pyxmalion (Créer un compte)

Tout semble revenu dans l’ordre en début de semaine. Sans modifier ou réinstaller la base de données (je m’apprêté à tout reprendre).
Après discussions avec l’hébergeur (qui, lui, n’identifiait aucun problème contrairement aux internautes), il semblerait que les difficultés d’accès venaient d’une surcharge du serveur… !!! A l’origine une fréquentation intense, sans doute pour un article évoquant une pluie d’étoiles filantes les 23-24 mai !!!
Alors, si c’est bien cela le problème (et ça y ressemble), certes je devrai me réjouir de la fréquentation importante mais force était de constater que beaucoup n’avaient pas accès au site ! A quoi bon alors !? AU fait, est-ce possible que la fréquentation plombe l’accès ?
Que faire dans cette situation ? J’ai pourtant souscrit, dans l’offre, à traffic illimité. Faut-il blâmer l’hébergeur ? Y a t’il un rapport avec le cache ou les images ? et, au fond, pourquoi (de mon côté) le site fonctionnait malgré tout avec Chrome ?
Merci de m’éclairer sur le sujet.

Oui, c’est vraisemblable ! Ce remonte à 1 semaine. Comme je fais toujours les maj dés qu’elles sont dispos, je ne me souviens plus exactement, mais je crois bien en avoir vue une passer la semaine dernière.
Cette semaine aussi d’ailleurs. J’avais désactivé tous mes plugins et ça remarchait, semblait-il, à peu prés. En les réactivant un par un et mettant à jour jetpack, tout s’est remis à déconner… sans savoir qui, quoi, qu’est-ce, est coupable ! Jetpack parait être un bon suspect. Cependant, je ne m’explique pas pourquoi, une fois désactivé (voire éliminé), le problème persiste !!!

C’est complètement aléatoire :
1. il arrive que le site fonctionne normalement et une heure plus tard, rien … (du moins, chez moi)
2. les visiteurs (abonnés newsletter) me rapportent leur impossibilité d’accéder au site
3. identifié en admin ou pas, le site fonctionne avec Chrome sur mon Macbook (pas iphone ou ipad)

Dans les cas où apparait l’erreur 500, il y a une tentative de 2 ou 3 secondes mais sans succès…

Non rien de la part de Strato. Ils m’assurent que ça marche chez eux.
En dernier recours, je ne vois pas d’autre solutions que de réinstaller la base de données, etc.
Je suis en train de voir si ce n’est pas trop compliqué ni risqué.

Je reviens toujours avec ce même problème.
Hier soir, j’ai réactivé plusieurs plugins. Tout semblait bien fonctionné mais ça n’a duré que quelques dizaines de minutes. De nouveau : 500 Internal Server Error avec Safari (pas Chrome !). Agacé, je me suis couché énervé, déterminer à résoudre définitivement le problème au petit matin… Puis, ô stupeur, le site fonctionne avec tous les navigateurs ce matin !!! Pourquoi ? (j’aimerai bien le savoir).
Toutefois, des abonnés à la newsletter me disent qu’ils n’arrivent pas à se connecter (erreur 500). Enfin, en voulant réactiver Jetpack, j’ai ce message :

Votre site doit être accessible au public pour utiliser Jetpack : site_inaccessible
Details d’erreur: The Jetpack server was unable to communicate with your site [HTTP 500]. Ask your web host if they allow connections from WordPress.com. If you need further assistance, contact Jetpack Support: http://jetpack.me/support/

Je ne comprends pas pourquoi puisque le site est accessible, tout du moins, chez moi…
C’est à n’y rien (rien de rien) comprendre !

Problème toujours irrésolu.
Je suis pourtant les solutions classiques préconisées en cas d’erreur 500 (plugins désactives, .htaccess supprimé, contacter l’hébergeur…), bref rien ne marche. Pas d’affichage avec Safari et Firefox. En revanche, avec Chrome, rien à signaler. Je ne comprends pas pourquoi.
J’ai quand même pu consulter 2 pages avec Safari immédiatement après avoir recréer htaccess (et sauvegarder permalinks) puis la panne est revenue. J’imagine que le problème vient de là or je ne comprends rien à ce qui est écrit.
Que faut-il faire ?
Existe t’il des réparateurs wordpress car je ne vois plus que cette solution ?!

J’ai réinstallé le théme Dandelion en ftp (via Transmit). C’est revenu à la normal quand je clique sur les articles du blog et n’ai plus de page blanche avec ce message :
« <?php
/**
* Front to the WordPress application. This file doesn’t do anything, but loads
* wp-blog-header.php which does and tells WordPress to load the theme.
*
* @package WordPress
*/

/**
* Tells WordPress to load the WordPress theme and output it.
*
* @var bool
*/
define(‘WP_USE_THEMES’, true);

/** Loads the WordPress Environment and Template */
require(‘./wp-blog-header.php’); »

En revanche, la connexion est parfois longue et aboutit à l’erreur 500 (1 à 2 cas sur 4) !

J’ai ENFIN trouvé d’où venait le problème ! C’est RÉSOLU ! 🍺
Je touche du bois quand même !

Suite à l’intrusion du malware, mon hébergeur m’avait fortement recommandé d’activer une fonction qui s’appelle « SiteGuard ». J’ai suivi leur conseils, évidemment. Je n’avais pas envie de subir de nouvelles attaques ou intrusions d’un quelconque malware !

Je me suis aperçu hier, et seulement hier, que ce « SiteGuard » restreint les permissions d’écriture (voir capture d’écran) !!! Comme il était activé …
Mais bon, c’est un peu mal fait car son activation gêne l’administration du site … Je n’en vois vraiment pas l’utilité !
D’autre part, l’hébergeur et le support technique ne m’ont pas une seule fois demander de désactiver « SiteGuard », ils n’ont pas fait le lien avec la « panne ». Pourtant, c’était le même interlocuteur qui m’a demandé de l’activer une semaine avant … et puis, au vu et au su des symptômes du problème, ne pouvait-il pas en déduire que cela pouvait venir de là … ?!
Bon, l’essentiel c’est que j’en sois débarrassé.
J’ai eu plusieurs malchances quand même : d’abord le malware, puis les backups incomplètes, puis l’impossibilité de récupérer les backups créées par l’hébergeur (mysqldump) car bug de leur part et enfin ce problème de permissions !

Merci à tous pour votre aide et en particulier, rvzen, pour sa persévérance.

A présent, rvzen, je veux bien quelques conseils pour modifier la structure du site sans que le référencement des articles du blog ne soit perdu !