C'est le bogue le plus étrange que j'ai jamais vu.
Dans une semaine, je commencerai à travailler chez un éditeur de magazines locaux. Aujourd'hui, je suis passé pour présenter certains documents qu’ils m’ont demandé de fournir.
Quand je suis arrivé, ils m'ont parlé de ce bug qu'ils ont découvert récemment:
Lors de l'accès à certains liens sur leur site WordPress-sur-Nginx à partir de la page de résultats de recherche de Google, ces liens affichent une page vierge, sans aucun code HTML et avec 200 codes d'état.
Lors de l'actualisation desdites pages, rien ne se produit - elles sont toujours vides.
MAIS si vous sélectionnez l’URL dans la barre d’adresses et cliquez sur 'Entrée ’sans aucune modification, la page se chargera comme il se doit. Ce comportement est cohérent sur différents navigateurs, ordinateurs/smartphones et réseaux (DSL et cellulaire).
L'accès aux articles directement à partir de la page d'accueil du site ne montre aucun signe de pages vierges.
Ce qui est plus irritant, c’est que toutes les pages ne sont pas affectées. Et je n'ai pas réussi à détecter une tendance parmi ceux qui sont (ou ne sont pas).
Pour rendre les choses plus difficiles, ils n’ont pas d’accès direct au serveur, je n’ai donc pu consulter aucun fichier journal (mais la société qui s’occupe de leur hébergement essaiera d’envoyer des journaux et des fichiers de configuration d’ici la semaine prochaine).
Donc ma question est: qu'est-ce qui se passe ici? Et si c'est difficile à dire, au moins, où puis-je commencer à regarder?
WordPress "Écran blanc de la mort" peut se produire lorsque WordPress rencontre une erreur irrécupérable lorsque les fonctionnalités de débogage sont désactivées, par exemple pour ne pas renvoyer d'informations potentiellement sensibles aux utilisateurs finaux. Abstenez-vous d'activer WP_DEBUG
dans les environnements réels lors de la résolution du problème car cela pourrait exposer une installation à des vulnérabilités supplémentaires. L'écran blanc de la mort peut être livré avec HTTP 200 en fonction des circonstances qui l'ont créé.
S'il ne s'agit pas d'une erreur fatale générale, il semblerait que quelque chose dans l'installation agisse sur l'en-tête HTTP Referrer, pour une raison quelconque. Il peut être intéressant d’essayer d’examiner/d’actualiser les paramètres relatifs aux plug-ins de référencement et de mise en cache, ainsi que de vider les caches.
Je pense que votre entreprise devrait envisager de trouver un nouvel hôte - il est assez étrange de ne pas fournir à ses clients un accès direct à des journaux, et pire encore, leur meilleur effort de support semble équivaloir à " Nous allons essayer de vous envoyer ces journaux et ces configs la semaine prochaine. "S'attendent-ils à ce que votre entreprise résolve le problème par vous-même et leur faire savoir s’ils doivent modifier un paramètre de configuration?
Vérifier la configuration de Nginx pour le site serait également une bonne idée, mais est probablement impossible également compte tenu des restrictions imposées par l'hôte. Passez en revue le contrat de support de votre société - étant donné le niveau de contrôle relatif de la société d'hébergement, il semble probable qu'elle soit contractuellement obligée de résoudre le problème ou de fournir une assistance plus concrète pour le résoudre, au-delà de l'envoi de fichiers à loisir.