dièse

Sans même parler des sites qui sont intégralement indexés sans le moindre backlinks (site de 4 pages certes, mais intégralement indexé quand même ).

J'étais passé à côté de ce topic . J'ajoute à tous les points positifs soulevés ici et sur les différents blogs cités, la possiblité d'analyser les requêtes AJAX à partir de la console. Un miracle... Débugguer des scripts AJAX sans cet outil c'était, comment dire...

As-tu testé firebug rémi ? Tu as pour chaque élément de ta page toutes ces propriétés css héritées, avec leurs classes d'origine, ainsi que toutes les propriétés qui ont été écrasées durant les héritages successifs. Chacune de ces propriétés est bien sur éditable. Par rapport à ça la présentation des proprités css de la toolbar IE est quand même très sommaire. Quand au propriété DOM elles sont aussi présentes sur Firebug et elles sont en plus éditables.

Je viens de regarder un peu. A priori ça a l'air pas mal, c'est effectivement la web developper toolbar à la mode firebug. Mais aucune comparaison possible avec Firebug .

Comme te l'indique le warning ajoute la directive NameVirtualHost devant le virtualHost de ton site principale ( www.apache.org pour la syntaxe). Puis enlève les ips de tes VirtualHosts, remplace les par * . Et normalement ça devrait aller .

Bonjour, A priori, vu la structure de ton site, tu devrais arriver à cela très facilement en passant ton "texte" et ton "menu" en float: right.

Bonjour, Il faut que tu définisses: .post-title a { }

héhé, d'où l'intérêt des regex, elles sont facilement adaptables. Dans ce cas ci il suffit de vérifier que le dernier segment contient une extension .

preg_match('#(.*/)[^/]*#', 'http://www.domaine.fr/sousrep/4/10/page.php ', $r); $r[1] contiendra la chaine que tu souhaites

Dan, pour le .be ça s'appelle du sentimentalisme... sinon tu as oublié un paquet d'extension de pays francophone tout aussi respectables que la Belgique . _AT_Doud : même si il s'averait que ton frère est dans son bon droit, je ne vois pas trop l'intérêt pour lui de proposer des services commerciaux sur un nom de domaine dont le .com est déjà exploité. Au vue des sites c'est surtout lui qui va subir un préjudice .

lol as tu cliqué sur les 2 liens que tu nous présentes ?

Bonjour, Tu as un e en trop sur ton attribut method :

Bonne année à tous

Bonsoir, Tu veux dire qu'en 6 mois tu as cassé 2 serveurs qui n'étaient même pas en production ? . Si c'est le cas j'admire ta sérénité, mais ça fait tout de même froid dans le dos

Apparement personne n'a compris ce que tu souhaitais faire . La page partenaire n'est pas une page html mais un script php qui ne fait qu'analyser une url et qui redirige à l'aide d'un header php vers une page de destination. Je complète ton exemple pour que ça soit plus compréhensible : -www.example.com/redirection.php?partenaire=webmaster-hub&url=http://www.example.com -www.example.com/redirection.php?partenaire=pageshub&url=http://www.example.com/categorie1.php -www.example.com/redirection.php?partenaire=tf1&url=http://www.example.com/categorie2.php Et comme je l'ai déjà écrit : - Oui, cette méthode est censé transmettre le PR - NON, ça n'est pas néfaste !!!

Je constate aussi des changements pour quelques sites (PR et backlinks), mais à priori (sans certitude) ça serait plutôt un retour en arrière...

C'est bien ce qu'il cherche à faire avec sa page partenaire : ne pas perdre le bénéfice de la popularité pour les liens partenaires. _AT_ACth : je pratique cette méthode depuis longtemps : je donne à nos partenaires des urls du type : http://www.site.com/clic.php?tracking=xxxx&url=xxxx Dans ma page clic, si le visiteur est un bot je fais une redirection 301 vers la page $_GET['url']; si ce n'est pas un bot, j'ouvre une session, j'enregistre tout ce dont j'ai besoin pour le tracking visiteur et je fais une redirection vers la page $_GET['url']. Est-ce que c'est réellement efficace ? j'en sais rien . En plus ça dépend la façon dont tes partenaires utilisent ton url. Si ils font eux-même une redirection sur ton url, ça ne sert plus à rien... Est-ce néfaste ? certainement pas

Désolé . J'en serais bien resté au propos de Mincoin mais Lafleur c'est donné la peine d'écrire un post sérieux. Par politesse je me suis senti obligé de faire pareil, je n'aurais certainement pas du . De toute façon, à peu de choses prêts, on est tous à peu prêt d'accord sur ce que vaut le PR

C'est bien le danger des corrélations en statistique. Si tu trouves une corrélation entre le nombre de colonne d'un site et le positionnement sur Google, tu ne pourras pas me dire "j'ai isolé une cause et son effet" ( ou alors les vacances s'imposent ). Il faut donc chercher la cause ailleurs ( par exemple les sites avec 3 colonnes ont majoritairement plus de contenu que les sites à 2 colonnes, ce qui pourrait être une cause de leur meilleur positionnement). Pour le PR, il existe bien une cause "la popularité d'un site", et un effet "le positionnement de ce site". Ensuite que le PR soit un indicateur biaisé et trop peu souvent mis à jour pour être pertinent, c'est certainement vrai . Personnellement j'ai une extension Firefox qui me fait afficher le PR et le rank Alexa (le Rank Alexa est certainement encore moins pertinent que le PR). Ces 2 indices (même biaisés) cumulés à l'impression générale dégagée par la homepage d'un site (impression plus ou moins objective ), me permettent de faire une évaluation extrémement rapide de la qualité d'un site. Si j'ai le moindre doute sur mon jugement je pousse plus avant les investigations . Si on a une cinquantaine de sites à évaluer tous les jours (pour diverses raisons : partenariats, achats d'espace, veille concurrentielle...), ces indices ne sont plus des gadgets mais des véritables bénédictions .

Ces éternelles discussions sur le PR ont même fini par faire craquer Lafleur . Si l'on peut, peut-être, dégager une corrélation dans les 2 cas, il existe bien un lien de causalité dans le cas du PR, lien qui n'existe certainement pas dans le cas des maillots de football. La métaphore de Mincoin me parait bien plus pertinente .

Bonjour, UML est très puissant. Mais si tu comptes faire reposer ton projet sur une modélisation UML, il faut que toute ton équipe de développement ait connaissance de ce langage, sinon tu perdras plus de temps que tu n'en gagneras... En plus une modélisation UML pousse souvent à programmer en tout objet ce qui n'est pas forcement une bonne chose pour le web... Voilà un bouquin super simple, orienté web, et qui évite certains écueils (comme pousser à l'utilisation de tous les diagrammes UML quand ça n'est pas nécessaire...) : modéliser une application ecommerce Personnellement je pense que le plus efficace pour une équipe de développeurs web c'est d'utiliser un framework existant. Un framework possède sa propre logique de conceptualisation. Une fois le choix du framework fait (choix qui peut dépendre du type d'applications que vous développez), il suffit d'assimiler cette logique et d'aligner les lignes de code .

C'est du cloaking sur ip.

Bien vu Xgamer , et c'est très facilement vérifiable : commande site:

Bonjour, http://www.ovh.com/fr/produits/superplan2007.xml Ce serveur est largement suffisant pour ton trafic. Et surtout il possède des disques en raid1, ce qui est quand même plus rassurant pour une boutique en ligne.

Ok pour les 100000/jour mdr. Bon, arriver à trouver une solution pour gérer un trafic de 100000/mois avec 3 bi-xéons, je me sentais de taille , pour 100000/jour je vais laisser les vrais experts s'exprimer . Là, en effet, le problème vient très certainement d'apache. Tu ne gagneras certainement pas grand chose en optimisation, il va peut-être falloir penser au load balancing... Pour copier/coller avec Putty, tu sélectionnes et tu cliques droit pour coller .