[réparé] La carte n'affiche plus correctement les points OSM

[sly]

Exemple : https://www.refuges.info/nav?map=14/6.1182/45.716

Si je ne coche que la case "alimentation" j'ai bien une pastille de cluster qui indique 3, ok, c'est crédible, je passe ma souris dessus et j'ai bien les 3 magasins de Lescheraines où on peut se ravitaller, mais si je zoom, ou clic je n'ai plus d'icone qui me donne leur position.

[Pascal 74]

Exemple : https://www.refuges.info/nav?map=14/6.1182/45.716

Si je ne coche que la case "alimentation" j'ai bien une pastille de cluster qui indique 3, ok, c'est crédible, je passe ma souris dessus et j'ai bien les 3 magasins de Lescheraines où on peut se ravitaller, mais si je zoom, ou clic je n'ai plus d'icone qui me donne leur position.

Bah moi si, après avoir zoomé avec Firefox, Chrome, et Edge (W7)

Zoom-alim.JPG

Par contre, c'est vrai qu'il faut zoomer fort pour séparer la fusion

[Dominique]

Bah moi si, après avoir zoomé avec Firefox, Chrome, et Edge (W7)

Tout pareil (W10)

[sly]

Rien à faire, sur un desktop Linux, que ça soit avec FF ou chromium dès qu'une icône devrait s'afficher, que dalle.
Enregistrement de session en vidéo : https://sly.letuffe.org/echange/a.webm

Pistes de recherches : je suis certain qu'en Mai 2024 ça marchait très bien, et en Juillet, ça marchait probablement car il me semble m'en être servi pour chercher des campings en Italie. On arriverait sur une modif assez récente sur la chaîne.

En ouvrant mon debugger js, je crois comprendre d'où vient le problème :
Je vois passer la ligne :

GET https://chemineur.fr/ext/Dominique92/Ge ... hostel.svg [HTTP/2 503 Service Unavailable 237ms]

En gros, ça va chercher chez chemineur.fr les icones svg plutôt que sur le site refuges.info. Si j'en crois mon historique git, c'est comme ça depuis longtemps, sauf qu'une nouveauté est survenue :
"HTTP/2 503 Service Unavailable"

C'est chemineur qui me déteste !

Si j'essaye avec wget :

wget -S https://chemineur.fr/ext/Dominique92/Ge ... hostel.svg
--2024-09-10 22:53:52-- https://chemineur.fr/ext/Dominique92/Ge ... hostel.svg
HTTP/1.1 403 Forbidden
(...)
Blocked-By-Security-Rule: badbots

Tiens donc, badbots ? soit poli dis donc !

Si je vais depuis mon navigateur, juste pour voir l'icône : https://chemineur.fr/ext/Dominique92/Ge ... hostel.svg, j'ai brièvement une page avec un tigre qui apparaît, ça m'affiche trop rapidement un truc en rapport avec la sécurité, un test, une analyse de je ne sais quoi pour finir par me rediriger vers l'icône tant convoitée.

Pas certain que la lib openlayers puisse passer le test.

Évidement, au fûr et à mesure que j'écris, la piste s'éclairci et le suspect numéro 1 devient l'activation chez O2switch d'une fonctionnalité de défense contre les méchants sly sous linux qui tentent de voir des icônes en svg, hoo, le gredin !

yapuka repasser les icônes en local, et je sens que tout va se résoudre.

[Dominique]

Ha ouais !
Il semble que tu sois la victime du tigre O2switch
Ton FAI a dû être référencé comme "non digne de confiance"
Peut être qu'il héberge quelque peu recommandables ?
Je continue à penser que filtrer par les adresses IP n'est pas la bonne méthode
D'ailleurs, la majorité attaques vient de Google, Microsoft ou Meta mais personne ne se permettra de les déclarer insalubres (ça serait d'ailleurs idiot)

Le test intéressant car j'avais peur de perdre des clients avec cette méthode (imagine que certains passent par leur PC d'entreprise)
Effectivement, le code chemineur n'a rien à faire sur WRI.
Je vais rapatrier la production des icônes SYM.

[Dominique]

Voilà. J'ai relevé un peu la patte du tigre.
Dis moi si ça va mieux ?

images.png

[Dominique]

Sly, pour les icones https://wiki.openstreetmap.org/wiki/Ope ... d_patterns
aurais-tu une meilleure piste que https://wiki.openstreetmap.org/w/images ... 14.svg.png ?
Quelque chose de systèmatique pouvant être calculé à partir de <tag k="shop" v="supermarket"/>

[sly]

Ton FAI a dû être référencé comme "non digne de confiance"

ça je le savais déjà, c'est OVH mon FAI, du point de vue d'O2switch on peut comprendre que ça ne soit pas la "confiance" envers un concurrent

Peut être qu'il héberge quelque peu recommandables ?

ça c'est sur : un type sous linux c'est soit un pirate, soit un dangereux anarchiste -> au Goulag

Je continue à penser que filtrer par les adresses IP n'est pas la bonne méthode

Quand c'est mal fait, j'en conviens. Toutefois je commence à craindre que nous (l'internet des gentils) n'ayons pas d'autres solutions si nous ne souhaitons pas une immatriculation/identification de chaque internaute.

D'ailleurs, la majorité attaques vient de Google, Microsoft ou Meta mais personne ne se permettra de les déclarer insalubres (ça serait d'ailleurs idiot)

Professionnellement, je l'ai fais pour des clients, et à plusieurs reprises. Quand leur serveur était totalement ralenti sous les "attaques" depuis des services Amazon, ils ont facilement consenti à quelques inconvénients (fantasmés) devant le gros inconvénient de leur site devenu inaccessible.
Si Amazon est assez con pour avoir sur le même bloc d'IP les blancs et les gris, il finira par regretter les clients qui partent pour la concurrence.

Effectivement, le code chemineur n'a rien à faire sur WRI.
Je vais rapatrier la production des icônes SYM.

Top ! Pour pleins d'autres raisons (panne O2switch, règles bizarroïdes de protection, mise en maintenance de chemineur) , c'est de toute façon préférable de dépendre du plus petit nombre possibles de services externes.

Voilà. J'ai relevé un peu la patte du tigre.
Dis moi si ça va mieux ?
images.png

Non, ça ne change rien.

503.png

A noter que de chez moi (FAI OVH) ou du bureau (FAI professionnel fibre local) dans les deux cas je suis blacklisté. ça doit vraiment venir de ma trogne !

Testé à l'instant, ça semble bien lié à l'IP ou bloc d'IP en tout cas, depuis mon smartphone avec réseau 4G orange, tout fonctionne avec Firefox mobile, si je passe en wifi ( FAI OVH donc), en (vidant le cache sinon ça marche) paf, les icones ne sont plus téléchargées.

Infos de plus :
- si je vais directement sur https://chemineur.fr là, tout fonctionne (j'ai une bref page intermédiaire qui me fait de la pub pour le tigre o2switch de la sécurité, mais il fini par me lâcher le site)
- si je retourne une deuxième fois sur chemineur.fr je n'ai plus le tigre de la sécurité, toutefois mes icônes sur refuges.info ne se téléchargent pas plus
- si j'accède à l'url direct de l'icône, là ça marche sans interlude

Tout ça est passionnant, j'ignore comment il fait pour distinguer que je me pointe "en direct" ou depuis "refuges.info" : mon user agent, mon IP, tout est identique dans les deux cas, reste juste le referer, dans un cas chemineur.fr dans l'autre refuges.info

[sly]

aurais-tu une meilleure piste que https://wiki.openstreetmap.org/w/images ... 14.svg.png ?

Quelque chose de systèmatique pouvant être calculé à partir de <tag k="shop" v="supermarket"/>

C'est à dire une meilleure piste ? plutôt que de se taper à la main la correspondance tag OSM <-> icônes choisie en svg ?

Et bien il existe différents jeux d'icônes, chaque rendu cartographique ayant le sien.
Oui, j'ai des pistes, mais je doute que tu sois plus rapide qu'en le faisant à la main vu qu'on a que 5 icônes à gérer !

Mais ça risque de te plaire, ça semble avoir été pensé par des informaticiens tordus passionné de factorisation capable de générer à la volée des icones SVG

Alors, les icônes svg "de base" du style appelé "openstreetmap-carto" sont ici (tout est open source et libre) :
https://github.com/gravitystorm/openstr ... er/symbols
exemple : https://github.com/gravitystorm/openstr ... market.svg

étrangement, elles sont toutes en noir, mais j'ai l'impression que le choix final du rose est fait de manière centralisé

Et la recette informatique qui donne la correspondance tags OSM+niveau de zoom -> icone+couleur est ici :
https://github.com/gravitystorm/openstr ... points.mss

attention, ça pique les yeux et y'a 3000 lignes.

Mais il y a d'autres jeux d'icône encore, et tous n'utilisent pas la syntaxe du format de mss. Il existe des librairies full javascript pour faire le rendu dans le navigateur et si ça se trouve, il existe déjà des extensions OpenLayers pour faire les POI

[Dominique]

Et bien il existe différents jeux d'icônes, chaque rendu cartographique ayant le sien.
Oui, j'ai des pistes, mais je doute que tu sois plus rapide qu'en le faisant à la main vu qu'on a que 5 icônes à gérer !

Mais ça risque de te plaire, ça semble avoir été pensé par des informaticiens tordus passionné de factorisation capable de générer à la volée des icones SVG

Alors, les icônes svg "de base" du style appelé "openstreetmap-carto" sont ici (tout est open source et libre) :
https://github.com/gravitystorm/openstr ... er/symbols
exemple : https://github.com/gravitystorm/openstr ... market.svg

étrangement, elles sont toutes en noir, mais j'ai l'impression que le choix final du rose est fait de manière centralisé

Ok merci. Je sors... c'était "juste" une vérification qu'il n'y ait rien de plus simple.
Mais si c'est pour faire des liens externes ou ajouter des modules qu'on ne contrôle pas, insérer mon code dans WRI sera la meilleure solution.

Pour la couleur, on trouve ça dans le wiki:
Icons are pixel-aligned vector images (SVG), generally based on 14 px matrix. While most of them are monochrome and their rendering color is defined in the MSS files, some of the icons have more than one color; in the latter cases, the colors are defined in the vector file itself. Halftones might be used.

[Dominique]

A noter que de chez moi (FAI OVH) ou du bureau (FAI professionnel fibre local) dans les deux cas je suis blacklisté. ça doit vraiment venir de ma trogne !

Pas seulement, je pense qu'ils font un cocktail de toutes les infos et accéder à un fichier très interne qui route .htaccess vers une moulinette PHP perso qu'on peut soupçonner de comporter des risques d'injection, le tout accédé par une IP qui héberge des sites, ... on peut comprendre que ça énerve le tigre.

[sly]

on peut comprendre que ça énerve le tigre.

Je comprend surtout qu'ils ont encore fait de l'excès de zèl chez O2switch sur la sécurité et on pondu un truc à moitié cuit car le service commercial leur a dit "la sécurité c'est vachement important, tout le monde s'inquiète, mais comme personne ne la paye, on va se faire une super page de com' avec des belles icônes, un joli tigre et un maxi baratin que personne ne comprend, et pour pas que ça fasse pas trop pipo on va reprendre une RBL pas trop cher qui nous servira pour bloquer des tas d'IP plus ou moins néfastes"

ps: chez OVH, le pool d'IP ADSL n'est pas le même que celui des serveurs dédiés et VM

[Dominique]

Au moins ils ont bien travaillé les images

tigerfr.jpg

[sly]

Me voilà de retour au bureau et cette fois ça passe !

Hier ça ne marchait pas, mais là ça passe (je vois http 200 dans la console réseau de FF pour chemineur.fr), donc ton assouplissement à peut être fait quelque chose

Par contre wget est banni comme "Blocked-By-Security-Rule: badbots"
Ce qui selon moi est une des réponse sécuritaire les plus médiocre qui soit de type tête dans le sable pour ne pas voir la tornade.

Un logiciel de téléchargement web est bloqué sur la base de son UserAgent ! (Je viens de confirmer quand je dis a wget de se faire passer pour chrome, ça passe)

C'est aussi médiocre que d'interdire la vente de couteaux sous prétexte que ça peut tuer.
Et ce serait en plus aussi débile que d'arréter les gens dans la rue qui portent un T-Shirt "Je suis un assassin" : Les pirates n'utilisent pas de UserAgent "je suis un pirate" c'est crétin, tous les pirates prennent un UserAgent discret, de type celui de Chrome.

Et en plus ça me gène à la fin car si je veux récupérer les icones de manière automatique je suis obligé de rajouter une option à wget pour qu'il mente sur son UserAgent.

[Dominique]

Me voilà de retour au bureau et cette fois ça passe !

Hier ça ne marchait pas, mais là ça passe (je vois http 200 dans la console réseau de FF pour chemineur.fr), donc ton assouplissement à peut être fait quelque chose

Oui, j'étais sorti du mode "je suis attaqué".

Par contre wget est banni comme "Blocked-By-Security-Rule: badbots"
Ce qui selon moi est une des réponse sécuritaire les plus médiocre qui soit de type tête dans le sable pour ne pas voir la tornade.

Un logiciel de téléchargement web est bloqué sur la base de son UserAgent ! (Je viens de confirmer quand je dis a wget de se faire passer pour chrome, ça passe)

C'est aussi médiocre que d'interdire la vente de couteaux sous prétexte que ça peut tuer.
Et ce serait en plus aussi débile que d'arréter les gens dans la rue qui portent un T-Shirt "Je suis un assassin" : Les pirates n'utilisent pas de UserAgent "je suis un pirate" c'est crétin, tous les pirates prennent un UserAgent discret, de type celui de Chrome.

Et en plus ça me gène à la fin car si je veux récupérer les icones de manière automatique je suis obligé de rajouter une option à wget pour qu'il mentent sur son UserAgent.

Bon, allez, j'enlève la clause UserAgent.
Ceci dit, j'ai pris pas mal de requêtes très bizarres sans UserAgent dans mon filtre. Donc il n'est peut-être pas si idiot que ça.

Finalement, liste d'IP bannies mise à part, il n'est pas si mal que ça leur petit firewall sur CPanel (le tigre).

C'est vrai que j'avais réglé tout ça en mode panique, ce qui est à faire quand on se fait détruire les sites 1 par 1 de façon récurente (y compris chemineur)
Mais ça semble s'être calmé (pour l'instant). Alors, je reviens un peu à la normale.
Trop heureux d'avoir un testeur avec un profil un peu atypique . Merci

Alors, si vous voulez vivre tranquille, ne montez jamais une boutique en ligne avec un chiffre d'affaire conséquent sur un site bien référencé.
2 jours après la mise en service, il n'y avait plus rien sur mon serveur
1 000 000 requêtes suspicieuses au mois d'aout.
Avant, je ne sais pas, ils ont même effacé les fichiers log...