Dan

@Kioob : c'est bien pour cela que je précisais que mon expérience de mutualisé remontait à plus de 15 ans Tant mieux s'il a un accès SSH... ce sera plus simple pour tourner ton script.

A ma connaissance, le seul accès qu'il ait sur un mutualisé OVH est par ftp... Je sais qu'à une époque lointaine, certains mutualisés avaient un accès SSH , mais ça fait plus de 15 ans que je n'ai pas approché de mutu OVH...

Désolé, mais s'il a installé wso shell sur ton serveur, je pense que ton hébergement est irrécupérable. En tout cas pas sur base de quelques conseils que tu peux recevoir sur un forum.... Vu qu'il peut voir la source de tes fichiers php, il a donc accès à tous les mots de passe... A mon sens, a part ré-installer l'ensemble en partant de zéro... pas de miracle !

Bonjour GeekaDRB, Je me demandais où ton site était hébergé, vu que je le trouvais lent à s'afficher. Lorsque j'ai vu que c'était chez OVH, je me suis dit que le problème était ailleurs, et en sauvant la page d'accueil de ton site, je me suis rendu compte qu'elle était ENORME ! Plus de 88 MB pour une page d'accueil à cause de tes vidéos ... tu peux le référencer aussi bien que tu veux, les visiteurs vont partir en courant ! J'ai désactivé le lien de ton post pour cette raison. Dan

You should recursively search for strings like "googlbot.su" or "oclaserver.com" on your web site. If the domain is on a dedicated server and you have a shell access, a simple grep -r "googlbot.su" /your/website/directory should find the file(s). You could issue a comparable command with "oclaserver.com" as search string. Alternatively, a command like find /your/website/directory -type f -mtime -15 -exec ls -l {} \; should show all files modified during the last 15 days. Change the -15 by any other value like -30 for last 30 days. If you don't have a shell access, you should download your complete site and search locally with your O/S tools.

Il suffit de relancer bind9 si tu as modifié les fichiers de zone.

Hi, The original poster didn't show up in 8 days, thus I guess he didn't correct his website ! Did you scan your site on sucuri.net ? https://sitecheck.sucuri.net/ After scan completion, it should show you the offending pages. Best regards PS: keep in mind that this board is exclusively french speaking. I saw from your IP that you are posting from south of Italy, but I feel more comfortable with English than Italian.

Imagine le scénario suivant : Tu acceptes un contrat de 5 années pour un client, et tu te rends compte au bout de quelques mois que son site a été codé "avec les pieds" et qu'il consomme bien trop de ressources sur l'hébergement mutualisé. C'est donc ce qu'on peut qualifier de "mauvais voisin". Tu fais comment dans ce cas ?

Bonjour Saroundo, et bienvenue à toi de ce côté du miroir ! Tu peux mettre ton site en signature, que les membres puissent voir tes réalisations. Dan

Manifestement, la redirection de tes pages est faite par googlbot.su ou par go.oclaserver.com, selon les pages .... Tu as au moins un malware... Regarde le résultat de cette page (cela met un peu de temps à s'afficher vu que ça scanne le site) https://sitecheck.sucuri.net/results/fr.anthonycontat.com

Attention à la géolocalisation ! Un utilisateur du sud de la France pourra, selon son FAI, être géo-localisé sur Paris ... Il vaut en général mieux demander le code postal du visiteur pour lui offrir la liste des magasins proches. Dans ton cas, ton IP donne une géolocalisation selon l'outil utilisé vers : soit : Torfou-Sèvremoine - Maine et Loire soit : Rouessé-Fontaine - Sarthe et entre les deux il y a tout de même 219 Km ...

Je l'ai à nouveau doublée !

Dans les logs j'ai des erreurs comme celle-ci : Allowed memory size of *** bytes exhausted Je t'ai doublé l'espace mémoire pour php... il était déjà bien haut. N'as-tu pas essayé ce site sous php 7 ? Tu as la possibilité de le choisir au niveau d'un domaine.

Le masquage de cet onglet devrait pouvoir se régler par réécriture d'URLs... Le tout est d'analyser correctement l'URL qui est appelée lorsqu'on clique sur l'onglet Combinaison... As-tu un exemple d'URL ? Je devrais pouvoir la retrouver dans les logs, si tu me donnes au moins le nom de domaine. Mais il est aussi possible que php manque de mémoire RAM... l'analyse du log d'erreur devrait donner quelques infos supplémentaires.

Commence par celui-là : Modifier les serveurs DNS d’un nom de domaine OVH

Pour moi, tout semble normal au niveau de la vitesse d'affichage. Du moins, vu la limitation imposée par mon ADSL à 8Mb/s (plutôt 6Mb/s d'ailleurs)

Bonjour Pierre, Vu la vitesse (lenteur?) de mon ADSL, 1.4MB téléchargés en 3 secondes me semble correct. Un rechargement de la page fait bénéficier du cache, il est donc logiquement plus rapide. Dan

Je ne comprends vraiment pas ce que tu veux faire, avec tes deux règles. La première redirige petites-annonces-gratuites-lavariable.htm vers le fichier php avec limite=lavariable La seconde règle prend ce fichier php, avec le query_string et le réécrit comme initialement ... Tu court-circuites la seconde règle si ta variable d'environnement BREAK n'est pas positionnée à 1. Tu voudrais réécrire petites-annonces-gratuites-lavariable.htm en petites-annonces-gratuites.htm ? Tu fais quoi de cette variable alors, vu que toutes tes pages avec "-lavariable" dans l'URL seraient redirigées vers une seule et unique page : petites-annonces-gratuites.htm ?

Si c'est dans la base, un simple "grep" sur les fichiers de dump devrait trouver l'URL du site.

Bonjour, Je ne connais pas Drupal, mais n'a-tu pas dans le back-office un endroit où l'URL du site se définit, comme sous Wordpress ? Dan

Parce que ces navigateurs ne sont pas encore à jour. Mais cela viendra certainement sous peu. Pour firefox c'est tout récent. Pour chrome, cela remonte à un ou deux mois.

C'est à cause de l'utilisation du tld "dev" qui est un top level domain appartenant à google, si je ne m'abuse. Utilise un autre TLD, tout simplement Un peu de lecture : https://stefan-h.com/blog/https-wampserver-bug ou en anglais : https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

Le back-office de Drupal, pas du navigateur, bien évidemment Pour info, le premier site de ta signature n'existe plus ...

Sur un des navigateurs qui fonctionne, lance le back-office et regarde si l'URL de ton site n'est pas en https ! Lorsque tu dis "le PC plante" tu veux dire que le site plante ou que ton PC doit être redémarré ? Merci d'être plus précis....

De ce que je remarque sur ton serveur, c'est que c'est surtout php qui consomme des ressources, pas tellement mysql. Regarde le server-status dont je t'envoie le lien par MP !