Aller au contenu

Dan

Direction
  • Compteur de contenus

    30 691
  • Inscrit(e) le

  • Dernière visite

Messages postés par Dan

  1. exabs,

    Il faut bien sûr que les pages soient visibles sans sessions. Par exemple, pour une boutique en ligne, les sessions ne sont vraiment utiles que pour la gestion du caddie. Pas besoin de sessions pour consulter le catalogue.

    Si tes scripts sont écrites de manière telle qu'ils ne peuvent fonctionner sans sessions, alors ces pages risquent de ne pas être indexées.

    Il faut garder à l'esprit que les sessions ne sont pas un "tout ou rien". Tu peux très bien avoir 95% de ton site qui fonctionne sans sessions, et réduire l'utilisation de celles-ci au strict minimum. Comme dans l'exemple que je citais plus haut, sur le site de l'Homme et Demi, il n'y a que les pages gérant le caddie qui nécessitent les sessions.

    Pas grave pour les moteurs, sauf s'ils sont titulaires d'une carte de crédit et qu'ils veulent passer commande... je n'en connais pas beaucoup :)

    Dan

  2. Bonjor Mireille et bienvenue sur le Hub !

    Le beurre de Carlsbourg.... toute mon enfance ;) (je suis belge d'origine)

    Bon, après cette petite pause nostalgique, quelques commentaires:

    Il est important de renseigner la langue dans laquelle est rédigée une page.

    Beaucoup de moteurs, dont Google, sont suffiasmment affûtés pour la reconnaître, mais autant ne pas prendre de risques.

    <meta http-equiv="Content-Language" content="FR">

    J'ai vu que tu utilises des listes de mots clés longues comme un jour sans pain ;) La majorité des moteurs ne les prend plus en compte et cela ne fait que contribuer à pousser la "partie utile" de ta page vers le bas (dans le document). Tu y gagnerais si tes mots clés étaient contenus dans le texte (<body>) du document plutôt que comme une liste telle que tu as maintenant. C'est vrai que c'est un véritable travail que de rédiger du "texte utile".

    Toujours dans le but de tirer le texte utile vers le haut du document, je mettrais toute la partie javascript dans un document séparé que tu pourrais inclure avec une seule ligne.

    Cela aurait l'avantage supplémentaire d'alléger tes pages, surtout si les mêmes fonctions javascript sont appellées sur la majorité des pages du site. Une fois ce fichier javascript dans le cache du navigateur, plus besoin de le charger. ;)

    Avec les conseils de Monique, cela te fait déjà quelques améliorations à apporter... elles devraient se répercuter très vite sur ton positionnement.

    Cordialement,

    Dan

  3. Jean Pierre,

    C'est très simple. Tu crées un formulaire qui a pour "action" un script php et utilise la méthode "POST" pour cacher les variables transmises.

    Ce script PHP récupère les variables dans $HTTP_POST_VARS et fait un appel à la fonction php mail() avec les bons champs.

    Pas de risque de spam comme l'adresse de destination est cachée et l'envoi du mail se fait par le serveur et non le client mail du visiteur.

    Dan

  4. Sinon pour revenir sur la page ou l'on était, un bouton en javascript qui recharge la parge précedente serais bien ? J'en avais pas mis car lorsque je navigue j'utilise tout le temps le bouton retour de IE.

    Stephk,

    Un bouton JavaScript n'est jamais bien s'il n'est pas doublé par un lien "en dur".

    Il faut garder à l'esprit que certains surfeurs (et tous les moteurs) désactivent JavaScript quand ils visitent un site. Et ceux là se trouveraient donc dans un "cul de sac".

    Tu peux faire un lien en javascript, mais il faut impérativement utiliser la balise <noscript> et y mettre un lien en dur.

    Dan

  5. Bonjour Jean Pierre,

    Il existe quantité de formulaires d'email en PHP, comme tu l'as découvert.

    Le tout est de savoir précisément ce que tu cherches...

    • un formulaire pour envoyer un mail à une seule personne (genre envoyer cette page à un ami)
    • un formulaire pour faire du "mass mailing" à une liste de membres

    Dans le premier cas, c'est archi simple... un <form> html et quelques lignes de php pour envoyer le mail. Plus peut-être quelques lignes de JavaScript pour valider les champs.

    Dans le second, le niveau de complexité va dépendre les limitations en temps d'exécution du php sur ton serveur (standard à 30 secondes, moins chez certains hébergeurs, beaucoup plus si tu es en dédié)

    Perso, j'utilise le premier cas, et tiens les sources à ta dispositin si tu le souhaites.

    Dan

  6. Sinon, pour éviter les sessions pour les robots, un peu de code php fait l'affaire:

    $spiders = array("Googlebot", "crawler", "Slurp", "Fast","ia_archiver","Scooter","Robot","VoilaBot","W3C","ZyBorg","D*****","xecho"); 
    $from_spider = false;
    foreach($spiders as $Val)
    {
     if (eregi($Val, $_SERVER["HTTP_USER_AGENT"]))
     {
       $from_spider = true;
       break;
     }
    }

    // Session
    ini_set("session.use_trans_sid", "0");
    if(!$from_spider)
    {
     session_start();
     session_register("SESSION");
    }

    Dan ;)

  7. Un autre astuce consiste à gérer les sessions sur le serveur (le php le permet à partir de la V4) ce qui est une variable à activer sur ton serveur ...

    Gilbert,

    Ce n'est qu'à partie de la V4 que les sessions sont supportées en natif par PHP. Avec la V3, il fallait une bibliothèque (library) externe spécifique .

    Les sessions sont toujours générées par le serveur. Mais du côté client, si celui-ci n'accepte pas les cookies, il faut bien une manière de tracer la session. PHP rajoute donc de manière automatique la variable PHPSESSID (ou le nom qu'on lui aura donné dans le fichier config) à toutes les URLs internes.

    Une astuce est de désactiver l'ajout du 'trans_sid' mais PHP est obstiné et n'en fait qu'à sa tête.

    Pour en être complètement débarrassé, l'arme fatale est l'utilisation exclusive de liens en "full URL" (avec http://...) et là, plus de PHPSESSID.

    Sur le site de l'Homme et Demi (mon pote Olivier Merle), j'utilise les sessions pour la boutique et Google l'a totalement indexée... mais toute la boutique utilise des URLs absolues.

    Une très bonne manière de vérifier s'il reste des variables de session quelque part est de lancer Xenu Link Sleuth. Il suffit de rechercher la présence de PHPSESSID dans le listing. C'est très rapide.

    Dan

  8. Sinon pourquoi changer les balises span par des h1 ?

    Le résultat avec les h1 n'est pas top, texte en gras et texte décalé  <_< 

    Salut Stephk,

    Ah oui ?

    Alors essaye ceci:

    Du texte devant <h1 style="font-family:serif;font-size:14px;display:inline;color:blue;margin:opx;">Ton titre</h1> et un peu de texte derrière

    et tu m'en diras des nouvelles.

    Par contre, pour TOUS les moteurs, ma balise <h1> est une balise de structure, c'est à dire qu'elle donne les titres de ta page (et les sous-titres avec <h2>, <h3>... etc.)

    Cette balise est donc extrèmement importante car elle donne à tes mots clés un poids bien supérieur au <font> ou au <span> qui sont des balises de "rendu visuel"

    Cordialement,

    Dan

  9. Bonjour,

    Je suis 100 ok avec Dan pour les sauvegardes, c hyper important. Toutefois cela a un cout...J'ai pris le backup 1Go chez OVH pour 100 euros / an.

    Salut Nico,

    Ce n'est pas de ce type de backup là que je parlais. Pour reprendre le cas OVH, les fichiers sont stockés sur des baies de disques Netapp. Ces baies ont une fonction "snapshot" très utile. Tu as à tout moment accès par ftp aux "snapshots" (copies miroir de répertoires) de

    • Jour - 1
    • Jour - 2
    • Jour - 3
    • Semaine - 1
    • Semaine - 2

    Soit en tout 5 versions complètes de ton site récupérables simplement en accédant le répertoire .snapshot sur le ftp.

    De même, pour les bases mySQL, tu as 2 versions de backup.

    C'est ça qui vaut de l'or car tu n'as même pas à t'occuper de tes sauvegardes, elles se font toutes seules.

    Dan

  10. Dima Dima,

    Tu t'étais absenté du Hub... GoogleBot aussi !

    Tu reviens, et voilà Exalead qui débarque. Tu dois les attirer ;)

    Je pense qu'on va finir par t'offrir un siège sur notre page d'accueil :lol:

    Dan

    PS: et revoilà GoogleBot... il sera resté sur le site pratiquement toute la journée. ;)

  11. Salut BZHcool,

    Comme la redirection comprend l'URL complète en paramètre, cela ne devrait pas poser de problème.

    En tout cas, depuis 2 ou 3 mois, Google les suit certainement car j'ai un ou deux backlinks sous cette forme sur le site d'un de mes clients.

    Mais ce "suivi" est assez récent et je ne sais pas pour les autres moteurs. Gilbert pourra certainement nous éclairer en ce qui concerne D*****.

    Il est par contre quasi certain qu'Altavista ne les suit pas, mais vu leur part de marché... :)

    Dan

  12. Bonjour Monique,

    Même si ce lien n'est pas tout récent, c'est une excellente idée de l'avoir posté ici.

    Tu m'as battu sur le fil, comme je rédigeais un petit résumé des liens utiles au webmaster.

    A ton lien j'ajouterai donc ceux-ci:

    Le visualiseur d'entêtes HTTP d'ApocalX, bien utile lorsqu'on a des redirections en place pour s'assurer que la bonne entête est retournée. Je suggère à tous de faire aussi l'essai avec un fichier inexistant, et de vérifier que l'entête retournée est bien 404.

    Le visualiseur de Leknor qui permet de voir si une page est "gzippée" sur le serveur avant envoi. Tous les sites hébergés en mutualisé chez OVH le sont, par exemple.

    • C'est d'ailleurs pour cette raison que je n'ai pas activé le gzip sur le forum du Hub, car "gzipper" du gzip ne sert qu'à consommer du CPU ;) En voici la démonstration !

    Le validateur du W3C, indispensable !

    Le validateur du Web Design Group, qui par rapport à celui du W3C, permet la validation d'un site "entier". Ils limitent tout de même à 100 pages pour le validateur en ligne.

    Le Web Design Group offre un validateur offline pour ceux qui souhaitent valider les sites en local.

    Dan

  13. Salut Nicolas,

    La dernière version est la 1.6 (release) mais il existe des versions CVS (comme sur le Hub pour l'instant) dont la dernière est la 1.7a6 ...

    Dans le doute, n'installe pas d'autre version que l'officielle. Les versions CVS demandent parfois de plonger les mains dans le cambouis, bien qu'elles soient stables en général.

    Si tu tiens absolument à monter de version avant la sortie officielle, attend au moins la beta 2 ;)

    Dan

  14. Merci Dan.

    En réalité, je ne savais pas bien dans quel ordre procéder...

    Comme je devais ajouter un lien vers le forum dans l'article, il fallait que l'article existe :unsure:

    Et comme je devais aussi ajouter un lien vers l'article dans le forum, il fallait que l'article soit publié  :1eye:

    Je revenais pour éditer mon post et ajouter le lien, mais c'était déjà fait  :up:

    PS : il est vrai que je me suis un peu précipitée... mon article aurait pu être refusé  :blush:

    Cela pourrait être une démonstration par l'exemple d'un algorithme récursif... un peu comme le PageRank ...

    Quant-à refuser un de tes articles à la publication, vu le soin que tu y apportes, le risque est nul ;)

    Dan

  15. Monique est presque trop zélée ;)

    Le post sur le forum était en place avant que l'article ne soit publié.

    C'est maintenant chose faite et j'ai édité son post pour y mettre le lien vers l'article.

    Merci Monique, bien utile car mal maîtrisé par beaucoup. :flower:

    Dan

  16. C'est exactement à ce message que je faisais allusion. Je pense que Google a dû le changer sur la dernière version 2.0, sans en être certain. ;)

    Comment parler de "pertinence" alors que ce message s'affiche même quand tu ne viens pas d'une page de résultats. Pertinent par rapport à quoi? Je me le demande bien :lol:

    Dans la version 2.0 U.S. il mentionne que c'est la mesure de l'importance de la page, ce qui est déjà plus correct -dans l'optique Google- vu que ce moteur a ses propres critères de mesure d'importance.

    Dan

  17. Dima dima,

    Le PageRank n'a rien à voir avec la densité en mots clés ou la pertinence de la page. Le pageRank est une valeur qui permet de mesurer "l'importance" (selon Google) d'une page en fonction du nombre de liens (votes) qu'elle reçoit.

    Cette erreur vient souvent du fait que certaines versions de la toolbar affichait un message citant le mot "pertinence", ce qui était un abus de langage... ;)

    Une page ne peut être "pertinente" que dans le cas d'une recherche... elle n'est jamais "pertinente tout court" :lol:

    Dan

    PS: une des sources d'erreurs vient aussi que "Ranking" signifie "classement" ou "positionnement", mais "PageRank" (marque déposée) n'est pas égal à "Ranking" (terme usuel anglais)

×
×
  • Créer...