Leonick

j'utilise Context, en Français avec coloration du code, même si dans du mélange php html, avec les apostrophes ça le fait pas toujours bien. Affichage des numéros de lignes et on peut aller à un numéro de ligne précis.

Moi j'utilise la 2° méthode

Le mieux serait de mettre un lien sur la page, ça sera beaucoup plus facile pour résoudre, éventuellement, le problème.

sinon, il y a aussi cet en-tête X-Confirm-Reading-To:

Juste besoin de rajouter ça Disposition-Notification-To: webmaster<webmaster_AT_example.com>\n

Il suffit juste de permuter les 2 coordonnées.

de toutes façons, le PR n'est pas lié au positionnement sur les requêtes dans les moteurs de recherche (donc google). C'est uniquement lié à la fréquence à laquelle le site sera reparcouru. Donc un gros PR sans un bon positionnement

Effectivement je m'étais aperçu de ce problème. Et c'est impossible à résoudre. Car je pense que cela vient du "click" dans son nom de domaine. "click" -> tracking dont adblock le bloque ! PS : ça veut dire que peu de monde pourra utiliser son site sur FF, car la majeure partie des personnes ayant installé FF installe presque immédiatement adblock

En fait, pour google, il n'y a qu'une seule page comme les liens sont en javascript ou encodés dans le flash, il n'en voit aucun

Essaye déjà de valider le code. Souvent ça résoud beaucoup de problèmes !

il faut voir à quelle étape ça bloque http://fr2.php.net/mysql_connect et http://fr3.php.net/mysql_select_db et voir les valeurs retournées par ces fonctions. Elles ne doivent pas être FALSE

Pour vérifier que la connexion et la requête se sont bien passées if ($que===FALSE) echo "erreur lors de la requête"

Est-ce que la base est bien ouverte ? Si oui, que renvoie la requête dans phpmyadmin ?

Quand j'étais passé de ifrance à OVH, mon nom de domaine avait mis plus de 3 semaines à faire le transmit. En plus en payant des droits de tranfert à l'ancien prestataire.

Surtout qu'en le passant en haute capacité (sans les sauvegardes de la veille), on peut monter à 900 Mo de place

Sinon, moi j'utilise "lupas rename" qui est très pratique pour renommer des fichiers, voire aussi les numéroter

80 euros par mois, c'est déjà un bon dédié. Il faut vraiment que les 10 domaines aient des visiteurs... Le problème d'avoir son propre serveur, c'est qu'il faut pouvoir intervenir dès qu'un problème se pose. En plus, s'il se trouve à domicile, il faut que la bande passante en upload (le download du visiteur !) soit suffisant.

Oui, avec Tele2

Ca fonctionne avec du javascript ?

Ca serait plus du à mon avis au formulaire de spamreport ou tout simplement à la fréquence trop élevée de certains mots clés dans les textes cachés (soit même couleur police que fond, soit en visibility hiden). Mais ensuite, la validation de la sortie, temporaire, de l'index se fait à la main.

Non, un site valide html 4 strict sera plus propre qu'un xhtml transitionnal.Le fait de mettre des doctype xhtml strict permettent, sûrement, de faire croire au client que son site est fait selon les "normes" en vigueur, et donc de lui faire payer plus Mais bien peu sont réellement aux "normes". C'est souvent des petits bouts de code piqués ici et là qui font de telles pages web. Quant à dire que les inscriptions sur les annuaires ne valent que pour des sites valides, il suffit de regarder les premiers résultats sur des requêtes très concurrentielles pour se convaincre du contraire.

Côté utilisateur et moteurs de recherche, s'il y a le même nom de domaine et que seul l'hébergeur chaneg, cela ne fait aucune différence.

Oui En changeant d'hébergeur.Soit free qui est le seul (à ma connaissance) gratuit et sans pub, soit un autre hébergeur pas trop cher.

Si le visiteur revient à l'accueil du site avec "page précédente", quand il voudra revenir sur a page suivante, tous ses paramètres affinés avec Ajax auront été perdus. Alors que si on les avait sauvegardé sous forme de cookie ou de variable de session, il suffirait juste de les récupérer pour retrouver le même environnement qu'avant de faire "page précédente". Du moins, si j'ai bien compris la problématique.

visiblement, il semble les lire. Mais de là à les comprendre... Si c'était aussi facile que cela de comprendre les css, nous n'aurions pas besoin de les tester dans différents navigateurs et de faire certains hacks pour que la présentation soit relativement proche dans les divers navigateurs