Je veux ré-organiser quelques trucs dans BlogoText et faire un peu le ménage dans les différentes fonctions qu’il a.

J’aimerais votre avis sur le besoin de conserver ou non les fonctionnalités suivantes :

  1. rss sur les commentaires pour chaque article (sachant que le RSS sur tous les commentaires est là).
  2. le système de notification par email pour un nouveau commentaire : vous vous en servez ?
  3. flux RSS incomplet. Dois-je vraiment conserver ça ? Sachant que le flux avec les articles complets dedans est dispo aussi (exemple : rss normal, rss complet) ?
  4. le captcha avec l’image à la connexion admin : sachant qu’on peut renommer le dossier admin comme on veut, ça ne fait pas un peu overkill ?

Par ailleurs, on m’a demandé un flux au format Atom. C’est sur la todo-list.

Ces quelques trucs sont pour moi totalement inutiles, mais je ne voudrais pas les supprimer si tout le monde les utilise intensivement.


Merci :)

57 commentaires

gravatar
alirobben a dit :

Notification mail? je l'utilise deux ou trois fois pour ma oublier de répondre dans une discussion entamée.

gravatar
Gatitac a dit :

Bonsoir,
personnellement je n’utilise pas les RSS sur les commentaires ni le flux RSS incomplet ; les notifications des nouveaux commentaires, ça peut toujours être utile.
En tant que simple lectrice, je ne suis pas concernée par le point 4.
Merci d’avance pour le flux Atom. :-)

gravatar
JeromeJ a dit :

J'suis pour garder les RSS (sauf le tronqué, j'm'en fou un peu aussi) et les notifs par mail :)

gravatar
Matronix a dit :

Les notifs par mail sont importantes.

Le flux des commentaires, jamais compris à quoi ça sert hormis pour le webmaster pour se tenir au jus de son blog.

Flux RSS incomplet > inutile si il y a le complet.

Captcha : overkill effectivement, même chiant.

gravatar
Gilles a dit :

Idem pour le flux de comm. que je n'ai jamais utilisé, avec n'importe quel moteur même proprio.
Mais bon si ça existe, certains peuvent l'utiliser, c'est si lourd que ça à garder ?
Par contre, garder deux flux (tronqué / complet)... si tu peux / veux, garde juste le complet, c'est frustrant de ne pas pouvoir lire directement dans le lecteur RSS, alors que si c'est complet... Les flux tronqués, c'est une méthode pourrite de webmaster pour faire venir obligatoirement les gens chez eux, et c'est un repoussoir pour moi : si ton article commence mal, bah je clique pas pour voir la suite ;) mais par contre, rien ne t'empêche de mettre des mentions légales comme sur le flux d'Embruns.net par exemple qui est un joli XML valide mais aussi formaté pour être user-lisible :)
J'utilise la notif. par e-mail aussi. Et je l'ai mise en place chez moi et je la regrette sur les blogs qui ne l'ont pas et je veux pas me casser le Q a entrer un flux RSS de comm. en échange.
Pour le captcha, laisse-le car vaut mieux, pour l'admin, trop de protection que pas assez.
Par contre, tu peux peut-être essayer d'implémenter project honeypot sur BT (admin, comm, etc.) ou t'inspirer du plugin StopSpammersRegistration (qui repose sur honeypot + stopspamforum + akismet, les 3 optionnels genre si tu veux pas d'akismet tu mets pas de clef API) : http://wordpress.org/extend/plugins/stop-spammer-registrations-plugin/
Tu peux aussi, pour l'admin, proposer à l'install un renommage. C'ets possible ça en PHP 5.2/3 ?
EDIT : une amélioration / bug : dans le champ "Site web non (facultatif)", si je met pas http:// il aime pas :p

gravatar
Cellix a dit :

Bonjour,

De mon côté, j'utilise très peu les notif' (bon, je commente très peu, aussi)...
Quant aux 2 flux RSS (complets et incomplets), cela peut faire double emploi, effectivement. En revanche, contrairement aux précédents commentateurs, je serais plus attaché au partiel qu'au complet (plus pratique, àmha, lorsque l'on suit des centaines de flux). Mais si tu veux supprimer l'un des deux, pas de souci...

gravatar
Sbgodin a dit :

Salutations,

Le rss sur les commentaires pour chaque article est d'utilité moyenne, j'ai testé. Je préfère être notifié sur ceux que j'ai répondu. C'est là que le le système de notification par email pour un nouveau commentaire est très pratique. Couplé à la mémorisation des mes coordonnées quand je commente, c'est très bien.

Le flux RSS incomplet sert à minimiser la bande passante utilisée, l'espace occupé à l'écran lorsque le agrégateur ne sait pas tronquer les articles. Par défaut, j'utilise le flux avec les articles complets. Les deux sont utiles je pense.

C'est vrai que le lcaptcha avec l’image à la connexion admin est peut être inutile, vu que cet accès n'est pas fait pour être public. Je l'ai personnellement désactivé. Cependant, la bibliothèque qui le gère devrait être maintenue selon moi. Peut-être aura-t-on besoin de l'activer pour commenter, par exemple en cas de suspicion de spam.

gravatar
Fred a dit :

Je suis pour garder les flux RSS par commentaire, même si c'est peu utilisé, c'est un gage d'interopérabilité. Dans le principe, on pourrait se passer de l'envoi de mail du coup, puisque si les gens veulent se tenir au courant des derniers commentaires ils n'ont qu'à s'abonner au flux, ou utiliser un système RSStoEmail. Mais en pratique ça doit être pas mal utilisé...
Par contre le flux tronqué, bof.

gravatar
blop a dit :

1 Je n'ai jamais vu l’intérêt d'un RSS uniquement sur les commentaires, par contre faire un flux RSS articles complets + commentaires serait sympa. C'est ce qui est fait de base sur les Wordpress il me semble.
2 La notif par mail est toujours utile.
3 Le flux RSS complet suffit pour la plupart des usages ; le tronqué permet seulement (selon moi) d'avoir un "aperçu" de tous les articles en même temps, lorsqu'on découvre un blog par exemple.
4 Le mettre en option permettrait de contenter tout le monde.

gravatar
Tienslebien a dit :

1. Je doit être l'un des rares à m'en servir, de la même façon que l'on utilise le flux rss pour ne pas se rendre sur un blog toute les 5min pour savoir s'il y a un nouvel article, certains articles appellent des commentaires intéressant que j'ai envie de suivre.

2. Je n'utilise pas mais pour ceux qui n'utilise pas rss mais veulent être tenu au courant, ça peut être utile.

3. Je préfère les flux complets, mais certains lecteurs préfèrent les flux incomplets plus léger et certains blogueurs veulent du trafic sur leur site (pub, popularité...).

4. Sans être nécessaire, ce n'est pas une mauvaise idée. Éventuellement en option.

Flux atom +1

gravatar
Lypik a dit :

1. Je ne l'utilise pas, en fait je préfèrerai avoir un flux RSS lorsque quelqu'un me répond par commentaire, tu vois ce que je veux dire ?

2. Je n'utilise pas du tout, car je n'aime pas être spammé/innondé dans ma boite mél ^^

3. Je n'utilise pas, j'ai le flux RSS avec les articles complets, et si je veux je vais sur ton site pour voir les commentaires.

4. Ca ne me concerne pas, donc ceux concerné te donnerons leur avis mieux que moi :-p.

Tu veux faire le ménage car c'est lourd à conserver ou pour faire plus clean ?

Quel est l'utilité d'avoir le flux Atom en plus ?

@Le Hollandais Volant : Tu sais pourquoi le captcha ne fonctionne pas par moment ? Je sais que tu es au courant mais c'est pour savoir si tu vas patcher ça :-p

gravatar
kingdomflo a dit :

RSS je trouve cela important

par contre, mail et catchphrase, bof, cela ne va pas me manquer


ps: au fait... un grand merci pour ce que tu fait!!!!!

gravatar
Le Hollandais Volant a dit :

On m’a fait remarquer que l’Atom était standard, contrairement au RSS.



@Lypik : je veux faire le ménage pour réduire le code et supprimer les trucs inutiles (donc oui, faire plus clean).

Le captcha devrait fonctionner normalement à chaque fois. Je n’arrive pas à voir ce qui cloche perso.
Ça utilise les sessions…

gravatar
Amaury a dit :

Ce n'est pas directement demandé mais c'est dans le contexte, donc j'en profite ;) .

Sur le flux RSS des liens, le lien principal pointe vers http://lehollandaisvolant.net/index.php, non vers http://lehollandaisvolant.net/index.php?mode=links. Voilà, c'est dit ;) .


Sinon, pour les questions posées...
1 — Perso, je ne l'utilise pas, mais apparemment c'est utile à d'autres.
2 – Voir premier point.
3 — Je ne l'utilise pas, et pour le coup je ne vois pas trop l'utilité, pour être franc.
4 – Je ne suis pas concerné ;) . Mais je serai pour le laisser. Il vaut mieux trop de sécurité que pas assez.

gravatar
bajazet a dit :

rss sur les commentaires pour chaque article (sachant que le RSS sur tous les commentaires est là).
le système de notification par email pour un nouveau commentaire : vous vous en servez ?
flux RSS incomplet. Dois-je vraiment conserver ça ? Sachant que le flux avec les articles complets dedans est dispo aussi (exemple : rss normal, rss complet) ?
le captcha avec l’image à la connexion admin : sachant qu’on peut renommer le dossier admin comme on veut, ça ne fait-il pas un peu overkill ?

1. Je ne l'utilise jamais
2. Idem
3. Idem et inutile ?
4. Je l'utilise, on ne sait jamais, imagine un admin proxy d'une entreprise mal intentionné ;)

gravatar
Sylvhem a dit :

@Gilles : Atom est un format standard documenté par l'IETF alors que RSS est un acronyme qui désigne trois techniques non standards différentes, développées par des personnes différentes et qui fonctionnent de façon différentes : Rich Site Summary, RDF Site Summary et Really Simple Syndication. Bref, en fait, il faudrait presque se poser la question inverse : quel est l’intérêt d'avoir un flux RSS quand on peut en avoir un au format Atom ? Le seul avantage du premier sur le second est qu'il est plus répandu et donc que certains lecteurs de flux ne connaissent que lui.

En ce qui concerne les questions posées :
1. Je pense que c'est clairement à conserver. C'est une fonctionnalité très pratique pour les personnes qui souhaitent être automatiquement mises au courant des nouveaux commentaires liés à un article sans pour autant être inondés sous les courriels.
2. Également à conserver. C'est une fonctionnalité de base et certaines personnes préfèrent largement recevoir une notification par courrier électronique plutôt qu'à travers un flux RSS.
3. Comme dit plus haut, c'est sûrement utilisé par certains webmestres qui veulent que les gens lisent tout l'article sur leur site... Personnellement, je n'en vois pas trop l'intérêt.
4. C'est clairement une fonctionnalité que je laisserais. Comme dit Amaury, il vaut mieux trop de sécurité que pas assez. De plus, certains administrateurs peuvent ne pas renommer le dossier admin/ (ce qui est effectivement assez idiot) ou alors le lien vers ce dernier peut fuiter.

gravatar
iTux a dit :

1. Ça peut éventuellement servir.
2. Je m'en sert pour suivre les réactions aux articles dont le sujet me plait et pour savoir si on m'a répondu par commentaire : à garder.
3. En l'état : es utilisateurs ont le choix, c'est peut-être la meilleure chose à faire, perso je préfère les flux complets.
4. Un élément de sécurité supplémentaire : à garder, en option. Le fait de renommer le dossier ne protège pas énormément.

gravatar
Gilles a dit :

@Sylvhem : merci pour l'information.
Je pensais que c'était normalisé officiellement moi le RSS comme moyen de syndication...

gravatar
Divers a dit :

En ce qui me concerne, seul le RSS global est important.
Le captacha... s'il pouvait sauter, ça ne serait pas plus mal. Il ne marche jamais du 1er coup !

gravatar
Lypik a dit :

@Le Hollandais Volant : mis à part le fait que l'Atom soit un standard et le RSS non, il n'y a pas de différence ?

Tu ne peut pas savoir combien d'utilisateurs utilisent tel flux RSS ?

Il utilise les sessions, mais il faut avoir les cookies d'activés ou pas (Oui évidemment si on veut sauvegarder les informations pour qu'elles soient persistantes) ?

gravatar
Le Hollandais Volant a dit :

@Lypik : les cookies sont demandés pour commenter, oui. Rien n’est stocké, c’est juste que même si moi je ne fais que "session_start()" côté serveur, il envoie un cookie au navigateur avec un ID unique.
Dés le moment où je démarre la session, ce cookie est obligatoire.

Et j’ouvre une session, justement pour conserver le captcha en mémoire (uniquement côté serveur).

gravatar
Lypik a dit :

@Le Hollandais Volant : Ah d'accord effectivement, tu devrais le signaler que les cookies sont obligatoire pour commenter, avec un message s'ils sont désactivés, non ? Je pense que mon souci venait de là, j'aurai dû y réfléchir...

Edit : en fait ce n'est pas ça, car les cookies sont bien activés, j'ai ajouté la bonne somme et il m'a retourné une erreur. J'ai constaté que ça marché toujours au second essai.

gravatar
Le Hollandais Volant a dit :

@Lypik : non, si les cookies sont désactivés, ça ne marcherait jamais. Ici c’est un autre soucis dont je n’ai pas encore la solution.
Et chez moi le refus n’est pas systématique non plus…

gravatar
Lypik a dit :

@Le Hollandais Volant : Oui oui c'est logique, mais en fait ce n'est pas le problème.
Un utilisateur t'avais dis que c'était peut-être le 'timeout' qui était trop court, mais ce n'est pas ça je suppose ? Ca doit être prise de tête de ne pas savoir d'où proviens le bug :-p.

gravatar
Le Hollandais Volant a dit :

@Lypik : Le timeout est en général de 20~30 minutes, ça dépend des configurations.

Pour mon interface admin j’utilise aussi des sessions et des variables à usage unique, ça marche très bien le temps d’écrire un article ou un commentaire.
On met rarement une demi-heure pour écrire un commentaire quand même…

Perso quand ça me fait le bug, je ne constate pas de corrélation avec la durée : ça peut-être court ou long…

Oui c’est assez casse tête mais j’epsère trouver quand même une solution :)

gravatar
Lypik a dit :

@Le Hollandais Volant : Oui en effet une demi-heure c'est suffisant pour un commentaire, donc ce n'est pas ça le souci non plus du coup...

Quand je l'ai le bug, soit ça marche la seconde fois, soit du premier coup mais en effet y'a aucune relation avec la durée...

Sinon, tu peux changer de système de captcha, non ? Enfin j'imagine bien que ce serait frustrant car tu ne saura pas d'où provenait ce bug ^^

Sais-tu si certains utilisateurs n'ont pas de soucis avec ?

J'essai de t'aider en te mettant sur une piste mais en fait je n'y connais pas grand chose donc je peux pas t'être d'une grande aide...

gravatar
tcit a dit :

J'ajoute mon avis en retard :
1) Pour moi totalement inutile, trop compliqué à faire à chaque fois.

2) Au contraire, indispensable, surtout lorsqu'il s'agit d'un billet particulièrement intéressant, bien plus facile. En revanche éventuellement mettre toutes les réponses dans un mail journalier (mais plus complexe à mettre en place :( )

3) Non. C'est clair et net, certains clients RSS proposent de ne garder que le début, de toute façon...

4) Perso je préfère l'avoir, ça ne coûte rien.

gravatar
Guenhwyvar a dit :

@Le Hollandais Volant :


On met rarement une demi-heure pour écrire un commentaire quand même…


Ça dépend… Sur certains articles, y'a souvent eu des jolies tartines, quand même, donc quand t'arrives, que tu lis toutes celles qu'y a, et que t'en écris toi-même une en réponse, ça peut facilement prendre pas mal de temps ^^


Perso quand ça me fait le bug, je ne constate pas de corrélation avec la durée : ça peut-être court ou long…


Sinon, le blog vérifie la somme de la dernière page ouverte, pas celle de la page en cours. Du coup, si t'ouvres plusieurs articles dans plusieurs onglets, et que tu reviens sur le premier ouvert pour répondre, même si la somme est juste ce sera marqué comme faux car comparé avec la somme du dernier article.

gravatar
Sbgodin a dit :

@Guenhwyvar : Mhh... Dans ce cas, j'ai une idée : placer la somme dans un champ de formulaire caché. La somme est cachée au moyen d'un condensat contrôlé côté serveur.

Par exemple, la page est ouverte, le captcha "4 + 2" est demandé. La réponse est "42", évidemment. Le formulaire descend chez l'utilisateur avec le captcha visible et la réponse cachée : "bfe16d4a54fa78b78311256d8eb4b77c548a3dc9". C'est le résultat de echo -n "42brol"|sha1sum.

L'utilisateur répond, sur un des onglets ouverts sur la même page. Chacun des onglets contient sa question et sa réponse. La réponse condensée monte aussi côté serveur.

Le serveur réceptionne la réponse de l'utilisateur et le condensat. Il recondense la réponse de l'utilisateur. Mettons qu'il a répondu "6". Le condensat de "6" est "ddce8eb586891b61a1e45f09b304d7273f9f14d5", différent de celui de 42. Echec.

gravatar
Le Hollandais Volant a dit :

@Sbgodin : pas possible.

la somme est faible donc au maximum il y 10~15 valeurs possibles. Un spammeur a très vite fait de constituer une rainbow-table...

Et s'il y a un stockage côté serveur, on aura le même problème.

gravatar
tsyr a dit :

@[Le Hollandais Volant] : j'ai remarqué quelques incohérences sur le pager de bas de page.

Sa présence sur la nouvelle page induit en erreur un lecteur qui pourrait penser que la liste continue sur d'autres pages.

Alors que le rendering fait sur une page de tes liens comme celle-là pourrait profiter du fait de passer aux liens précédents et suivants.

Voilà pour my 2 cents

gravatar
Sbgodin a dit :

@Le Hollandais Volant : exact. Voici une proposition plus complète.

L'hypothèse principale est que le serveur ne stocke aucune donnée relative au formulaire en cours. Comment vérifier si un captcha est résolu correctement ?

Côté serveur, on dispose de :
- une fonction de chiffrement symétrique secrète : ch() et son inverse CH()
- une fonction de signature numérique, sg() et son vérificateur, SG()
- une clé formulaire, spécifique à chaque formulaire et aléatoire : Cf

Le serveur choisit au hasard un captcha : "combien font 4+2 ?" et sa réponse, 42.

Il envoi au client, dans des champs de formulaire cachés qui repartiront au serveur les données suivantes :
- Cf : la clé du formulaire
- sg(Cf) : la signature numérique de la clé du formulaire
- Ch(Cf, 42) = R : le chiffré de la réponse, via la clé du formulaire

Le client répond à la question : 6. Ce qui est faux. Il renvoie au serveur :
- Cf
- sg(Cf)
- R
- 6 (la réponse, fausse)

Pour vérifier la réponse, le serveur :
- vérifie d'abord la signature : SG(sg(Cf), Cf) = vrai
- CH(Cf,R) ?= 6

Le principe est d'empêcher les attaques suivantes :

1/ Le rejeu. Si le serveur envoie ses données et qu'elles suffisent à vérifier la réponse, alors l'attaquant peut rejouer des réponses connues. La signature numérique empêche cela, car la fonction de signature n'est connue que du serveur.

2/ La cryptanalyse du chiffré. C'est impossible par hypothèse.

3/ L'exhaustion de l'espace des chiffrés. Du fait de la clé de formulaire, il y a un très grand nombre de chiffrés possibles. Impossible de les référencer tous pour renverser le chiffrement.

Ici, la fonction de chiffrement symétrique secrète peut être une fonction de chiffrement symétrique publique, à laquelle on adjoint une clé spécifique au déploiement du serveur. Un sel côté serveur donc. Cela assure qu'à chaque installation du programme, une clé serveur aléatoire est choisie et que la fonction de chiffrement est secrète.

La signature numérique, vu qu'il n'y a pas à distribuer de clé publique, peut être réduite à un condensat (MD5 & co.) à laquelle on a ajouté un sel. Ce peut être le même que celui de la fonction ci-dessus.

gravatar
Guenhwyvar a dit :

@Sbgodin : Y'a bien plus simple. Vu que la somme à trouver est stockée en session, je suppose, suffit de la mettre dans $_SESSION['captcha'][$idPage] au lieu de $_SESSION['captcha'] (et d'adapter la vérification en conséquence), comme ça plusieurs sommes pour plusieurs pages peuvent coexister.

gravatar
Sbgodin a dit :

@Guenhwyvar : Naturellement. Mais c'est trop facile :-D Mais l'idée de base est vraiment d'avoir un fonctionnement indépendant de l'état de la mémoire du serveur. La seule donnée à connaître côté serveur est constante, c'est la clé générée à l'installation.

gravatar
Guenhwyvar a dit :

@Sbgodin : Ouais, enfin, moi je proposais ça juste pour corriger un petit défaut mais en gardant la même méthode, le but était pas de recoder tout blogotext ^^'

gravatar
Le Hollandais Volant a dit :

@Amaury : petit bug : corrigé !

@Guenhwyvar : c’est comme ça que j’avais eu l’idée de faire ce matin, mais en utilisant un ID de session, et comme ça : $_SESSION['_sid']['captcha'], utilisable une seule fois mais conservée tant qu’il n’a pas été utilisé.
Comme ça :
– impossible qu’un utilisateur ait plusieurs fois le même captcha à la suite (sauf hasard dû au rand())
– le captcha sera différent pour chaque page
– une page X pourra uniquement être débloquée par le captcha X et non le captcha de la page Y

Par contre, cela nécessitera l’envoie du "_sid" côté client, dans le code source (un champ caché par exemple).

gravatar
Sbgodin a dit :

@Le Hollandais Volant : Ça veut dire que tout visiteur va déclencher la création d'un $_SESSION['_sid']. Ça ouvre la voie à un problème de ressources, non ?

gravatar
Guenhwyvar a dit :

@Le Hollandais Volant : Tu sais que je t'ai déjà fait la remarque (avec la même proposition de solution) y'a plus d'un an, quand même ? ^^'

gravatar
Kevin a dit :

En tant que lecteur, je me permets de répondre à tes questions, de mon point de vue strictement personnel :

1. Je n'utilise pas le RSS sur les commentaires.
2. Oui et non : si j'attends d'avoir une réponse, cela m'arrive. Sinon, je viens regarder par moi-même.
3. Je n'utilise que le RSS normal, car je préfère venir directement sur le site afin de lire l'article (avec les commentaires qui vont avec).
4. N'étant pas admin, je ne peux pas me prononcer ;)

gravatar
Modulo a dit :

Une proposition pour le captcha :

envoyer en hidden $a = hash(rand())
calculer solution $b = hexdec(substr(hash($a.$CLE), 0, 8)) % nb_possibilité + offset
envoyer un captcha dont la réponse est $b

À la réception vérifier que le champ_hidden n'appartient à aucun commentaire déjà posté
calculer $b = hexdec(substr(hash($a.$CLE), 0, 8)) % nb_possibilité + offset
vérifier $b == champ_réponse

gravatar
Alain Ternaute a dit :

1. Ne l'utilise jamais.
2. Plutôt utile pour moi, vu que je ne lis pas régulièrement : ça me fait revenir de temps en temps sur le blog.
3. Ne l'utilise pas.
4. :pancake-bunny:

Merci et bon blogging.

gravatar
muchos a dit :

Je n'utilise aucun des 4 ^^ (en fait, tant qu'il y a un flux rss (ou atom), c'est bon pour moi.)

Je profite de ce fil pour demander deux choses :

1. Si un tag commence par un caractère accentué, alors il est placé en dernier dans l'ordre alphabétique (ex: é après z) et n'est pas trouvable par le moteur de recherche. Est-ce un bug ou une feature ? ;)
2. Peut-on désormais mettre les url des commentateurs en NOFOLLOW ?

Merci d'avance et bonne continuation \o/

gravatar
Le Hollandais Volant a dit :

@muchos : pour les accents c'est un bug si on ne peut pas rechercher. L'ordre n'est pas important.

Pour le nofolow... Le lien sur le pseudo est possible dans le theme. Le reste faut bricoler.
Mais ces directives ne seront pas appliquées par défaut : je considère ça comme contraire à la philosophie du web : construire sur les épaules d'un géant, et faire profiter les autres en retour.

gravatar
Giraffa a dit :

Trop peu d'items dans le flux rss des commentaires ! Quand il y a beaucoup de commentaires publiés sur une courte période, mon agrégateur ne les récupère pas tous.

gravatar
muchos a dit :

@Le Hollandais Volant :
Le nofollow a l'avantage de laisser le lien, et de ne pénaliser ni le blog ni le site du lecteur avec du lien qui pourrait être mal perçu par les moteurs.
C'est une option qui, je crois, mériterait d'être considérée.

En attendant, j'aimerai l'inclure mais je ne vois comment (j'ai regardé commentaires.php).

gravatar
mika a dit :

Nouveau en Référencement, selon ahrefs.com, j'ai 65 % en dofollow et le reste en nofollow, et d'après des articles sur des blogs, 22 % en nofollow c'est déjà énorme, alors comment supprimer ses liens qui servent a rien, ou les limiter.

Les commentaires sont fermés pour cet article