Toutes mes réponses sur les forums
-
Messages
-
C’est chez OVH (une page de maintenance tant que le site n’est pas en place). Regardez là le premier paragraphe
En cherchant un peu, on voit que c’est une erreur assez fréquente avec des causes malheureusement multiples. J’ai trouvé un cas qui se rapproche beaucoup du vôtre ici mais je doute que ça s’applique à vous (à voir).
Juste une idée: Vous avez chargé la dernière version de WP donc 5. Vous ne dites pas quelle version vous aviez avant. Je dis ça parce-que lors d’une mise à jour 4. > 5. il y a une procédure d’upgrade de la bdd. Lors d’une nouvelle installation et selon la manière dont vous avez procédé celle-ci a pu ne pas se faire.
Bonsoir,
Juste pour info au risque d’être ridicule mais tant pis: que signifie « réinstaller une base SQL »? elle était effacée et il a fallu la recréer? C’est une restauration de sauvegarde? Merci et désolé si la question est stupide.
Bonsoir,
Quand je clique le lien www/perspectys.fr je tombe sur perspectys.fr/perspectys.fr . En regardant de plus près le site est http://perspectys.fr/perspectys.fr/ Bizarre non?
Bonsoir
L’erreur SQL suggère que la migration se fait d’une version de bdd (mariaDB 10.3.2) vers une version plus ancienne (chez ovh souvent mysql 5.5) avec mauvaise compatibilité de l’encodage des caractères. Peut être une solution à essayer: https://www.matthieu-jalbert.fr/erreur-mysql-wordpress-1273-unknown-collation-utf8mb4-unicode-520-ci/. Sans garantie mais sans risque.
Je ne connais pas les serveurs dédiés mais chez ovh (hébergement mutualisé) on peut très facilement choisir entre php 5.6, 7.0, 7.2, 7.3. C’est juste un clic.
Bonsoir,
); ga(‘send’, ‘pageview’); est un morceau de code incomplet appartenant à google analytics (GA) que bien sûr vous ne devriez pas voir et qui ne sert à rien. Je pense que vous avez mal configuré google analytics. Essayez de le re-configurer.
Content pour vous. Pensez à mettre en « résolu ».
Regardez les liens: dans les deux cas il était possible de se connecter mais pas d’avoir accès au tableau de bord. La raison était que les « rôles » et leurs « capabilities » n’étaient plus corrects. Tous ces « rôles » et « capabilities » sont stockés dans la base de données dans la table wp options à la ligne option_name : « wp_user_roles ». Regardez la case option_value. Ca doit ressembler à ce qui est dans le troisième lien que je vous ai donné. (dans le rectangle gris). Si c’est bon, le problème vient d’ailleurs. Si ce n’est pas ça que voyez-vous dans la case option value ?
Bonjour,
Est ce que ça pourrait avoir à faire avec ça: https://wpfr.net/support/sujet/acces-admin-tableau-de-bord-impossible/page/3/#post-2239781, ou ça: https://wpfr.net/support/sujet/site-en-desordre-et-impossibilite-dacceder-au-wp-admin/page/6/
Et ça: https://www.awebvision.fr/restaurer-les-roles-permissions-defaut-wordpress/
Je ne connais pas cerber mais d’après la doc (voir plus haut), il semble qu’il existe un bouton dans les réglages du plugin (dans la section database info, donc) permettant de vider la table. Si c’est le cas, pas besoin d’aller dans phpmyadmin. Peut être est-il aussi possible par ce bouton ou un autre de limiter le nombre d’enregistrements dans la bdd. Je ne peux pas dire.
Avec tant d’utilisateurs il vaut mieux avoir un site protégé. Donc mon avis: vider la table en cause, puis si c’est possible avec cerber (sans doute), limiter la taille de cette table.
« Cerber doc:
To completely delete all Traffic Inspector log records you need to manually clean up just one table in the WordPress DB. That’s easy. Go to the Cerber Security Tools admin page and click the Diagnostic tab. In the Database info section find the following title: Table: cerber_traffic, rows: xxxx. Click the Delete all rows button next to it. Note: this operation cannot be rolled back. »
Bonsoir,
Si le dossier all in one est renommé, le plugin devrait déjà être désactivé mais la redirection est déjà faite. Si la redirection se fait par modif de .htaccess il devrait être possible de l’enlever.
« En fait il suffisait juste d’aller dans la partie FTP-SSH de OVH et de demander à faire une restauration du système à J-2. »
D’accord, il aurait fallu commencer par ça. Je vois que vous avez retrouvé votre site mais votre base est-elle toujours saturée (avez-vous les mêmes symptômes qu’au début)?de toutes façons il faudra vider cette table. Si vous avez accès à votre tableau de bord wp c’est évident en allant dans les réglages de Cerber sinon il faudra le faire manuellement depuis phpmyadmin ce qui n’est pas non plus très compliqué.
La table cerber_traffic rassemble sansdoute l’historique des logins, failed logins etc. S’il y a beaucoup de visiteurs ça peut devenir rapidement énorme (comme dans tous les plugins de securité). Regardez la doc de cerber mais je penseense qu’il n’y a pas de problème à la vider, ce qui résoudrait le pb de la base de données. Après, si ça marche, il faudra rétablir la connection avec la bdd, ce qui n’est pas très compliqué.
ps. Il ne faut pas mettre à la vue de tout le monde les détails de la bdd. Si nécessaire il faut le faire en réponse privée. Si je pouvais, je l’effacerais mais seul un administrateur peut le faire.
Regarder là comment vider cette table (descendre dans la page jusqu’à « how to delete all traffic inspector log records »)
