[Problème] Composant Redirection_links des centaines de liens par jour

[BiometrieOnline]

Bonjour,

Super ! ce composant surtout lorsque l'on change toute le structure du site et que les anciens liens ne marchent plus, cela semble éviter de faire des redirections dans le .httaccess pour corriger les error 404.

Grâce à ce composant je découvre même des liens qui datent de la première version du site fait avec Note de windows dans les années 90.... je n'imaginait pas que des robots ou des site avait encore une trace de ces liens


Par contre, je ne comprends pas tous ces centaines de liens qui s'inscrivent tous les jours avec souvent des clic 404 à 0 en plus

Je cherche de la doc pour mieux comprendre ce composant mais je n'ai pas trouvé

Après 1 semaine de mise en ligne du nouveau site avec la 2.5....
J'avais au moins 200 000 liens dans la table de ce composant
En grande majorité avec des données de JEvents, pratiquement toutes les dates sur plusieurs années sont dans cette table de liens, même quand c'est vide.

Est ce que cela vient des robots qui scrutent tout ?????

J'ai du passer par l'admin de Mysql pour les supprimer car dans l'admin Joomla j'étais out of memory avec une telle quantité.

Je me demande ce qui va ce passer après qq semaines, ça va saturer un max
dans la base de données


Didier

[BiometrieOnline]

Re : Composant Redirection_links des centaines par jour

De plus en plus de données dans cette table..... des données de plus en plus étrange
Edit :

Sur plusieurs site dont un presque vide et sans extension d'ajoutée, je trouve de drôles d'entrées qui n'ont pas de rapport avec les sites

La liste est longue de liens louches

http://www.biometrie-online.fr/html/conkers_news.html (c'est quoi ce conkers?)
http://ashtonconkerclub.com/html/conkers_event_details.php (il vient d'où ce ashtonconkerclub)
http://fahrschule-niehoff.net/html/conkers_faq.php (idem c'est pas mon site)
http://malschule-badkissingen.com/html/conkers_news.html (idem c'est pas mon site)

admin/scripts/setup.php
/_phpmyadmin/scripts/setup.php
/wp-phpmyadmin/phpmyadmin/scripts/setup.php
/wp-content/plugins/wp-phpmyadmin/wp-phpmyadmin/phpmyadmin/scripts/setup.php
/websql/scripts/setup.php
/websql/index.php
/webdb/scripts/setup.php
	/webadmin/scripts/setup.php
	/typo3/phpmyadmin/index.php 	
	/SSLMySQLAdmin/scripts/setup.php 			
	/sqlmanager/scripts/setup.php 			
	/pma2005/scripts/setup.php 			
	/pma/index.php
	/phpMyAds/scripts/setup.php 			
	/phpmyadmin2/index.php 			
	/phpmyadmin1/scripts/setup.php 			
	/phpmyadmin1/index.php 			
	/phpmyadmin/scripts/setup.php 			
	/phpMyAdmin/index.php 			
	/phpmyadmin//scripts/setup.php 			
	/phpMyAdmin-2/index.php 			
	/phpMyAdmin-2.5.7-pl1/index.php 			
	/phpMyAdmin-2.5.5/index.php 			
	/phpMyAdmin-2.5.5-rc1/index.php 			
	/phpMyAdmin-2.5.5-pl1/index.php 			
	/phpMyAdmin-2.5.4/index.php 			
	/phpMyAdmin-2.2.3/index.php 			
	/phpMyAdmi/scripts/setup.php 			
	/phpmyad-sys/scripts/setup.php 			
	/phpmya/scripts/setup.php 			
	/phpmy/scripts/setup.php 			
	/phpmy-admin/scripts/setup.php 			
	/phpmanager/scripts/setup.php 			
	/phpm/scripts/setup.php 			
	/phpadmin/scripts/setup.php 			
	/phpadmin/index.php 			
	/php/scripts/setup.php 			
	/php-myadmin/scripts/setup.php 			
	/php-my-admin/scripts/setup.php 			
	/php-my-admin/index.php 
	/mysqlmanager/scripts/setup.php 
	/mysqladminconfig/scripts/setup.php 			
	/mysqladmin/scripts/setup.php
	/mysqladmin/index.php 			
	/mysql/scripts/setup.php 			
	/mysql/index.php 			
	/mysql-admin/scripts/setup.php 			
	/myadmin/scripts/setup.php 			
	/myadmin/index.php 			
	/dbadmin/scripts/setup.php 			
	/db/scripts/setup.php 			
	/databaseadmin/scripts/setup.php 			
	/cpphpmyadmin/scripts/setup.php 			
	/cpdbadmin/scripts/setup.php 			
	/cpanelphpmyadmin/scripts/setup.php 			
	/cpanelmysql/scripts/setup.php 			
	/cpadmindb/scripts/setup.php 			
	/bkup/phpmyadmin/scripts/setup.php 			
	/admn/scripts/setup.php 			
	/admin/pma/index.php 			
	/admin/index.php

[jisse03]

Re : Composant Redirection_links des centaines par jour

On en a tous sur tous les sites, ce sont des bots de scan qui cherchent des failles exploitables, sur des listes de programmes et de vresions connus.

Aucune inquiétude, le tout renvoie vers des erreurs 404.

[BiometrieOnline]

Re : Composant Redirection_links des centaines par jour

Bonjour,

Merci pour cette réponse

Je ne suis pas inquiet sur ces recherches de failles par les bots.

Mais que faire de toutes ces données qui vont finir par saturer la table de la base de données.

Depuis que je suis passé en 2.5 j'en ai plus de mille par jour.

Que faire ? venir tous les jours faire le trie entre les vraies erreurs 404 qu'il faut rediriger vers une nouvelle URL ou laisser grossir la base au risque de ne plus pouvoir faire le trie parmi des centaines de milliers d'entrées en une semaine.... voire ce qui m'est arrivé où Joomla ne pouvait plus les lire car trop nombreuses.

En claire comment gérer ce flux important de données ?

Et à quoi sert la fonction archive pour ces infos inutiles.

Donc je n'ai pas compris le mode d'emploi de ce composant en dehors de l'activation des changements d'URL justifiés.

Bon je ne sais pas ce ce post va partir car le hotspot que j'utilise pendant les vacances est super loin et ca rame un max.

[jisse03]

Re : Composant Redirection_links des centaines par jour

Bonjour,

Mais que faire de toutes ces données qui vont finir par saturer la table de la base de données.

Depuis que je suis passé en 2.5 j'en ai plus de mille par jour.

certaines horreurs revenant quotidiennement peuvent être bloquées au niveau du .htaccess (voir ce que génère CrawlProtect et sa liste des bad bots...)
D'avoir un moyen simple dans Joomla! pour lister ces requêtes t'évite de partir à la pêche aux 404 dans les logs apache. C'en est l'équivalent direct.

Que faire ? venir tous les jours faire le trie entre les vraies erreurs 404 qu'il faut rediriger vers une nouvelle URL ou laisser grossir la base au risque de ne plus pouvoir faire le trie parmi des centaines de milliers d'entrées en une semaine.... voire ce qui m'est arrivé où Joomla ne pouvait plus les lire car trop nombreuses.

En claire comment gérer ce flux important de données ?

Ces requêtes invalides, tu peux, en examinant les URL, etc, les bloquer en .htaccess. Voir le guide complet http://www.javascriptkit.com/howto/htaccess.shtml
Un avantage, si tu réalise ton analyse correctement, est d'interdire l'accès à cette collection de pseudo visiteurs, la plupart du temps un crawler Perl à l'affut, ce qui diminue très vite le nombre de lignes générées dans tes logs.

Et à quoi sert la fonction archive pour ces infos inutiles.

Tu peux, après avoir mis en place les mesures contre les intrus et indésirables, supprimer sans remords ces lignes, sans les archiver.
L'archivage peut être utile dans le cas de requêtes légitimes, mais rares, pour en suivre l'évolution (disparition des anciennes URL peu à peu, quand les robots réexaminent le site).