Aller au contenu

leo11173

Actif
  • Compteur de contenus

    27
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

6 Neutre

Pour me contacter

  • Mon Site
    http://forum.gmstemple.com/

Information du profil

  • Genre
    Homme
  1. Petite mise à jour, la modification ipsRegistry.php n'est plus nécessaire à partir des version 3.1.4 d'IPB, ils ont intégrés la correction.
  2. Les bots en général ne boudent pas les vieux topic et aiment bien y retourner régulièrement voir si il y a eut du changement. Je ne suis pas sur non plus que google les considère à des niveaux plus éloignés. En effet lorsque l'on soumet un sitemap les topics sont tous au même niveau. Pour donner un peu de jus au sujets d'une même thématique et renforcer le maillage interne, il un à une méthode qu'on peut voir sur pas mal de forum : lorqu'un visiteur lit un sujet X, on peut trouver en bas du topic une boite du "ces sujet peuvent aussi vous intéresser" avec des liens vers les sujet A B C Y Z H etc... Sujet de même thématique bien évidement. Le but n'est certes pas la mise en avant de vieux sujets, mais je pense que cela y contribue.
  3. Pas de soucis. Ci-dessous, les éditions à faire pour permettre aux spider de voir les images postés sur un sujet. Dans le fichier /admin/sources/base/ipsRegistry.php Rechercher self::$data_store['members_display_name'] = $uAgent['uagent_name']; self::$data_store['_members_display_name'] = $uAgent['uagent_name']; self::$data_store['name'] = $uAgent['uagent_name']; Puis ajouter en dessous self::$data_store['view_img'] = ipsRegistry::$settings['guests_img'];
  4. Petit ajout pour dire quaprès deux semaines de lute, j'ai réussi a faire comprendre au staff d'ipb que les images qui ne s'affiche pas pour les moteur de recherche est un bug qui se produit sur certaines board ipb et non pas un problème dans les settings. Ma board a donc été patché par le support (qui est efficace une fois qu'on arrive à lui faire admettre qu'il y a un problème), c'est bel est bien un bug et il sera corrigé pour toute les ipb board dans les futurs versions.
  5. Autant virer les trois et laisser le robot libre
  6. En théorie il faut obtenir des liens externes pointant vers des pages de ton site histoire de donner des portes d'entrées pour l'ami googlebot. Ton site à plus de 2 ans et tu dit avoir "lancé le référencement il ya 2 mois", on peu donc supposer que ton site dispose quand même de quelques backlinks. Dans ce cas il faudrait s'assurer qu'il n'y ai pas de freins à la venus de googlebot. Quelques exemples qui peuvent empêcher l'ami google d'indexer tes pages : - site construit dans une iframe - robot bloqués volontairement (ça se vérifie dans le fichier robots.txt présent normalement à la racine du site) - site fait avec du contenu dupliqué (déjà présent "à l'identique" sur d'autre sites) Le mieux, comme Patrick l'a dit, est de nous indiquer l'url du site (en mp si ça te pose un soucis de la donner publiquement), c'est pas évident de repérer un problème comme cela à l'aveuglette.
  7. Ni hao wo de zhonguo ren pengyou. Pardonnez moi les erreurs.
  8. Sur la 3.1.2 on dirai que cela réagi différemment. En appliquant ton exemple, plus personne ne vois les signatures. Au final je m'en sort avec ce code là : //----------------------------------------- // Siggie stuff //----------------------------------------- $row['signature'] = ""; if ( isset( $poster['signature'] ) AND $poster['signature'] ) { if ($row['use_sig'] == 1) { $row['signature'] = $this->registry->output->getTemplate( 'global' )->signature_separator( $poster['signature'] ); } } J'ai juste fait sauter "AND $this->ipsclass->member['view_sigs']" qui était à la suite de "if ( isset( $poster['signature'] ) AND $poster['signature'] ..." On applique pas la limitation vis a vis de nombre de post du coup mais ça n'est pas bien grave, les membres de ma board n'ont pas de raison de spammer dans leur sign. J'ai remarqué hier une autre bizarrerie d'ipb, les images posté dans le corps de sujets ([img ] url de l'image [ / img]) ne sont pas non plus affichés pour les moteurs de recherche. C'est franchement pas génial pour certains sujets du genre guides illustrés. Je tenterai de chercher ou ça ce trouve si mon php skill me le permet .
  9. Petit exemple pour illustrer, 1 poste vu sous mon forum et ce même poste vu a partir de la page mise en cache par google. Ps, pour une solution avec les dernières IP board, je suis toujours preneur.
  10. J'utilise l'user agent switcher de firefox mais ce module ma souvent joué des tours, tout particulièrement sur ma board, du coup j'attends la confirmation du cache de google. Edit : Résultat, même après modification, le robot ne vois sur les pages, ni signatures, ni avatars.
  11. n'a pas encore configuré son statut ! Sisi...

  12. Aie, j'ai appliqué la modif que tu as posté un peu plus haut Posté 26 octobre 2007 - 17:04 J'ai l'impression de n'avoir rien cassé même si il est outdated, cependant je ferai mieux de le retirer donc ? Je souhaitais tout de même le laisser quelques jour voir si ça change quelques chose ou rien du tout concernant la mise en cache, le temps que l'ami google me cache quelques sujets.
  13. Excusez moi de déterrer un peu ce sujet, mais l'astuce est-elle toujours d'actualité pour les IPB 3.x.x ?
  14. Bonjour, je suis aujourd'hui face à un problème qui me dépasse techniquement. Ces temps ci j'aime bien m'entrainer à appliquer les recommandations "page speed" et la mission du jour est : Serve static content from a cookieless domain L'ayant déjà fait sur d'autres site je ne pensais pas tombé sur ce soucis, pour servir du contenu statique sans cookie j'ai crée un sous domaine sc.exemple.com afin d'héberger les contenus statiques de www.exemple.com . Seulement voila, si par exemple je tente d'afficher une image a partir de ce domaine, un cookie ce génère à partir du premier refresh. Je pense donc que le cookie n'est pas configuré correctement sur le domaine principal, est t'il possible que le cookie s'applique automatiquement à exemple.com et tous ses sous domaine et non pas à www.exemple.com uniquement ? Sur le site en question (tournant avec indexhibit), il semble que ce soit une petit script cookie.js qui nous gère la prise en charge du cookie. function move_up() { var move = getCookie('move'); if (move == '') return false; var menu = document.getElementById('menu'); menu.scrollTop = move; // should i delete the cookie here // or reset it to zero } function do_click() { moved = document.getElementById('menu'); moved = moved.scrollTop; // record the cookie setCookie('move', moved, 1); } function getCookie(c_name) { if (document.cookie.length > 0) { c_start = document.cookie.indexOf(c_name + "=") if (c_start != -1) { c_start = c_start + c_name.length + 1 c_end = document.cookie.indexOf(";", c_start) if (c_end == -1) c_end = document.cookie.length return unescape(document.cookie.substring(c_start, c_end)) } } return 0; } function setCookie(c_name,value,expiredays) { var exdate = new Date(); exdate.setDate(exdate.getDate() + expiredays); document.cookie = c_name + "=" + escape(value) + ((expiredays==null) ? "" : ";expires=" + exdate.toGMTString()) + '; path=/'; } Je pense qu'il faut spécifier un nom de domaine quelque part dans ces 20 malheureuses ligne de code, mais moi google et mon cerveau, on arrive pas a trouver après quelques heures de recherche. Je soupçonne mon cerveau de bugger sur ce point . PS : j'espère poster dans la bonne section du forum.
  15. Bonne chance pour cet exam. C'est le genre d'oubli qui arrive une fois mais pas deux.
×
×
  • Créer...