Aller au contenu

Urban

Hubmaster
  • Compteur de contenus

    217
  • Inscrit(e) le

  • Dernière visite

Messages postés par Urban

  1. C'est plutöt d'url rewriting dont tu as besoin. Par contre wiclear me semble un truc assez étrange. Ca à l'air fortement basé sur dotclear, avec des bidouilles bizarres par dessus. Ton site est en "path info", par contre certains liens sont en "query string".

    Sinon voici un lien pour le rewriting de dotclear (avec le reste de la configuration à mettre en place) :

    http://www.dotclear.net/trac/wiki/DotClear.../DotClearRacine

    Tu peux essayer de t'en inspirer mais ça risque de ne pas marcher, ou alors pas totalement ;)

  2. Je pense que si ton site évolu et est de plus en plus gros, il faut que tu envisage une solution de site dynamique, avec spip par exemple, ou une solution maison si tu connais php/mysql. Sinon ça deviendra de plus en plus galère pour tes mises à jour.

  3. Je suis en train de bricoler un site, et même chose j'ai commencé par une balise title statique dans une page php, pour finalement me rendre compte en milieu de page que selon le résultat d'une requëte sql donnée, ça serait pas mal de changer le title dans certains cas ;-) J'ai tout simplement remplacé mon title statique pour un bloc php, executé ma requête en début de page en gardant sous le coude les autres résultats de la requête pour le milieu de page.

  4. Je crois que google à une façon de classer les sites assez chaotique. On ne vois pas ça sur les autres moteurs. Sur google, la moindre modif du site, le moindre mise à jour, et cela peut entrainer des fluctuations assez importantes. Je ne cherche plus à comprendre depuis longtemps. Par moments c'est plus ou moins stable, du moins autant que google le permette ;) C'est la dessus que je me base. Sur les autres moteurs, les changement de classement se font généralement de façon plus continue. Le seul truc que je me dit c'est que c'est comme si l'algo de google convergait en live, alors que sur les autres moteurs, les nouveaux resultats ne sont rendu visible qu'une fois que le calcul est fini.

  5. En même temps ce n'est que des aproximations.

    En tapant sur google.fr : -gfrsegsdrtgsdgrgfsdrfqsdfrqdsf

    j'ai 9 660 000 000 pages

    avec : -aaaaa

    j'ai également 9 660 000 000 pages

    pourtant si je tape gfrsegsdrtgsdgrgfsdrfqsdfrqdsf je n'ai aucune page, si je tape aaaaa j'en ai 2 460 000

    Cela dit 2 460 000 pages, ça ne fait que 0,025% d'erreur

  6. C'est "stable" dans le sens ou et .fr et j3 donnent chacun leur réponses de façon stable depuis quelques jours. Ce qui n'était le cas de .fr, qui selon la résolution dns, ne donnait pas les même résultats, et le data de départ pour j3 donnait des résultats différent tout les 3 jours ;) Effectivement sinon ce n'est pas aligné entre les datacenters.

  7. Ah tiens, juste pour voir, en utilisant la commande site, d'un cote sur le 64.233.171.99 et de l'autre sur google.fr j'ai des résultats bien différents.

    404 resultats pour le premier, et 164 pour le second...

    Je ne saurais dire si c'est normal ou non.

    <{POST_SNAPBACK}>

    Ca fait ça par intermitance depuis environ 3-4 jours entre http://66.102.7.104/ et http://www.google.fr/, et de façon stable depuis hier

    j'avais fait la remarque sur le sujet jagger 3

  8. Je n'ai jamais dit que c'était une volonté, mais c'est une affirmation que l'on retrouve souvant. Après quelle soit vérifiée ou non, ça je ne sais pas, et le seul moyen de savoir c'est de tester. Ca depend comment l'algo calcul la densité des mots clef. S'il compte les mots entre balises script, style, ... ça change le résultat. Ce qui est sur c'est que j'ai vu des homepages frameset très bien placé sur des requêtes assez concurentielles avec seulement des mots clef entre (même pas en noframe!)

    <!-- <font> </font> -->

    Ce qui signifie qu'il ne vire même pas les commentaires avant le calcul de keyword density donc tout est possible...

  9. Si tu es en mutualisé chez amen, ça ne sera pas IIS, mais tu auras surement un panel qui te permetra simplement de rajouter un sous domaine, qui ajoutera les entrées bind et les vhosts nécessaires sans que tu t'en soucis. Sur IIS je ne sais pas comment on fait...

  10. Je me range du côté de Cendrillon :P , je pense aussi que les algos ne font aucun cas des balises qu'ils n'interprètent pas.

    <{POST_SNAPBACK}>

    Ce n'est peut être pas si simple. Par exemple (ce n'est qu'une supposition) les moteurs peuvent calculer la proportion entre le code et le contenu textuel, et moins bien classer les pages qui on trop de code, ce qui favoriserait les sites qui on une feuille de style séparée vis à vis de ceux ou la feuille de style est embarquée, ou avec une mise en page tableau. J'ai bien envi de tester la comparaison entre deux page au contenu identique, l'une avec feuille de style séparée, l'autre embarquée (avec un bon rapport contenu / css je devrait esquiver le filtre duplicate content) pour voir quelle page se place le mieux.

  11. j'espère quand même (pour l'occupance des serveurs de Google) que ces opérations sont faite une fois pour toute au moment de l'indexation et non à chaque requette de chaque internaute ...

    je pense que ce traitement est fait pendant les qq heures qui séparent le moment où passent les bots, et le moment où la page apparait effectivement dans l'index ... d'ailleurs la logique veut que toutes les opérations statiques soient faites hors consultations (recensement des liens, mots clés, thématique de la page, etc ...) pour ne garder lors d'une requette que le calcul des indicateurs dépendants de la requette elle même) ...

    <{POST_SNAPBACK}>

    Oui oui, je pense aussi

  12. Les registrar permettent normalement de tranférer un domaine, ça coute généralement aussi cher qu'un an d'achat de domaine (15E environ).

    Pourquoi ne pas choisir un gros registrar comme gandi, et prendre un hebergeur à coté ? Comme ça si tu change d'hebergeur, tu n'as pas a payer de transfert de domaine.

×
×
  • Créer...