OVH Community, votre nouvel espace communautaire.

Floodé par Google?


ymai
31/08/2016, 09h16
Bonjour

Citation Envoyé par buddy
Pour le robots.txt de info.sio2.be (qui devra être accessible ici : https://info.sio2.be/robots.txt )

par exemple mettre

User-agent: *
Disallow: /infobase/3/gimp/

si ce dossier n'existe pas et qu'il n'y a rien du tout dedans

il y en a déjà 3000
https://www.google.fr/#safe=off&q=si...%2F3%2Fgimp%2F
Pas mal du tout, l'idée!!
Je vais donc aussi ajouter d'autres URL fantômes, en espérant que cette interdiction de visite permettra malgré tout de vider la mémoire du Bot. Mais il est vrai aussi que la directive peut rester en place ad-vitam.

Il est vrai que la limite de vitesse d'exploration que j'ai fixée est hyper-basse. Je n'avais pas fait le calcul du temps nécessaire pour tenter de vider l'index LOL
Je vais donc peut-être remonter un peu.

Mais la bonne nouvelle, c'est que mon graphique des hits/min en 4xx est enfin redescendu au pied du diagramme, dans le manager.
Et les logs des jours précédents montrent que c'est bien seulement Google qui est le fautif. Ou alors, d'autres sont vraiment noyés dans la masse et ils sont difficiles à repérer.

Merci à nouveau pour ton avis éclairé.

buddy
30/08/2016, 23h25
Pour le robots.txt de info.sio2.be (qui devra être accessible ici : https://info.sio2.be/robots.txt )

par exemple mettre

User-agent: *
Disallow: /infobase/3/gimp/

si ce dossier n'existe pas et qu'il n'y a rien du tout dedans

il y en a déjà 3000
https://www.google.fr/#safe=off&q=si...%2F3%2Fgimp%2F

buddy
30/08/2016, 23h17
Bonjour,

çà prend effectivement du temps ..
mais
Nouvelle vitesse d'exploration : 0.002 requêtes par seconde
c'est beaucoup trop peu ... par jour il y a 86400 sec ... donc là tu limites google à seulement 172 requêtes par jour ... Je dirai que 500 ou 1000 c'est déjà mieux pour vider l'index de toutes les "erreurs". ou alors enlever toutes les limites à Google et attendre 10 à 15 jours que çà passe ...

Surtout que dans Google, à cause de ton mauvais url rewriting d'avant, tu as 960 000 URL dans l'index : https://www.google.fr/search?q=site%3Ainfo.sio2.be
Environ 960 000 résultats (0,37 secondes) juste pour info.sio2.be
et environ 301 000 pour sio2.be
https://www.google.fr/search?q=site%3Asio2.be

il va donc falloir le vider l'index ..


Si tu repères que beaucoup de fichiers ont plus ou moins la même adresse qui n'existe pas, tu peux aussi ajouter un robots.txt (https://info.sio2.be/robots.txt) avec par exemple
Disallow: /le/dossier/qui/nexiste/pas

ce n'est peut être pas google qui te fait dépasser le quota, c'est insignifiant même si google fait 1000 requêtes par jour .... Il n'y a pas que google comme robots sur le net. Il y a plein d'autres petits moteurs de recherches et surtout plein de robots qui "spamment" / lisent les pages pour des trucs privés et etc ... il faudrait les identifier et les bloquer.

ymai
30/08/2016, 23h06
Bonjour
15 jours plus tard, le système fait toujours du yoyo. 1000 (valeur actuelle) à 3000 (valeur vers 14h00 ajd) hits/min à certains moments, quelques poignées d'accès un peu plus tard (<200 vers 18h). Je passe mon temps entre le purgatoire OVH et le fonctionnement normal.
Comme si Google ne voulait pas oublier les adresses fantaisistes qu'il a mises en mémoire.

Quand je passe dans la "Search Console" des "webmasters tools" de Google, je vois qu'il retrouve et qu'il bute même sur des URL qui n'existent plus depuis des dizaines de lunes. Par contre, aucune trace là des horreurs que je trouve encore dans les logs OVH et qui font certainement souci
Exemple:
Code:
66.249.76.38 info.sio2.be - [30/Aug/2016:09:02:31 +0200] "GET /infobase/3/gimp/draw/delphi/calcooo/impress/kpz/python/tdtooo/index.php HTTP/1.1" 404 254 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
Quand, dans les faits, l'adresse http://info.sio2.be/infobase/3/gimp mène déjà vers ma 404.php, comme il se doit.

Emplâtre actuelle, j'ai changé les paramètres de visite par le Bot de Google

Code:
 Nouvelle vitesse d'exploration : 0.002 requêtes par seconde
État : commence dans deux jours, en vigueur pendant 90 jours.
En espérant que le délai permettra l'amnésie sur les adresses fantaisistes. Toutes des adresses que l'on trouve dans les logs, mais qui mènent droit vers ma page 404.php quand on les teste dans un vrai navigateur.
Il me reste donc 90 jours pour prier Sainte Claire (les causes désespérées).

Juste pour donner des nouvelles... J'espère retrouver le cluster "normal" dans la nuit.

ymai
18/08/2016, 17h17
Citation Envoyé par buddy
oui c'est corrigé.

Pour voir les headers de tes pages web, tu peux utiliser
http://testuri.org/sniffer

si tu lui fais tester sio2.be (http://testuri.org/sniffer?url=http://sio2.be/), çà renvoie bien une redirection 301 vers https://www.sio2.be/
et par la suite çà renvoie bien un code 200 : http://testuri.org/sniffer?url=https://www.sio2.be/
Encore un énorme merci pour ton expertise et ta patience.

buddy
18/08/2016, 17h02
oui c'est corrigé.

Pour voir les headers de tes pages web, tu peux utiliser
http://testuri.org/sniffer

si tu lui fais tester sio2.be (http://testuri.org/sniffer?url=http://sio2.be/), çà renvoie bien une redirection 301 vers https://www.sio2.be/
et par la suite çà renvoie bien un code 200 : http://testuri.org/sniffer?url=https://www.sio2.be/

ymai
18/08/2016, 16h57
Citation Envoyé par buddy
c'est bon sauf pour la page d'accueil ... qui redirige vers sio2.be qui est redirigé vers www.sio2.be qui redirige vers sio2.be et etc ...

çà vient peut être du fait que dans ton wordpress => Panneau admin => configuration générale l'url est sio2.be et pas https://www.sio2.be

Donc soit tu corriges dans l'interface admin de wordpress, soit tu modifies le .htaccess avec
RewriteCond %{HTTP_HOST} ^www\.sio2\.be$ [NC]
RewriteRule ^(.*) https://sio2.be/$1 [QSA,L,R=301]
Très bon diagnostic.
Je pense que c'est corrigé pour la version www.sio2.be

buddy
18/08/2016, 16h49
c'est bon sauf pour la page d'accueil ... qui redirige vers sio2.be qui est redirigé vers www.sio2.be qui redirige vers sio2.be et etc ...

çà vient peut être du fait que dans ton wordpress => Panneau admin => configuration générale l'url est sio2.be et pas https://www.sio2.be

Donc soit tu corriges dans l'interface admin de wordpress, soit tu modifies le .htaccess avec
RewriteCond %{HTTP_HOST} ^www\.sio2\.be$ [NC]
RewriteRule ^(.*) https://sio2.be/$1 [QSA,L,R=301]

ymai
18/08/2016, 16h43
Citation Envoyé par buddy
Tu as toujours du duplicate content entre sio2.be et www.sio2.be

Tu devrais forcer l'un ou l'autre .

RewriteEngine on
RewriteCond %{HTTP_HOST} ^sio2\.be$ [NC]
RewriteRule ^(.*) https://www.sio2.be/$1 [QSA,L,R=301]
Donc, dans /www, j'ai finalement:

Code:
# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]


# END WordPress
# Buddy: https://forum.ovh.com/showthread.php/110879-Flood%C3%A9-par-Google/page5
# RewriteEngine on
RewriteCond %{HTTP_HOST} ^sio2\.be$ [NC]
RewriteRule ^(.*) https://www.sio2.be/$1 [QSA,L,R=301]
Ça tient la route?
Et dire que je m'étais mis aux expressions régulières, il y a quelques mois...

ymai
18/08/2016, 16h26
Citation Envoyé par buddy
tiens nous au courant, mais d'ici 2 ou 3 jours, google devrait avoir supprimé tous tes liens "faussés" et le nombre de hit devrait être redescendu grandement.
En fait, ça a démarré immédiatement.
http://sio2.be/images/manager.png
Montée en puissance des 404 et chute drastique des autres hits.

Je tiens vraiment à remercier tous ceux (celles?) qui sont intervenus sur ce sujet. Et à présenter mes excuses pour avoir causé moi-même un souci idiot.
Reste à comprendre pourquoi le récursion et les adresses mal formées dans index.php.

buddy
18/08/2016, 16h24
Tu as toujours du duplicate content entre sio2.be et www.sio2.be

Tu devrais forcer l'un ou l'autre .

RewriteEngine on
RewriteCond %{HTTP_HOST} ^sio2\.be$ [NC]
RewriteRule ^(.*) https://www.sio2.be/$1 [QSA,L,R=301]

buddy
18/08/2016, 16h16
tiens nous au courant, mais d'ici 2 ou 3 jours, google devrait avoir supprimé tous tes liens "faussés" et le nombre de hit devrait être redescendu grandement.

buddy
18/08/2016, 16h11
tu as une récursion si tu mets ./lien.jpg (avec un point devant) mais si tu mets /lien.jpg (sans point devant le /, çà retournera toujours à http://sousdomaine.domaine.be/lien.jpg). mais tu dois le savoir déjà

ymai
18/08/2016, 16h05
Citation Envoyé par buddy
non, il n'a pas vraiment de sens ... mais apache devait le prendre en compte et çà perturbait tout ...

- - - Mise à jour - - -

Sinon pour l'avenir, pour les images et les liens hypertextes "locaux/qui reste sur ton site"), les liens relatifs sont mieux que les liens absolus.
C'est une horreur que je viens de commettre, dans mon désespoir et mon délire.
Je me demandais si en remplaçant les liens relatifs par des liens absolus, dans la page index.php (foireuse), je ne pouvais pas empêcher la récursion.
C'est rétabli en relatif.

buddy
18/08/2016, 15h57
non, il n'a pas vraiment de sens ... mais apache devait le prendre en compte et çà perturbait tout ...

- - - Mise à jour - - -

Sinon pour l'avenir, pour les images et les liens hypertextes "locaux/qui reste sur ton site"), les liens relatifs sont mieux que les liens absolus.

Exemple :
  • Informatique de base
    Informatique de base


  • sur la page d'accueil devient :
  • Informatique de base
    Informatique de base


  • c'est plus pratique si un jour tu changes de sous domaine ou si tu veux basculer tout ton site en HTTPS

    ymai
    18/08/2016, 15h50
    Un .htaccess à la racine / a-t-il du sens?
    Je viens de débusquer cette chose. Et de la virer. Et, devinez quoi???

    Je pense que je dois l'apéritif à certains...
    Sérieusement, j'ai honte...

    buddy
    18/08/2016, 15h44
    tu peux toujours accéder à la page via l'URL directe https://info.sio2.be/404.php

    si tu ajoutes ceci
    echo getcwd() ;

    au fichier 404.php
    tu obtiens quoi ?

    ymai
    18/08/2016, 15h42
    Citation Envoyé par buddy
    non /404.php = la page présente dans /info/404.php.

    personnalise là tu verras bien.
    Ben non, puisque je n'arrive pas à l'obliger à sortir...
    C'est toujours la page http://info.sio2.be/index.php qui vient à la place...

    Citation Envoyé par buddy
    Que contient (en totalité) le .htaccess qui est dans le dossier /info ?
    Une image vaut mille mots.

    http://sio2.be/images/htaccess.png

    En "copier/coller", ça donne
    Code:
    ##404 personnalise
    ErrorDocument 404 /404.php
    Et si je n'étais pas devant mon clavier et mon écran, je dirais aussi que le souci ne peut venir que d'une erreur dans ce fichier .htaccess.

    buddy
    18/08/2016, 15h29
    non /404.php = la page présente dans /info/404.php.

    personnalise là tu verras bien.

    Que contient (en totalité) le .htaccess qui est dans le dossier /info ?

    ymai
    18/08/2016, 15h28
    Capté. Je signe donc des deux mains.

    - - - Mise à jour - - -

    Citation Envoyé par buddy
    il n'y a pas de point avant /404.php ...
    Et donc, la 404.php qui est désignée n'est pas celle qui se trouve dans /info mais celle qui se trouve dans /www ?
    Dans mon esprit, il y a une erreur d'adresse dans le répertoire /info, donc c'est dans ce répertoire (d'où le ".") qu'il faut chercher la 404.PHP

    buddy
    18/08/2016, 15h24
    il n'y a pas de point avant /404.php ...

    kingkurt
    18/08/2016, 15h21
    Pour t'expliquer
    Si tu mets info.sio2.be dans /www/info et dans le dossier "info" une page "nimporte-quoi.php"
    tu peux accéder "nimporte-quoi.php" par
    1. info.sio2.be/nimporte-quoi.php
    mais également par
    2. sio2.be/info/nimporte-quoi.php
    alors double content ou erreur 404 s'il y "interférence" avec les règles de rewriting dans l'htaccess

    ymai
    18/08/2016, 15h19
    Tout est dans /info
    Les répertoires /www/info et /www/cours/info ont été renommés.
    Le sous-domaine est bien défini dans la manager.

    Les adresses correctes passent bien. Les pages en erreur sont toujours aussi foireuses.
    http://info.sio2.be/draw/3/existePas.php

    Ai-je le droit de pousser un pathétique grand cri de désespoir?

    Dans /info, le .htaccess est
    Code:
    ##404 personnalise
    ErrorDocument 404 ./404.php
    J'ai un petit doute sur le ./404.php. Correct? Ou pas?

    buddy
    18/08/2016, 15h15
    Effectivement structure propre + pas de .htaccess résiduel qui pourrait mettre le boxon ...
    c'est plus simple aussi pour débugger ...
    1 sous domaine, 1 .htaccess c'est clair et net au moins.

    kingkurt
    18/08/2016, 15h11
    Citation Envoyé par ymai
    Pas encore.
    Mais, en fait, je ne vois pas trop ce que cela peut changer.
    Ca change que tu vas avoir une structure propre ! Une fois tout "nettoyé" il n'y auras plus des erreurs 404 par des règles de rewriting.
    Si on sépare bien domaines et sous domaines

    ymai
    18/08/2016, 14h35
    Citation Envoyé par buddy
    as tu décallé info.sio2.be dans le dossier /info (et pas /www/info) si non, fait le, attend 10 minutes que le serveur mutualisé prenne en compte la configuration puis reteste
    Pas encore.
    Mais, en fait, je ne vois pas trop ce que cela peut changer.
    Le .htaccess avec la règle qui mettait le brin n'est plus là. Donc, tout devrait bien se passer même dans /www/info
    Tout se passe comme si "désactiver la règle" donne le bon résultat alors que "supprimer l'ensemble des règles du .htaccess" ne donne rien.
    #Perplexité.

    buddy
    18/08/2016, 14h27
    as tu décallé info.sio2.be dans le dossier /info (et pas /www/info) si non, fait le, attend 10 minutes que le serveur mutualisé prenne en compte la configuration puis reteste

    ymai
    18/08/2016, 14h24
    Bonjour Kingkurt
    Merci de continuer à compatir à ma douleur.
    Citation Envoyé par kingkurt
    Temporairement. ou pas tu risques de foutre un sacré bordel dans ton référencement.
    Pas grave: ce qui est sur ce blog est de peu d'intérêt. Il y a un seul sujet qui peut attirer du monde, et il est évoqué sur la page d'accueil.
    Et puis, il suffira d'attendre quelques jours à quelques semaines pour que tout rentre dans l'ordre.
    Aucune urgence.
    [QUOTE=kingkurt;676918]
    Et je ne comprend absolument pas pourquoi tu veux déplacer WP que si je comprend bien et sur ton nom de domaine principal.
    [quote]
    Dans mon esprit, la raison est que le .htaccess généré par le WP s'applique à tous les sous-répertoires. Et que c'est ça qui a (sans doute) mis le brin.
    Citation Envoyé par kingkurt
    C'est beaucoup plus logic de déplacer les sous domaines dans des dossier sous-domaines à la racine de ton hébergement (avant www)
    et de faire pointer les sous domaines sur les dossiers crées

    alors p.ex. info.sio2.be -> dossier info
    cours.sio2.be -> dossier cours
    Effectivement. J'avais pris pour un dogme le fait que tout devait se trouver dans /www . Et là, mon monde s'effondre et je constate qu'on peut définir des répertoires accessibles à côté de www.
    Au moins, j'aurai appris ça.
    Citation Envoyé par kingkurt
    Comme tu ne fais pas d'url rewriting pour les pages programmée toi même tu n'as même pas besoin d'un .httaccess pour les sous-domaines
    Pour faire de jolies 404 ?

    Bon, en attendant, je ne vois toujours pas les 404 apparaître dans le graphique journalier du manager et le trafic reste assez élevé malgré que le .htaccess de la racine soit réduit à sa portion congrue % Wordpress.
    Code:
    # BEGIN WordPress
    
    # END WordPress
    
    ##404 personnalise
    ErrorDocument 404 /404.php
    Et ce n'est pas la 404.php attendue qui apparaît en cas d'erreur d'adresse dans les pages http://info.sio2.be .
    Si je ne l'étais déjà, je dirais que je vais devenir fou...

    buddy
    18/08/2016, 14h13
    Citation Envoyé par ymai
    Tout ce qui doit être accessible ne doit-il pas être dans www ? Du coup, je n'ai jamais pensé à sortir le sous-domaine du www.
    non, tu peux mettre ton site info.sio2.be dans le répertoire /info directement à la racine, il suffit de le configurer dans le manager et c'est bon

    par défaut tout est dans le /www mais quand tu crées des sous domaines c'est mieux de les mettre dans un autre dossier à la racine

    kingkurt
    18/08/2016, 13h56
    Citation Envoyé par ymai
    *Temporairement...*

    Le temps de trouver la méthode pour déplacer le WP vers son répertoire perso (je pense que c'est déjà bon) et de trouver le temps pour le faire (aarrrghhhh).

    À moins de comprendre ce qui a pu briser 4 belles années d'harmonie entre ce WP et mes autres répertoires.
    Temporairement. ou pas tu risques de foutre un sacré bordel dans ton référencement.

    Et je ne comprend absolument pas pourquoi tu veux déplacer WP que si je comprend bien et sur ton nom de domaine principal.
    C'est beaucoup plus logic de déplacer les sous domaines dans des dossier sous-domaines à la racine de ton hébergement (avant www)
    et de faire pointer les sous domaines sur les dossiers crées

    alors p.ex. info.sio2.be -> dossier info
    cours.sio2.be -> dossier cours

    Comme tu ne fais pas d'url rewriting pour les pages programmée toi même tu n'as même pas besoin d'un .httaccess pour les sous-domaines

    ymai
    18/08/2016, 13h38
    Citation Envoyé par kingkurt
    Tu fais comme tu veux mais une chose est sûre en désactivant l'.htaccess de WP tu vas avoir pleins d'erreurs 404 chaque fois que Google crawl ton site WP et chaque fois q'un viseur vient par un recherche sur Google ou un autre moteur de recherche
    *Temporairement...*

    Le temps de trouver la méthode pour déplacer le WP vers son répertoire perso (je pense que c'est déjà bon) et de trouver le temps pour le faire (aarrrghhhh).

    À moins de comprendre ce qui a pu briser 4 belles années d'harmonie entre ce WP et mes autres répertoires.

    ymai
    18/08/2016, 13h24
    Citation Envoyé par buddy
    on s'est mal compris je crois, le sous domaine info.sio2.be ne doit pas être dans le dossier /www/info mais /info directement (sans le www) et dans le manager tu fais pointer info.sio2.be sur /info
    Tout ce qui doit être accessible ne doit-il pas être dans www ? Du coup, je n'ai jamais pensé à sortir le sous-domaine du www.

    buddy
    18/08/2016, 13h18
    on s'est mal compris je crois, le sous domaine info.sio2.be ne doit pas être dans le dossier /www/info mais /info directement (sans le www) et dans le manager tu fais pointer info.sio2.be sur /info

    kingkurt
    18/08/2016, 13h16
    Citation Envoyé par ymai
    Il n'y a pas plus à jour que cela )
    Temporairement (tant pis pour le référencement), j'ai supprimé l'URL rewriting sur ce WP. Du coup, toutes les règles du .htaccess ont été mises à jour et celle qui fait problème a disparu.
    J'attends maintenant de voir l'effet sur le trafic dans le manager.
    Tu fais comme tu veux mais une chose est sûre en désactivant l'.htaccess de WP tu vas avoir pleins d'erreurs 404 chaque fois que Google crawl ton site WP et chaque fois q'un viseur vient par un recherche sur Google ou un autre moteur de recherche

    ymai
    18/08/2016, 13h09
    Citation Envoyé par buddy
    ton wordpress est à jour au fait ?
    Il n'y a pas plus à jour que cela )
    Temporairement (tant pis pour le référencement), j'ai supprimé l'URL rewriting sur ce WP. Du coup, toutes les règles du .htaccess ont été mises à jour et celle qui fait problème a disparu.
    J'attends maintenant de voir l'effet sur le trafic dans le manager.
    Citation Envoyé par buddy
    Sinon, je reste d'avis que ton sous domaine info.sio2.be ne doit pas également être joignable par www.sio2.be/cours/infos et que c'est mieux de le déplacer. (çà règlera tous tes problèmes d'un coup d'ailleurs puisqu'il sera dans un autre dossier avec un autre .htaccess).
    Selon tes indications d'hier, je l'ai déplacé dans /www/info et j'ai renommé l'ancien /www/cours/info
    Mais cela n'a malheureusement eu aucun effet sur le Bot de Google. Je l'ai laissé là pour l'instant.
    Par contre, c'est peut-être le WP qu'il faudrait alors déplacer hors de la racine afin de lui faire son .htaccess personnel..

    buddy
    18/08/2016, 12h54
    bonne question.

    ton wordpress est à jour au fait ?

    Sinon, je reste d'avis que ton sous domaine info.sio2.be ne doit pas également être joignable par www.sio2.be/cours/infos et que c'est mieux de le déplacer. (çà règlera tous tes problèmes d'un coup d'ailleurs puisqu'il sera dans un autre dossier avec un autre .htaccess).

    ymai
    18/08/2016, 12h08
    Bonjour
    Je pense avoir trouvé la clef du problème.

    Le blog Wordpress (présent depuis 2012) utilise les règles précisées dans mon premier post
    Code:
    RewriteEngine On
    RewriteBase /
    RewriteCond %{REQUEST_URI} !(cours) [NC]
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    et dont je précisais que je ne les maîtrisais pas.
    J'aurais dû aller plus longtemps à l'école...

    Interpréterais-je mal en disant que la dernière règle indique que tout problème sur une page implique de renvoyer sur la page /index.php _à la racine_ de l'URL?
    Donc, toute erreur dans une adresse
    http://sio2.be/monBlog renvoie à http://sio2.be/index.php (soit la page frontale, ce qui est très bien!!)
    Mais
    http://info.sio2.be ramène à... http://info.sio2.be/index.php
    et la boucle est lancée.

    D'ailleurs, si je désactive temporairement cette dernière règle
    Code:
    RewriteRule . /index.php [L]
    C'est bien la bonne page 404.php qui vient.

    Il ne reste plus qu'à comprendre comment tout cela a bien fonctionné pendant près de 4 années et que, maintenant, c'est cassé.

    PS: Buddy, c'est en essayant tes différentes propositions d'hier soir que l'idée m'est venue. Après avoir terminé toutes les tâches que tu proposais, je me suis brutalement interrogé sur cette RewriteRule.

    buddy
    17/08/2016, 16h25
    Citation Envoyé par ymai
    Pourtant, je trouve bien plus simple de délivrer oralement l'URL http://info.sio2.be que http://sio2.be/cours/info
    D'autant que je fonctionne comme cela depuis des années et toutes les références sur les moteurs de recherche et les sites amis sont sur http://info.sio2.be
    Il suffirait que je trouve le fait nouveau qui engendre le souci actuel.
    je n'ai rien contre çà.

    Mais alors si tu veux garder ce sous domaine, personnellement je créerai à la racine un dossier /info et je déplacerai tout le contenu de /www/cours/info dans /info
    et je ferais pointer le sous domaine infos.sio2.be vers /info plutôt que vers www/cours/info.

    çà résoudrait surement pas mal de problème ..
    NB : idem pour cell.sio2.be

    avec une redirection via .htaccess de https://sio2.be/cours/info vers https://info.sio2.be/

    2)
    dans tes pages 404.php, je te conseille d'ajouter dans le head la meta suivante
    çà évitera qu'elle soit indexée en accès "direct"

    4) ton site est accessible via sio2.be et www.sio2.be
    il faudrait en choisir un et ajouter au .htaccess
    avec par exemple :
    Code:
    RewriteEngine on
    RewriteCond %{HTTP_HOST} ^sio2.be [NC]
    RewriteRule ^(.*)$ https://www.sio2.be/$1 [L,R=301,NC]

    ymai
    17/08/2016, 16h20
    Fait... (j'avais d'ailleurs déjà testé)

    http://info.sio2.be/404.php (ou même http://sio2.be/cours/info/404.php)

    http://sio2.be/404.php
    et
    ErrorDocument 404 /404.php
    dans le .htaccess de /www/cours/info

    ymai
    17/08/2016, 16h11
    Citation Envoyé par buddy
    il vaut mieux supprimer les sous domaines info.sio2.be et cell.sio2.be qui n'apportent rien
    Pourtant, je trouve bien plus simple de délivrer oralement l'URL http://info.sio2.be que http://sio2.be/cours/info
    D'autant que je fonctionne comme cela depuis des années et toutes les références sur les moteurs de recherche et les sites amis sont sur http://info.sio2.be
    Il suffirait que je trouve le fait nouveau qui engendre le souci actuel.

    Citation Envoyé par buddy
    C'est ton site après, c'est à toi de trouver comment sont générées ces pages et comment régler ce problème.
    Parfois, il faut savoir faire preuve d'humilité et se tourner vers quelqu'expert )

    Citation Envoyé par buddy
    Pour finir, actuellement tes "pages" comme https://info.sio2.be/infobase/5/pyth...press/info.css ne peuvent pas disparaitre de l'index, car il n'y a ni balise méta robots ni erreur 404 pour ne pas les indexer ...
    si tu testes la page https://info.sio2.be/infobase/5/pyth...press/info.css sur le site http://testuri.org/sniffer , tu verras qu'elle retourne un code 200 OK.
    Nous en restons donc à la question: comment cette url monstrueuse peut-elle être générée?
    Ou, plus précisément, pourquoi la page http://info.sio2.be/index.php
    est-elle utilisée comme page d'erreur dans la branche http://info.sio2.be, puisque c'est d'elle que démarre la boucle infernale qui fait passer par tous les sous-répertoire de /www/cours/info . Ce dernier contenant donc bien
    Code:
    sio2.be  |--> blog wordpress
             |
             |--> cours |--> info
                        |      | --> infobase
                        |      | --> python
                        |      | --> calcooo
                        |      | --> kpz
                        |      | --> impress
                        |      | --> infosc
                        |      | --> delphi
                        |      | --> tdtooo
                        |      | --> draw
                        |      | --> gimp
                        |      | --> ....
                        |      info.css
                        |
                        | --> cell --> ...
    dans cette structure-là et non dans une structure avec sous-répertoire enchaînées... comme le laisserait entendre l'URL difforme.

    Et, très curieusement, ce n'est pas le cas dans la branche http://sio2.be/cours/info (qui pointe pourtant vers la même chose que http://info.sio2.be).

    Merci pour ta patience.

    PS: un truc qui me chiffonne quand même: pourquoi mes .htaccess ne sont pas pris en compte? Ni celui qui se trouve à la racine, ni ceux que je tente de créer dans les sous-répertoires comme /www/cours/info (idée qui m'est venue après ta question "est ce qu'il y a un .htaccess dans www/cours/info"). L'ErrorDocument 404 n'a eu aucun effet (je ne l'ai pas laissé). Il me semble que l'effet devrait être instantané, non?

    buddy
    17/08/2016, 15h41
    il faudrait alors peut être en mettre un dans le dossier www/cours/info
    avec
    ##404 personnalise
    ErrorDocument 404 /404.php

    et avoir une page 404.php dans www/cours/info/

    ymai
    17/08/2016, 15h31
    Citation Envoyé par buddy
    est ce qu'il y a un .htaccess dans www/cours/info ?
    qu'il y a t il dedans ?
    Nope. Pas de .htaccess là.
    À tout hasard, j'ai vérifié en accès SSH qu'il n'y a aucun .htaccess "non maîtrisé" nulle part:
    Code:
    find . -name ".htaccess"
    Et rien dans /www/cours (qui est le seul endroit qui pose encore problème)

    buddy
    17/08/2016, 15h11
    est ce qu'il y a un .htaccess dans www/cours/info ?
    qu'il y a t il dedans ?

    buddy
    17/08/2016, 15h01
    je trouve cette structure étonnante ... Puisque certains dossiers sont accessibles via plusieurs liens.
    il faudrait "imposer" un seul sous domaine pour justement éviter le duplicate content ...
    à mon avis il vaut mieux supprimer les sous domaines info.sio2.be et cell.sio2.be qui n'apportent rien et qui apportent du duplicate content ..
    ou alors ajouter au .htaccess

    Code:
    Redirect Permanent /cours/info/ https://info.sio2.be/ (il faut vérifier la syntaxe) 
    Redirect Permanent /cours/cell/ https://cell.sio2.be/ (il faut vérifier la syntaxe)
    Non, la balise meta robots n'est pas redondante. il faut la mettre ... C'est ton site après, c'est à toi de trouver comment sont générées ces pages et comment régler ce problème.

    Pour finir, actuellement tes "pages" comme https://info.sio2.be/infobase/5/pyth...press/info.css ne peuvent pas disparaitre de l'index, car il n'y a ni balise méta robots ni erreur 404 pour ne pas les indexer ...
    si tu testes la page https://info.sio2.be/infobase/5/pyth...press/info.css sur le site http://testuri.org/sniffer , tu verras qu'elle retourne un code 200 OK.

    et par défaut google indexe ce qui renvoi un code 200 OK (sauf si elles ont la balise )
    Après, si pour toi il n'y a rien d'interessant à indexer dans https://info.sio2.be/infobase/5/python/, tu peux bloquer ce répertoire au niveau du robots.txt

    ymai
    17/08/2016, 14h27
    Bonjour Buddy
    Qu'il est difficile d'exposer mes incompétences. Mais comme il le faut...

    Citation Envoyé par buddy
    Bonjour,

    1) Je ne comprend pas, http://info.sio2.be et http://sio2.be pointe au même endroit ?
    La structure est la suivante
    Code:
    sio2.be  |--> blog wordpress
             |
             |--> cours |--> info
                        |      | --> infobase
                        |      | --> python
                        |      | --> calcooo
                        |      | --> gimp
                        |      | --> ....
                        |
                        | --> cell --> ...
    Tout ce qui est dans "cours" est codé avec mes petites mains. Apparemment, avec quelques maladresses.

    Dans le manager, onglet "multisite", info.sio2.be est défini comme www/cours/info et
    cell.sio2.be => www/cours/cell

    Citation Envoyé par buddy
    2) interdit aux robots d'indexer les .css çà ne sert pas à grand chose ..
    Je ne puis qu'être d'accord. J'ai fait ça, moi? À l'insu de mon plein gré. Ouuuupsssss. Mais où donc?

    Citation Envoyé par buddy
    3) cette page "https://info.sio2.be/infobase/5/python/kpz/impress/calcooo/infosc/delphi/tdtooo/gimp/python/impress/draw/impress/info.css" est gérée par quoi ? wordpress ? un CMS perso ?
    C'est une excellente question. Si je comprenais ce qui gère ce type d'horreur, je pense que le problème serait résolu.
    Citation Envoyé par buddy
    comment cela se fait-il qu'il n'y ait pas de balise meta robot ?
    Encore une bonne question. Mais une telle balise n'est-elle pas redondante avec le robots.txt placé à la racine?
    Et, fait étrange (pour moi), le fichier robots.txt de la racine contient
    Code:
    User-agent: *
    Disallow: /cours/info/
    Ce qui n'empêche d'ailleurs pas Google d'aller l'explorer le répertoire pointé (une rustine que j'avais tenté de poser pour éviter le parcours dudit répertoire et arrêter les erreurs 404).
    Citation Envoyé par buddy
    Dans mon post précédent, j'ai donné des infos pour avoir des balises méta robots qui justement évite le duplicate content.
    Documentation que j'ai lue avec la p lus grande attention. Toutefois, elle me semble ne concerner que Wordpress. Et je ne constate pas de problèmes au niveau du blog (bien maigre, il est vrai).
    Citation Envoyé par buddy
    Maintenant que les robots ont indexé tout et nimporte quoi, il faut passer par là. (et attendre quelques jours que ces URLs soient supprimées des index par les robots).
    Ce ne serait donc plus qu'une question de patience? Cela tombe bien, j'en ai un tombereau à disposition.
    Sans doute celle dont j'ai abusé auprès de mes interlocuteurs ici?

    buddy
    17/08/2016, 13h09
    Bonjour,

    1) Je ne comprend pas, http://info.sio2.be et http://sio2.be pointe au même endroit ?

    2) interdit aux robots d'indexer les .css çà ne sert pas à grand chose ..

    3) cette page "https://info.sio2.be/infobase/5/python/kpz/impress/calcooo/infosc/delphi/tdtooo/gimp/python/impress/draw/impress/info.css" est gérée par quoi ? wordpress ? un CMS perso ? comment cela se fait-il qu'il n'y ait pas de balise meta robot ?
    Dans mon post précédent, j'ai donné des infos pour avoir des balises méta robots qui justement évite le duplicate content.
    Maintenant que les robots ont indexé tout et nimporte quoi, il faut passer par là. (et attendre quelques jours que ces URLs soient supprimées des index par les robots).

    4) OVH propose le HTTPS lets encrypt sur les hébergements gratuitement et par défaut.

    ymai
    17/08/2016, 12h40
    Bonjour et merci à ceux qui se sont déjà penchés sur mon problème.
    Voici les nouvelles (rassurantes?) du front.

    Je suis de retour sur le cluster principal. Annonce reçue dans la nuit... Bien.

    J'ai tenté de comprendre le fonctionnement de GWT proposé par Abazada. Mais cela dépasse largement mon niveau. Dsl...
    J'ai utilisé https://validator.w3.org/checklink qui m'a mis sur une piste intéressante: un lien, présent sur presque toutes les pages, vers un outil de recherche _dans le site_ et qui utilisait lui-même Google.
    J'ai supprimé ce lien.
    Bien m'en a pris puisque cela semble corrélé à la disparition des erreurs 404 .
    C'était pourtant un outil en place depuis... je ne sais même plus combien de temps tellement c'est loin (ordre de grandeur, une année, au moins)

    Selon https://validator.w3.org/checklink, il ne me reste plus que des liens externes morts à gauche et à droite.

    J'ai adopté le .htaccess du buddy avec
    Code:
    # BEGIN WordPress
    
    RewriteEngine On
    RewriteBase /
    RewriteCond %{REQUEST_URI} !(cours) [NC]
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    
    # END WordPress
    
    ##404 personnalise
    ErrorDocument 404 /404.php
    Toutefois,
    http://sio2.be/cours/info/existePas est quand même intercepté par le blog Wordpress, malgré la directive "qui va bien"
    La directive ErrorDocument n'est pas active: la page 404.php prévue (http://sio2.be/404.php ) n'est jamais appelée alors que la page http://info.sio2.be/infobase/existePas (mal formée, donc) apparaît systématiquement en cas d'erreur.

    Pourtant, tout me semble bien en place. Je dois être un âne pour ne pas voir...
    Capture d'écran de FileZilla côté serveur ci-dessous.
    http://sio2.be/images/htaccess.png

    J'ai toujours autour de 1200 hits/min (au lieu de max 200 en routine) avec toujours des boucles dans les adresses visitées et visibles dans les logs.
    https://info.sio2.be/infobase/5/python/kpz/impress/calcooo/infosc/delphi/tdtooo/gimp/python/impress/draw/impress/info.css

    Plus inquiétant, peut-être, je trouve des choses du type:

    http:_//info.sio2.be/infobase/5/1.php&sa=U&ved=0ahUKEwj3qtHeoMLKAhXHSRoKHTHkCDMQwW 4ILDAL&usg=AFQjCNFnTaDDIptjECvDoIDcbsTeLpl_vwhttp://info.sio2.be/infobase/5/draw/python/infosc/calcooo/delphi/python/index.php

    alors que cette page http://info.sio2.be/infobase/5/1.php n'est pas prévue pour envoyer le moindre paramètre GET
    (le _ derrière http: est ajouté par moi pour éviter que le forum n'interprète l'adresse et la raccourcisse)

    Finalement, je trouve aussi des liens internes en httpS
    https://info.sio2.be/infobase/5/pyth...lphi/index.php
    alors que je n'ai pas activé httpS
    Mais cette dernière observation est sans doute sans importance.

    Que je sois damné si j'y comprends quelque chose...
    Merci à toute bonne âme qui passerait pas là.

    buddy
    15/08/2016, 14h49
    Sinon tu peux modifier le .htaccess.

    voici ce que j'ai moi pour éviter que wordpress ne recupère les 404 du forum et etc ...

    http://site.fr/forum/page_inexistante.php renvoie une page 404 que j'ai moi même créé et pas celle par défaut de wordpress.
    idem pour http://site.fr/portal/page_inexistante.php


    RewriteEngine On
    RewriteBase /
    RewriteCond %{REQUEST_URI} !(forum|portal) [NC]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    ##404 personnalise
    ErrorDocument 404 /404.php

    pour éviter le duplicate content j'ai également ajouter (le code pour la version sans plugin ) https://wpformation.com/reduire-cont...que-wordpress/

    kingkurt
    15/08/2016, 12h00
    Citation Envoyé par ymai
    Merci Kingkurt
    J'utilise bel et bien le Wordpress. Mais le site contient plusieurs parties réparties sur des sous-domaines.
    .
    Dans ce cas il faut laisser l'.htaccess de wordpress à la racine de ton site principal. Sinon l'url rewriting de WP ne peut pas fonctionner. Je ne sais pas si tu connais un peu WP mais il faut savoir qu'il y'a en principe qu'un seul page dans wp - index.php - tous les autres pages sont "construits" en fonction de l'url qui indique au index wp quel contenu chercher dans la bdd. Par contre si tu as d'autres pages (non WP) sur http://sio2.be il faut les bien séparer dans un dossier qui ne porte pas le même nom qu'un "dossier virtuel" de wp sinon il'y a des "interférences" avec wp. Je suppose que tes errors 404 viennent de là.
    Il est d'ailleurs vrai que WP ne crée pas un ficher robot.txt. Mais tu peux le faire toi même
    Si tu tapes dans GOOGLE site:sio2.be tu vois qu'il y a pleins des pages référencés avec des des urls réécrit WP ils vont maintenant tous provoquer des erreurs 404

    Abazada
    15/08/2016, 02h37
    Citation Envoyé par ymai
    Un plugin qui aurait viré le robots.txt? Étonné, je serais...
    //
    Sans robots.txt, c'est open-bar?
    Sauf erreur il n'y a pas de robots.txt avec WP; génération dynamique (Php).

    Il y a une différence entre "pas de robots.txt" (404), donc accès à tout,
    et renvoyer une page html quand on demande robots.txt...

    ymai
    15/08/2016, 00h35
    Bonjour Abazada
    Citation Envoyé par Abazada
    Oui WP "centralise" tout,
    mais un WP normal base retourne bien un robots.txt par exemple (qu'il génère dynamiquement)
    alors que le tien retourne la page d'accueil.
    Donc le tien est "cassé" quelque part... Un mauvais plugin?
    Un plugin qui aurait viré le robots.txt? Étonné, je serais... Je me dirigerais plutôt vers une mauvaise manœuvre de ma part. Mais quelle curieuse idée, aussi, que de supprimer ce fichier??? Une nuit de pleine-lune, peut-être?
    Me tromperais-je à dire que robots.txt ne sert qu'à demander aux crawlers de *ne pas* visiter certaines pages? Sans robots.txt, c'est open-bar?

    Citation Envoyé par Abazada
    Sinon essaye de voir si GWT t'indique où il a trouvé ces URL mal formées
    (comme celle de ton premier exemple, contenant 'index.phphttp'...)
    Super outil, apparemment. Je regarde cela dès que possible. J'avais déjà essayé l'un ou l'autre outil "en ligne", mais sans grand succès.

    Analyse actuelle de la situation: j'ai près de 3500hits/s sur 404...
    http://sio2.be/images/trafic2.png

    ymai
    15/08/2016, 00h28
    Merci Kingkurt
    J'utilise bel et bien le Wordpress. Mais le site contient plusieurs parties réparties sur des sous-domaines.
    Merci aussi pour le signalement des soucis d'encodage. C'est aussi une petite difficulté récente qui m'a été signalée sur d'autres pages (toutes hors Wordpress) et que je tente de corriger à chaque fois que je la trouve. C'est assez récemment qu'on m'a signalé le problème sur plein d'autres pages auxquelles je n'avais pas touché depuis très longtemps. Bizarre.

    Abazada
    14/08/2016, 11h32
    Oui WP "centralise" tout,
    mais un WP normal base retourne bien un robots.txt par exemple (qu'il génère dynamiquement)
    alors que le tien retourne la page d'accueil.
    Donc le tien est "cassé" quelque part... Un mauvais plugin?

    Sinon essaye de voir si GWT t'indique où il a trouvé ces URL mal formées
    (comme celle de ton premier exemple, contenant 'index.phphttp'...)

    kingkurt
    14/08/2016, 11h30
    Je ne comprends pas pourquoi tu as laissé l' .htaccess de WP si tu n'utilise pas wordpress pour ton site.
    Par ailleurs il'y des problèmes d'affichage des caractères spéciaux (ex. http://www.sio2.be/cours/index.php) charset=ISO-8859-1

    ymai
    14/08/2016, 11h13
    Merci Abazada pour ces commentaires éclairants.
    Citation Envoyé par Abazada
    Bonjour,

    Ton code "pour WordPress" redirige tout ce qui n'existe pas sur /index.php.
    Ok, pourquoi pas ?
    Mais il retourne un code 200 au lieu d'un code 404, et ça c'est une mauvaise idée.
    C'est aussi cette page retournée pour robots.txt, sitemap.xml, favicon.ico...! Pas bon.
    Ce code est généré par Wordpress lui-même; il figure dans le cœur du logiciel: https://codex.wordpress.org/htaccess
    Je suis donc étonné du caractère peu amical de son comportement.

    Citation Envoyé par Abazada
    Au passage, ton ErrorDocument 404 ne sert à rien à cause de ces règles.
    Capté!
    J'ai donc fait ceci:
    - dans WP, j'ai désactivé le mode rewrite
    - j'ai renommé le fichier .htaccess (-> .htaccess.bak) pour le mettre hors-jeu
    - WP fonctionne toujours mais moins "moteurs de recherches friendly" (pas grave, je ne cherche pas l'audience)

    À partir de ce moment, les pages du type http://info.sio2.be/existepas renvoient vers une "vraie" 404 et n'envoient plus dans la boucle récursive.

    Tentative de conclusion provisoire:
    - ce serait sans doute bien le fichier .htaccess de Wordpress qui met le brin
    - je ne comprends toujours pas pourquoi tout fonctionnait correctement jusqu'il y a quelques jours
    - sans doute pourrais-je maintenant activer un "ErrorDocument 404 ...", mais j'attends de voir si le bot de Google se trouve mieux de la situation actuelle.

    [edit quelques minutes plus tard]
    C'est effectivement miraculeux:
    http://sio2.be/images/trafic.png
    [/edit]

    Abazada
    14/08/2016, 08h32
    Bonjour,

    Ton code "pour WordPress" redirige tout ce qui n'existe pas sur /index.php.
    Ok, pourquoi pas ?
    Mais il retourne un code 200 au lieu d'un code 404, et ça c'est une mauvaise idée.
    C'est aussi cette page retournée pour robots.txt, sitemap.xml, favicon.ico...! Pas bon.

    Au passage, ton ErrorDocument 404 ne sert à rien à cause de ces règles.

    L'extrait de log que tu montres semble indiquer que quelque part (html, sitemap, htaccess,...)
    il y a un lien avec un "/" devant "http". Pas bon du tout, surtout quand on retourne pas de 404!

    ymai
    12/08/2016, 16h40
    Bonjour
    Je reçois l'avertissement qu'un site web personnel sur un mutualisé dépasse les limites du nombre de visites acceptables et que, pour préserver la qualité du service, ce site a été isolé.
    Et c'est clair: au lieu de 200 à 300 hits/min, je suis actuellement à près de 4000 hits/min depuis deux à trois jours..

    Dans les logs, je découvre énormément de lignes du type suivant:
    Code:
    66.249.64.50 info.sio2.be - [09/Aug/2016:23:59:05 +0200] "GET /infobase/5/python/kpz/impress/index.phphttps://info.sio2.be/infobase/5/python/kpz/impress/calcooo/tdtooo/draw/infosc/impress/python/impress/index.php HTTP/1.1" 200 2814 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
    qui me semblent montrer qu'un Bot de Google s'emmêle les pinceaux dans la structure du site (qui n'a pas été modifiée depuis des mois).
    Apparemment, le souci semble dû à des liens en boucle entre les pages de différents répertoires. Et le robot tourne en rond.
    Interprété-je correctement si je dis qu'il semble entrer dans
    http://info.sio2.be/infobase/5 (qui existe, et qui contient un lien en retour vers http://info.sio2.be/infobase, contenant lui-même un lien en retour vers http://info.sio2.be ; rien que du "normal" dans un site à l'arborescence logiquement structurée)
    puis, sauter vers le répertoire python (qui existe, mais, en fait, pas dans /infobase/5 mais à l'adresse http://info.sio2/be/python
    puis sauter vers le répertoire http://info.sio2.be/infobase/5/python/kpz (qui existe, mais à l'adresse http://info.sio2.be/kpz
    et ainsi de suite...
    comme s'il existait une redirection dans chacun de ces répertoires. Ce qui n'est pas vrai.

    Dans ma perplexité, j'ai aussi découvert que toutes les adresses incorrectes mènent à la même page:
    http://info.sio2.be/python/5/25.php
    Comme s'il y avait une redirection 404 vers cette page.
    Et cette page d'erreur (???) est mal formée puisque, à la place des fichiers CSS, on trouve... le même fichier php. On se trouverait devant une récursion, que cela ne m'étonnerait pas.

    Bien sûr, j'ai cherché où j'aurais pu introduire un lien 404 vers cette page-là.
    Et j'ai trouvé un fichier .htaccess à la racine de http://info.sio2.be . Mais il ne contenait rien d'incorrect du type
    Code:
    ErrorDocument 404 message_ou_destination
    De plus, j'ai supprimé ce fichier qui n'était vraiment pas indispensable. Et rien n'a changé.

    Curieusement (et peut-être est-ce une piste):
    http://info.sio2.be/existepas renvoie systématiquement vers http://info.sio2.be
    http://info.sio2.be/infobase/2/existepas renvoie vers la même page mais mal formée

    Quelqu'un aurait-il une idée de savoir où chercher:
    - Pourquoi le robot de Google tourne fou
    - Pourquoi la page http://info.sio2.be semble se comporter comme une redirection 404
    - Si les deux soucis sont liés (ce que je pressens)

    Complément d'information: depuis trèèèès longtemps, un Wordpress se trouve dans le même hébergement (http://www.sio2.be .
    On y trouve le .htaccess suivant (qui pourrait être la cause du problème, mais pourquoi maintenant?). Je pense que ce fichier a été généré lors de l'installation de Wordpress, il y a des dizaines de mois; et j'avoue ne pas maîtriser sa syntaxe.

    Code:
    # BEGIN WordPress
    
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    
    
    # END WordPress
    Déjà merci et bravo de m'avoir suivi jusqu'à cette ligne-ci...
    Encore un plus grand merci à celui ou celle qui aura l'étincelle vers la résolution.