nyl auster

Je suis en train de rajouter ce matin toutes les balises de ce genre manquantes Pour les titres de pages, cela ne semble pas expliquer pourquoi il n'indexe pas notre page de news (qui possède bien un titre propre), et pour les balises meta qui manquent parfois, je suis entrain de le corriger mais j'ai remarqué que la première page article indexée fut une page sans aucune balise meta (à part l'encodage des caractères) ( Edit: je viens de rajouter les balises manquantes meta desciption et meta keywords, effectivement je ne m'étais pas aperçu de ce probleme qui apparaissait aussi sur plusieurs pages à cause d'une erreur du script php... )

Bojour à tous Je viens, via la fontion recherche, de lire plusieurs topics sur webmaster hub sur l'indexation des pages par google; mais j'aurais aimé avoir quelques éclaircissement sur la manière dont fontionne Google de ce côté là. Mon souci est principalement que j'aimerais qu'une page en particulière de notre soit indexée rapidement (la page de liste de news); et j'aimerais savoir si je peux faire quelque chose en particulier pour accélérer ceci. En fait, j'aimerais savoir concrètement pourquoi Google indexe certaines pages et pas d'autres; notre site est en cours d'indexation et je ne trouve pas forcément de logique dans les pages qu'a choisi de visiter et d'enregistrer Google. - Je pensais au départ que cela était lié par exemple au PR ou aux backlink pointant sur certaines pages particulières, mais il s'avère que les dernières pages indexées ne disposaient que de liens internes, et pas en quantité supérieure aux autres pages. - Ensuite je me suis dit que cela venait peut être d'une occurence de mots clefs plus élévé de certaines pages jugées alors plus pertinentes, mais là encore ça ne semble pas tenir debout. - aujourd'hui je me dis que cela vient peut être du nombre de visiteurs sur chaque page, et que les pages indexées par google sont peut être les plus populaires; mais là encore ça ne tient pas vraiment debout, certaines pages ayant été très visitées n'ont été indexées que tardivement par rapport à d'autres me semble-t-il. - Il me reste l'idée que l'indexation dépend d'une foule de critère mélangeant tout ça (pertinence de la page, popularité, backlink, et d'autres dont j'ignore tout etc...) et donc qui resteront définitivement hors de portée de ma compréhension... Il n'en reste pas moins que je ne saisis toujours pas vraiment pourquoi il "boude" certaines pages de notre site, et ce que je peux faire contre ça ?

Ok, du coup j'essaye et je verrais bien ce qu'il se passe...

Ha, un avis un peu différent. Sur audiofanzine, je pense que dans les liens il y a de tout, difficile d'évaluer ça; je dirais qu'il y a surtout de sites persos et des blogs musicaux. Je ne connaissais pas ce critère de voisinnage (assez logique en fait ), et j'ignore comment google considère les my space en général. Du coup je doute à nouveau. Tu sembles confirmer que je peux y "perdre", tu penses au PR ? La réponse à la question de Karnabal m'interesse aussi

Salut, merci des réponses et merci Le-juge de répondre précisément à cette question concernant le forum de musique Je ne m'attends pas à un bond de mon PR, mais si ça ne fait pas de mal alors je vais le faire. Comme je totalise toute de même plus de 3000 messages là bas, je voulais avant tout m'assurer que çe n'aurait pas d'effets négatifs: soit que google me sanctionne pour ces liens soudains, soit que le fait que la thématique soit sans rapport avec la mienne pénalise la progression de notre PR.

merci de ta réponse, j'ai carrément lu un passage dans un bouquin sous-entendant que des backlinks sur des sites sans aucun rapport avec le sien pouvait s'avérer néfaste pour le page rank, ce qui m'a beaucoup supris O_o Il me serait donc d'après toi tout de même bénéfique de mettre sur un forum de Musique en signature de mes 3000 messages le lien de notre site; même si ce forum ne correspond aucunement à notre thématique?

Mais c'est scandaleux, que ce soit d'un point de vue moral, ou du point de vue des moyens à mettre en oeuvre pour que cela soit possible !! Je croyais qu'il existait en France des lois permettant de protéger notre vie privée (du moins en théorie ), apparemment je me suis lourdement trompé Edit : et la CNIL dans tout ça ?!

Bonjour à tous Ca fait déjà quelques jours que je me renseigne au maximum sur le référencement, et il y a un point qui reste très obscur pour moi; car j'entends dire tout et son contraire à son sujet. Cela concerne les backlinks avec ces deux visions des choses : -Les backlinks font augmenter le page rank, même si le site n'est pas en rapport avec le contenu de son propre site; comme le montre le sujet épinglé sur les signatures du forum webmaster hub ! -il existe des mauvais "backlinks" qui sanctionneraient le PR car les sites contenant les backlink seraient jugés non pertinents par google. En conséquence de quoi, il vaudrait mieux PEU de backlinks mais de qualité plutôt que du Backlink en pagaille. J'ai environ 3500 messages sur un grand forum de musique informatique (aucun rapport avec notre site), et j'hésite à mettre en permanence un lien vers le site en signature à cause de ce doute, pouvez vous me donnez votre avis sur ce point ? Ces histoires de sandbox me refroidissent aussi peu, gagner d'un coup beaucoup de backlink par ce biais pourrait-il être néfaste ?

Ok merci pour cette précision, je viens de faire une rapide calcul et c'est vrai que la densité du mot "Jeux-vidéo" est moins impressionante quil n'y parait (entre 1 et 2 %) finalement.

Merci de ton avis Et oui pour le tiret j'ai bien peur que tu aie raison, je vais devoir corriger ça en faisant un script vu qu'il y a déjà 137 news Merci à toi.

Bonjour à tous Je suis en train de m'occuper à petites touches de notre référencement, avec le choix des mots clefs; et après avoir lu un livre sur google, j'étais un peu inquiet pour cette page, me demandant si Google pouvait la considérer comme du spamdexing. Le mot "Jeux-vidéo" y est en effet répété de nombreuses fois, aboslument pas dans le but de booster le référencement mais tout simplement parce que très bientôt on aura trois types de news: Anime, BD et Jeu vidéo; iil semble donc logique devant chaque news de préciser de quel type de news il s'agit... http://www.savepoint.fr/NEWS/news.php Toutefois, ne désirant pas être victime de Sanbox ou autre blacklistage, faut-il que je change cela ? sachant qu'il s'agit bien d'infos destinées à l'internaute et non aux robots des moteurs de recherche, donc j'espère ne pas devoir modifier cette page merci de votre avis

merci pour tout, je vais aller lire ça très vite

merci pour les conseils EDIT : donc si je te suis bien, même avec 150 entrées dans la table, la vitesse d'éxécution de la requête (sur ID indexé) restera inchangée ? dans quelles proportions le nombre d'entrées d'une table jouent sur la vitesse d'éxcution d'une requête mysql; et est ce que le fait d'avoir des gros articles plutôt que des petits "varchar" change quelque chose ou pas de côté? Désolé por ces questions basiques de débutants, je voudrais être sur de ne pas me retrouver coincé dans quelques mois à cause d'un mauvais choix

re bonjour et merci à ceux qui m'ont répondu entre-temps. J'ai eu le temps de faire un petit essai en début de semaine en utilisant "text" sur un article de 15 000 caractères. La page s'est affiché à une vitesse tout à fait suffisante; mais quand je vais dans php my admin dans la table qui contient l'article, ça rame énormément si je clique sur modifier... Donc je me demande si au fur et à mesure que cette table va se remplir si ça ne va pas aller de moins en moins vite; ou bien le nombre d'aticles total contenu dans la table n'a pas d'influence sur la rapidité d'un requête?

merci pour toutes ces réponses intéressantes. Effectivement si on m'avait déconseillé de mettre de grands articles pour des raisons de vitesse; mais en même temps générer toute la page de façon entièrement dynamique offre de tels avantages que je vais essayer de toute façon; ainsi je serais fixé, et ce que tu dis semble m'encourage dans cette voie. Des pages statiques sont infernales dans le cas où on veut apporter des modifications, ou ajouter un nouveau menu sur chaque page etc, ce n'est pas raisonnable et je fonce droit dans le mur à m'enteter dans cette direction j'en suis sûr... Je vais être honnête, je suis un grand débutant en php (jai attaqué il y a un mois et demi environ), et j'ignore tout sur la méthode à suivre pour ces mises en cache, mais je vais me rensiegner dessus dès que possible voir si je suis capable de mettre ça en place ;-)

Bonjour à tous Nous sommes en train de construire un site internet (sur les jeux vidéo pour donner une vague idée de l'organisation de notre site), et je suis chargé du côté technique. Etant débutant en php/sql, je me pose pas mal de questions. Actuellement, les pages d'articles sont en réalité des pages statiques: je les génère à travers une adminsitration php qui contient un sorte de "template" de la page, qui se remplit automatiquement avec la base de données grâce aux variables qu'il contient. Je me contente ensuite d'écrire dans un fichier html le résultat obtenu grâce à un echo qui transforme les variables en la valeur qu'elles contiennent : En bref, zéro php dans la page elle même. (à part une include pour le menu). J'ai utilisé cette méthode au départ car on m'a déconseillé de rentrer de grands articles dans une BDD (jusqu'à 16 000 caratcères parfois) Je souhaiterais essayer de générer ces même pages par php/sql; en rentrant l'article dans la BDD puis en l'appelant via une requête, de même pour toutes les infos sur la page. Cela me parait bien plus simple pour l'entretien du site et l'ajout de nouvelles fonctionnalités Hors voilà, on m'a dit que des articles de 16000 caractères seraient trop lourds et feraient ramer le tout (d'autant qu'il y aura pas mal de requêtes sql sur la page entre l'affichage des images, des diverses infos etc...). Donc que dois-je faire? on m'a parlé d'utilise le type "BLOB" pour stocker de grands articles, méthode dont j'ignore tout pour l'instant, est ce que je dois me tourner vers ça? Merci à ceux qui prendront le temps de lire ce post de me répondre

salut merci de ta réponse. c'est tout simplement que je n'y connais pas grand chose. Si il est évident qu'IPB semble très stable (jamais vu de bugs depuis que je suis ici) et exhaustif en terme de fonctionnalités; je ne sais pas ce qu'il e est réellement sur l'envers du décor: rapidité et sécurité par rapport à un gratuit, flexibilité du skin (point très important pour nous) etc... Il n'est pas rare de voir des logiciels gratuits pouvoir remplacer des solutions payantes , donc je me demandais si cela était le cas pour les forums ou bien si dans une optique professionelle future il fallait nécessairement investir dans un payant? c'est clair qu'il m'a vraiement séduit de ce côté! même si je trouve que ça fait un peu "démonstration", comme si il voulait nous en jeter plein la vue avant d'en faire un outil convivial et intuitif. ça m'a un peu refroidi... Parmi les gratuits, j'ai pour l'instant choisi connectix boards qui vient de sortir en 0.7 parce que niveau fonctionnalités, il dispose de l'essentiel, son skin est très flexible (css bien utilisé, pas de surcharge de tableau dans le code html), et martin (développeur des connectix boards) fait un super travail niveau support: il est vraiment très réactif. Pour une version 0.7 je trouve son forum vaiment intéressant. Donc voilà mon petit bout d'avis sur ce forum encore peu connu. (après essai de phpbb, simple machines, démo d'IPB. Je n'ai pas essayé punbb car le forum connectix boards semble lui aussi léger).

J'ai essayé une démo d'IPB pour voir le côté administration, il est impressionnant en terme de fonctionnalités disponibles, par contre je n'ai pas pu l'essayer assez longtemps pour savoir quelle liberté on a exactemet au niveau de la flexibilité du design... j'ai aussi essayé simple machines qui ressemblait un peu à IPB au premier abord, avec aussi beaucoup de fonctionnalités, mais que je trouve trop rigide niveau design, la feuille de style css permet pas beaucoup de choses vu la manière dont est codée le html. dommage... Au final je pense que je vais prendre connectix boards, son code html/css est intelligemment organisé pour celui qui veut refaire un skin à sa sauce; les fonctionnalités essentielles y sont, ils se prend rapidement en main et le projet semble avoir du potentiel pour l'avenir. Si quelqu'un a un autre avis je suis preneur, mais je pense que mon choix va effectivement se porter sur connectix boards.

bonjour à tous (je ne savais pas exactement dans quelle section poster ce sujet donc je l'ai mis ici dans le doute) Nous devons penser à créer un forum pour notre site, sachant que si tout marche bien pour nous il s'agira d'un forum qui devra supporter l'accroissement de nos visiteurs. J'ai pas pu passé à côté de invision board, le payant dont j'ai le plus entendu parler etqui me tentait beaucoup. (et puis instinctivement le fait de payer donne l'impression d'avoir du matos de qualité...) maintenant en gratuit j'ai entendu parlé de connectix board qui me tentait aussi pour certaines de ses caractéristiques, notamment: -url rewriting - code valide xhtml/css et les fonctionnalités me semblaient tout à fait suffisantes... quel problèmes je risque de rencontrer avec un forum gratuit? est ce qu'il risque ne plus supporter le nombre de visiteurs (en partant d'une hypothèse très optimiste certes mais autant l'envisager aussi, on sait jamais ) Si vous connaisse le forum connectix board, qu'en pensez vous?

ok, merci capt'ain torche.

oui c'est ce que je me suis dit jute après avoir répondu ah oui bien vu, j'y avais pas pensé en notant le code... et il ne m'est pas possible de mettre les _AT_import à la fin de la feuille de style pour contouner ce problème ? donc en dehors de ce point que tu soulignes et qu'il est possible de contourner avec la solution que tu décris, la méthode de _AT_import pour regrouper toutes les feuilles de style en une seule est une méthode que je peux utiliser sans problèmes? ce qui m'inquiétait un peu, c'est qu'en faisant cela j'appelle tout de suite TOUTES les feuilles de style alors que certaines ne serviront pas tout de suite.

salut, merci de ta réponse. j'ai effectivement déjà lu cet article, mais il traite surtout de la différence entre import et link, alors que mon hésitation porte avant tout sur le choix d'importer les différentes feuilles de style dans chaque page hml, ou bien de toutes les importer dans la feuille de style principale puis d'importer dans chaque page html uniquement UNE feuille de style (qui contiendra les autres). ah tiens c'est vrai ça, du coup j'aurais moins de flexibilité de ce côté là...

bonjour à tous je sui confronté à un petit souci et j'ai besoin de vos avis pour compléter celui que j'ai reçu sur le site du zéro car j'aimerais être sur de mon choix. Pour notre site web, j'ai séparé les feuilles de style en plusieurs parties: -le "noyau": la partie commune à tout le site (blocs principaux, banniere, footer, menu) - les styles qui se greffent dessus pour compléter selon les pages (par exemple pour l'acceuil: noyau.css + style_accueil.css; pour les pages de chroniques noyau.css+ style_chronique.css) J'hésite sur deux manières d'appeler mes feuilles de style: 1) toutes les appeler au début de la feuille de style "noyau": @import url("accueil.css"); @import url("styletest.css"); @import url("sommairetest.css"); @import url("internetexplorer6.css"); /*toutes les marges à zéro*/ *{margin:0; padding:0;} puis mettre une seule balise link sur chaque page (noyau.css); solution qui semble pratique... 2) les appeler par plusieurs <link> sur chaque page. page de test: <link rel="stylesheet" type="text/css" href="http://localhost/monsite/noyau.css"/> <link rel="stylesheet" type="text/css" href="http://localhost/monsite/styletest.css"/> page d'acceuil: <link rel="stylesheet" type="text/css" href="http://localhost/monsite/noyau.css"/> <link rel="stylesheet" type="text/css" href="http://localhost/monsite/style_accueil.css"/> Est ce que la première méthode (import dans la feuille destyle principale) pose un quelconque souci de rapidité de chargement en comparaison de l'autre méthode?

bonjour à tous, j'ai vu qu'une modératrice au début de ce thread a écrit ceci: qu'en est-il aujourd'hui?

rebonjour, bon je pense que j'ai trouvéune solution viable, mon hébergement sur ovh contenant tout le site dans un dossier "www". Je pense que je vais protéger celui-ci avec la méthode htaccess/htpasswd pour le moment, ça devrait fonctionner et me permettre de travailler tranquillement.