nalrem

J'ai noté aussi de grosses différences d'interprétations entre les vieux navigateur : ff2-premières versions/ie7 et les nouveaux : ie8/ff3 quand on imbriquait de nombreuses balises li/ul. Mais ton soucis semble différent. Il peut sans doute être corrigé si on peut avoir du code.

Fais passer les appels aux anciennes url par une page "filtre" qui contient un script ayant toutes les correspondances et redirigeant en 301 vers les bonnes urls. Vu que rien n'est commun hormis un mot, ça risque d'être difficile de faire autrement qu'un tableau exhaustif. ex : Appel à http://sousdomaine.ndd.com/répertoire1/rép...lé-commun1.html Passage à filtre.php filtre.php récupère le nom de la page appelé, regarde à quoi ça correspond dans le tableau de conversion filtre.php fait un header("Location: $nouvelleURL", false, 301);exit(); Bon courage

Hello Oui, c'est possible. Ca s'execute en suivant les instructions de ton script. Bon courage

S'ils sont aussi confiants, établis un contrat avec un minimum garanti...

Si tu mets une seule des deux anim, ça marche ?

Bonsoir ! Tu devrais regarder du côté de l'url rewriting plutôt si c'est sa mise en place qui a fait que ça ne marche plus, non ? le base href n'est pas forcément lié à ça. M'enfin, disons que oui, alors voici un peut-être-élément de réponse : Quand tu dis que ça s'ouvre dans une page blanche, j'imagine que ça ouvre en réalité l'image directement dans le navigateur, d'où le fond blanc, mais que tu n'es pas sur une page web ? A la ligne où tu charges le script de lightbox, essaie de mettre une url de type http://cheminduscript

Hello Utilise un tableau pour récupérer tes données. Transforme <input type="checkbox" name="absence" value="<%= rs("NoEtudiant") %>"> en <input type="checkbox" name="absence[]" value="<%= rs("NoEtudiant") %>"> Et tu devrais avoir le tableau absence qui se crée en POST.

Bonsoir Avec de l'échange de liens, on est généralement tranquille. Par contre je dirais que de l'échange massif ça devient un peu dépassé et de moins en moins utile. J'observe des gains de positionnement aussi grand avec un simple lien sur un domaine qu'avec 150 000... ce qui n'était pas le cas il y a quelques mois. C'est le moment de se mettre à 1 lien vs 1 lien, ça élude un peu la question de la masse

Hello ! Le sujet m'intéresse, aurais-tu un lien vers une étude plus poussée ? Pour le reste, de la suroptimisation il y a peu de chance, tu ne fais rien d'anormal, et tu n'as pas l'air de forcer sur la densité, au point que même un humain n'y voit pas de spam.

D'un autre côté, s'il y a un lien vers la page originale, ça fait du bl, et ça devrait sembler être une "citation normale". Reste à voir dans quelle mesure les pages des sites sont similaires.

Bonsoir, Si tu es sur un serveur dédié tu devrais pouvoir trouver relativement facilement des scripts sur le net à mettre en crontab qui feront tout ça pour toi régulièrement. Dans tous les cas il faut que tes sauvegardes ne soient pas que sur ta machine, sinon ça ne servira à rien en cas de crash, donc pour avoir quelque chose d'un peu robuste, tu risques de devoir prendre un second serveur. C'est pas dit que ce soit moins cher

Si j'étais google je crois que je me poserai vraiment la question de favoriser ou non google. Vu tout ce qu'on y trouve, il doit bien y avoir tout plein d'internautes qui se contentent d'aller directement sur wikipedia pour leurs recherches... Sans passer par google. Alors si on trouve wikipedia en bonne place des résultats google, peut-être que ces internautes resteront sur google ? C'est complètement hypothétique évidemment Sinon, pour le point de vue technique, je dirai que beaucoup de pages + beaucoup de bl + aucun lien retour (à cause du no follow) + créations de pages sat sur des sujets très recherchés mais encore sans contenus = grosse récupération de pr sans dilution >> bon positionnement. Du point de vue trustrank, je dirai que ce n'est pas une raison suffisante (mais certainement nécessaire), sinon le quid serait aussi très bien placé sur plein de requêtes...

Bonjour à tous, je ne suis pas certains d'être à 100% dans la bonne rubrique, c'est peut etre un problème de javascript... Alors, voici le soucis : j'ai une page de forum à laquelle j'ajoute une ancre de style #p1200 pour envoyer directement au bon message dans un thread complet. Le soucis c'est que sous ff, on arrive bien au bon endroit, mais sous ie7, on arrive au bon endroit, puis on est ramené en haut de page. Ce qui fait perdre beaucoup d'intérêt à l'ancre. Je penche pour un bug avec ie, et à un problème d'interaction avec les scripts de la page. J'ai du tiny_mce par exemple. Un lien d'exemple : http://www.krinein.com/forum/krinein-maint...45.html#p106456 Je n'ai pas trouvé de solution pour contourner le problème... Peut-être existe-t-il un moyen de récupérer l'ancre en javascript, puis de faire explicitement au onload un renvoi vers l'endroit souhaité ? (de cette façon j'imagine que j'éviterai tout risque de collision avec les autres scripts appelés ?). Si oui, comment feriez-vous pour récupérer le nom de l'ancre ? Bon dimanche, nalrem

Adword peut-être ?

Hello, Merci pour l'info. Existe-t-il de la documentation en français ?