Dan

Salut François, Ça doit être une particularité d'O2switch parce que pour moi les scripts Python fonctionnent bien sous cron. Dan

Tu n'as pas accès au cron sur ton hébergement ? C'est quel hébergeur ? Et quel type d'hébergement ?

Tout simplement comme ceci : RewriteCond "%{QUERY_STRING}" "page=information" RewriteRule ".*" "https://www.tonsite.com/?" [R=301,L] Le ? de la règle de réécriture est indispensable si tu ne veux pas que le QUERY_STRING soit accolé à l'URL !

Bonjour, Il semble que ton problème n'intéresse pas grand-monde. Vu qu'il s'agit plus d'un souci de plugin wordpress, tu devrais plutôt faire ta demande auprès de l'éditeur du plugin. Dan

Bonjour Guillaume, et bienvenue à bord de Webmaster Hub !

Par défaut, lors de mes installations, mysql n'écoute que le serveur local. Cela améliore la sécurité.

Bonsoir, S'il s'agit bien des deux derniers serveurs que j'ai installés, tu avais toujours la ligne "bind-address = 127.0.0.1" dans le fichier de config mysql... donc les instances de mysql n'écoutaient que sur l'ip locale. J'ai commenté ces lignes et relancé mysql... Cela devrait bien se passer maintenant Dan

Salut, Si tu tournes sous Windows, je dirais soit brackets : http://brackets.io/ soit Sublime Text : https://www.sublimetext.com/

Bonsoir, Tu parles du score SpamAssassin des emails que ton serveur émet ? Le TLD .pro apparaît effectivement sur la liste des "suspicious" ... http://svn.apache.org/viewvc/spamassassin/trunk/rulesrc/sandbox/pds/20_ntld.cf?view=markup Peut-être qu'en utilisant un de tes domaines *.ch tu aurais plus de chance.

Effectivement, le binary log aiderait déjà pas mal à voir les modifications apportées à une base. Il suffit pour cela d'ajouter une ligne dans /etc/my.cnf et relancer mysql ensuite. Par exemple : log_bin = /var/log/mysql/mariadb-bin.log Toutes les infos utiles là : https://mariadb.com/kb/en/binary-log/

A part mettre le log général en place, je ne vois pas... Mais ça va bouffer énormément de ressources ! Tu as un fichier d'erreurs mysql GIGANTESQUE !!! 6.1GB !!! ns.piece-mobile.com:mysql# ll *err -rw-rw---- 1 mysql mysql 6522653323 févr. 7 07:17 ns.piece-mobile.com.err J'ai fait du ménage et ne garde les logs que pour 2020... ça change la vie Tu as énormément d'erreurs de type : "IP could not be resolved: Temporary failure in name resolution" parce que tu as commenté la ligne bind-address = 127.0.0.1 dans /etc/my.cnf. Probablement as-tu besoin d'accéder à tes bases depuis l'extérieur ? Dans ce cas tu peux ajouter une ligne dans /etc/my.cnf [mysqld] skip-name-resolve Cela aura le mérite d'éviter la résolution de noms de domaine. Attention si tu as des logins extérieurs, il faudra remplacer les domaines par leur IP !

Pour info, l'email qui t'a été envoyé lors de l'inscription nous est revenu en erreur. Manifestement un souci de paramétrage un peu trop agressif de l'emailing pour le domaine ol.com 1/29/2020 4:45:37 PM - Server at AM7P191MB0661.EURP191.PROD.OUTLOOK.COM returned '550 5.4.316 Message expired, connection refused(Socket error code 10061)' 1/29/2020 4:35:23 PM - Server at owa.ol.fr (185.78.82.60) returned '450 4.4.316 Connection refused [Message=Socket error code 10061] [LastAttemptedServerName=owa.ol.fr] [LastAttemptedIP=185.78.82.60:25] [VI1EUR05FT010.eop-eur05.prod.protection.outlook.com](Socket error code 10061)'

Bonjour, et bienvenue à bord du Hub ! Tu as de bien belles photos sur ton site ! Dommage qu'il soit un peu lent à l'affichage, probablement du au fait qu'il soit hébergé en Allemagne, chez 1&1 !

Sur le Hub, ça fait plusieurs années que j'ai supprimé toute forme de pub Adsense. C'était rentable il y a bien longtemps, mais cela s'est réduit à une peau de chagrin. Donc je trouve inutile d'afficher leurs pubs !

Merci pour cette info, Emeric !