Aller au contenu

captain_torche

Membre+
  • Compteur de contenus

    7 531
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par captain_torche

  1. Je pense que les moteurs se fichent éperdument de la date de création de domaine fournie par le registrar. Ce qui importe, c'est l'ancienneté du site dans son index.
  2. Cela doit être limité aux sujets les plus récents. Tu as la possibilité de les voir en utilisant le menu options -> Trouver tous les sujets de ce membre, dans la colonne de gauche.
  3. Il y a tout de même une différence entre www.nomdusite.tld/nom-de-la-page.html et www.mot-cle.tld/mot-cle1/mot-cle2/mots-cles-de-la-page.html Je doute que la première, pour autant qu'elle n'ait pas de noms de page à rallonge, soit considérée comme suroptimisée.
  4. Tu peux éventuellement essayer un header du type header("Content-Type: application/force-download"); pour forcer le téléchargement du fichier (et donc le choix de l'ouvrir avec Google Earth s'il est installé)
  5. Excellente interview, comme d'hab Tu choisis toujours aussi bien les intervenants !
  6. J'imagine que dans ce cas, un moteur n'arrive pas à déterminer la langue de la page, d'où une possible pénalité. Pourquoi ne pas faire deux pages, tout simplement ?
  7. Finalement, tout ce qui est susceptible de générer du contenu unique, non ?
  8. Tu peux utiliser l'outil What the Font ? pour identifier une police de caractère dans une image, mais cela ne signifie pas pour autant que tu pourras la réutiliser : il y a de fortes chances qu'elle ne soit pas libre de droits.
  9. Tu ne peux pas le masquer en CSS ?
  10. Essaye d'appliquer "position: relative;" sur l'élément parent.
  11. Ce n'est pas exactement ce que tu cherches, mais je l'utilise très fréquemment : http://fr.selfhtml.org/javascript/index.htm Pour compléter, un petit manuel JS avec les différentes fonctions : http://www.toutjavascript.com/reference/chercher.php Si jamais tu utilises JQuery : http://www.visualjquery.com/1.1.2.html
  12. Ravi que tu aies trouvé une solution, mais je maintiens que c'est une méthode qui reste dangereuse : si quelqu'un a accès d'une manière ou d'une autre à l'édition de ce contenu, il peut faire ce qu'il veut sur ton serveur !
  13. A ta place, je ferais une expression régulière qui isolerait tout ce qu'il trouve entre <?php et ?>, autant de fois que nécessaire dans ton texte. Ensuite, sur chacune de ces valeurs, j'effectuerais un exec(le code trouvé). Toutefois, il va sans dire que cette manipulation peut être extrêmement dangereuse. Il faut veiller à ce que personne d'autre que toi ne puisse accéder à l'édition de ces valeurs. Edit : je viens d'analyser ton code, il y a sans doute moyen de faire énormément plus simple. Je regarde ça si j'ai du temps. Edit 2 : si j'ai bien compris (corrige moi si je me trompe), tu as une table avec une correspondance entre certains mots et certaines urls. Dans ce cas, imaginons que tu aies deux entrées dans cette table : mot = webmaster-hub; url = http://www.webmaster-hub.com mot = pageshub; url = http://www.pageshub.fr Tu commences par créer deux array en faisant une requête sur ta table. On va construire ces arrays de manière à avoir directement le lien : <?php $sql = "SELECT mot, url FROM table_mots"; $req = mysql_query($sql); $tab_recherche = array(); $tab_remplace = array(); while($row = mysql_fetch_assoc($req)) { $tab_recherche[] = $row['mot']; $tab_remplace[] = '<a href="'.$row['url'].'">'.$row['mot'].'</a>'; } ?> Il suffit ensuite d'effectuer un simple str_replace sur ton texte pour avoir la version avec les mots remplacés : <?php $texte = "pageshub, l'annuaire de sites de webmaster-hub, possède déjà plus de 10 000 sites enregistrés !"; $texte = str_replace($tab_recherche, $tab_remplace, $texte); echo $texte; ?> Ce qui donnera tout simplement :
  14. C'est sans doute le "url=#" qu'internet explorer n'arrive pas à comprendre. Tu devrais dans ce cas mettre l'url précise de la page.
  15. Si ton rechargement de page ne fonctionne pas, c'est peut-être que tu envoies de mauvaises en-têtes. Quel code utilises-tu ? Sinon, il faut également savoir que, par défaut, firefox est limité à 20 redirections maximum, et que si tu utilises une tâche cron avec wget, tu es limité à 20 redirections également, sans possibilité de le modifier.
  16. Je ne trouve strictement rien d'anormal à ça, tant que c'est bien spécifié dès le début; il n'y a pas d'escroquerie. Certains membres du hub le font aussi (Dadou ?); ils utilisent un CMS qu'ils ont développé eux-mêmes et que, pour plusieurs raisons, ils ne souhaitent pas diffuser (pour empêcher les vols de codes sources, permettre une plus grande réactivité de correction de bugs, etc). J'imagine d'ailleurs que ce genre de prestations a un coût moindre que la cession d'un site avec son CMS, et que par conséquent, certaines entreprises y trouvent leur compte.
  17. Aucun rapport, c'est juste que google utilise une seule et même image dans toute sa page, le -25px sert juste à délimiter la zone à afficher.
  18. Et c'est exactement là que je ne considère pas cela comme du texte caché; techniquement, le contenu proposé aux moteurs est identique à celui présenté aux visiteurs. Ce qui est pénalisé, c'est le trop grand nombre de mots-clés masqués.
  19. Personnellement, j'utilise le text-indent négatif, qui permet de ne pas surcharger la page de DIVs et SPANs inutiles. Je ne trouve pas cela borderline, il n'y a aucune tromperie (le contenu "masqué" est celui que l'on lit dans l'image, par exemple).
  20. Je comprends leur position. Il n'y a aucun obstacle à la légalité de la chose, tant que c'est correctement spécifié dès le début. Comme tu n'es finalement qu'un intermédiaire, je comprends qu'ils veuillent garder un certain contrôle, sur l'hébergement comme sur le prix. Dans ce cas de figure, j'imagine que le prestataire serait le contact technique direct de ton client final, en cas de panne, de correction de bug, etc. Tu peux sans doute trouver d'autres prestataires qui te cèderont le site, mais en ce cas, tu serais directement responsable devant tes clients des divers soucis d'hébergement, de bugs, etc.
  21. Tant que ton email n'est pas en clair dans le code HTML, mais dans le script CGI, il n'y aura pas de problème : les robots n'auront pas accès au code du CGI.
  22. Parfaitement d'accord avec toi en ce qui concerne le côté tout de suite accessible de l'iphone, mais je pense que ça serait un mauvais calcul de ne prévoir une maquette spécifique que pour un appareil. Il vaut mieux faire une version qui fonctionne pour tous les type="handeld", sans distinction de machine, selon moi.
  23. Je ne m'y connais pas grand chose en ce qui concerne la création d'entreprise, mais je doute que tu puisses te passer de fournisseur dans une activité de dépannage à domicile. Tu auras de fréquents cas de matériel défectueux, que tu devras remplacer au plus vite pour satisfaire ton client (donc il faut que tu l'aies sous la main, dans ton véhicule). J'imagine qu'il faudra un stock de claviers, souris, alims, barrettes de RAM ...
  24. Cette méthode nécessite une action manuelle pour tous les liens, c'est impossible à utiliser pour des champs dont on n'aurait pas le contrôle.
  25. La recherche de l'arobase (et de ses éventuels dérivés : [at], _AT_, ...) est la solution la plus simple pour eux. J'ai récemment développé quelque chose de différent, sur un site : les noms et fai sont inversés dans le source, et "remis à l'endroit" en javascript. nom@fai.com devient fai@nom.com : les adresses sont crawlées par les moteurs, mais seront invalides sans javascript.
×
×
  • Créer...