WordPress apparaît temp-write-test : permissions/caching/security plugin how to find out

Lorsque vous êtes en wp-content/ J'en ai vu plusieurs. temp-write-test-* (généralement 0 octet) fichierIl s'agit en fait d'un fichier test que WordPress crée pour déterminer s'il peut écrire directement sur le système de fichiers. get_filesystem_method() savoir utiliser temp-write-test-... La détection de l'écriture et de l'appartenance est utilisée pour décider de l'utilisation de la fonction direct Besoin encore FTP/SSH Moyen de mettre à jour les plugins et les thèmes.

Ci-dessous, les questions sont regroupées en trois catégories principales selon l'approche de l'"orientation en 10 minutes" :Autorisations/propriétéetÉcriture dans le répertoire du cacheetBlocage de sécurité/anti-intrusion.

1. WordPress apparaît comme temp-write-test Qu'est-ce que c'est ? Qu'est-ce qu'il teste ?

Vous l'avez vu. WordPress apparaît comme temp-write-testL'essentiel est que l'API du système de fichiers de WordPress détecte les capacités :

• Peut-on écrire des fichiers temporaires dans un répertoire spécifique ?
• Le propriétaire du fichier écrit correspond-il au propriétaire du fichier WordPress ?
• déterminant ainsi si l'utilisation est sûre direct Écriture d'un fichier de mise à jour

Si ce test échoue, les phénomènes associés les plus courants sont les suivants : fenêtre contextuelle "Veuillez saisir les informations FTP" lors de la mise à jour en arrière-plan, échec de la mise à jour, Site Health indique que le répertoire temporaire n'est pas accessible en écriture, etc.

2) Commencez par un tableau pour déterminer rapidement la catégorie à laquelle vous appartenez.

3. Liste de contrôle de 10 minutes (à faire dans l'ordre pour obtenir le meilleur taux de réussite)

Étape 1 (1-2 minutes) : Confirmer le point de déclenchement temp-écriture-test

Rappelez-vous les opérations que vous avez effectuées récemment et qui ont commencé à apparaître après le WordPress apparaît comme temp-write-test: :

• Mise à jour des plugins/thèmes, installation de plugins en ligne
• Réparation/Test a été cliqué dans Santé du site
• Activer/désactiver le plugin de mise en cache (ou activer la mise en cache des pages)
• Activer la fonction "Anti-tamper/verrouillage de fichier/lecture seule" du plug-in de sécurité.

L'importance de cette étape réside dans le fait que le point de déclenchement vous amène directement à l'un des chemins "Permissions/Cache/Sécurité".

Étape 2 (2-4 minutes) : Vérifier que les droits de propriété et les autorisations de wp-content sont corrects

La documentation officielle de WordPress donne des indications pour résoudre les problèmes de permissions de fichiers.(Cela varie légèrement d'un environnement à l'autre, mais une recommandation commune est que les répertoires soient lisibles et exécutables, et que les fichiers soient lisibles ; ne vous contentez pas d'un 777).

Exécutez-le sur le serveur (changez le chemin d'accès au répertoire de votre site) :

ls-ld wp-content wp-content/uploads wp-content/plugins wp-content/cache 2>/dev/null

Concentrez-vous sur deux points :

1. Qui dirige PHP ?(php-fpm est communément www-data / nginx / apache)
2. wp-content et si ses sous-répertoires clés sont accessibles en écriture à cet utilisateur.

Si vous utilisez Nginx + PHP-FPM, vous pouvez consulter l'utilisateur en cours d'exécution de PHP-FPM comme suit (les chemins varient selon la distribution) :

ps aux | grep php-fpm | head

Idées de restauration typiques (choisissez celle qui correspond à votre environnement)

• Le propriétaire du fichier du site aurait dû être un utilisateur du site en premier lieu : mettez le fichier wp-content à l'utilisateur du site, et assurez-vous que l'utilisateur de PHP a un accès en écriture au répertoire concerné (même groupe en écriture).
• Vous êtes sur un seul VPS et il est clair que les utilisateurs de PHP sont responsables de l'écriture : put wp-content Il est plus simple de modifier l'attribut d'un utilisateur PHP en un utilisateur PHP.

La question n'est pas de savoir "à qui", mais plutôt :Le test d'écriture de WordPress crée des attributs de fichiers qui correspondent aux attributs de fichiers de WordPresssinon il continuera à échouer et à générer un test d'écriture temporaire.

Étape 3 (4-6 minutes) : Dépannage de l'échec de l'écriture dans le répertoire du cache

De nombreux plug-ins de mise en cache disposent de l'option wp-content/cache/ peut-être téléchargements/ Ecrire dans les fichiers mis en cache. Lorsqu'un répertoire n'est pas accessible en écriture, vous pouvez constater des échecs d'écriture, ou même inciter WordPress à sonder de manière répétée les capacités du système de fichiers, ce qui se traduit par une erreur de type WordPress apparaît comme temp-write-test.

Vous pouvez effectuer deux vérifications rapides :

• Désactivez temporairement le plugin de mise en cache (ne le désactivez pas, ne le désinstallez pas) et voyez si temp-write-test cesse de croître.
• Vérifiez manuellement que les deux répertoires sont accessibles en écriture :wp-content/cacheetwp-content/uploads

Si vous désactivez le cache et que vous ne le rajoutez pas ensuite, il s'agit essentiellement d'un problème d'autorisations ou de propriété du répertoire du cache, il suffit de corriger les autorisations d'écriture du répertoire.

Étape 4 (6-8 minutes) : Dépannage des prises de sécurité/du blocage de l'autoprotection des panneaux

De nombreux plugins ou panneaux de sécurité proposent une "protection contre la falsification du site web/la lecture seule". Ce type de fonctionnalité est le plus susceptible de bloquer directement les tests d'écriture de WordPress.conduisent à WordPress apparaît comme temp-write-test génération itérative.

Vérifier par priorité :

• Activation ou non de la fonction "inviolabilité/lecture seule/durcissement du site web (écriture interdite)" sur le tableau de bord.
• Si le plug-in de sécurité active ou non le "verrouillage des fichiers/blocage des modifications de fichiers".
• Le fichier Linux est immuable : lsattr wp-content 2>/dev/null Si vous voyez le symbole i Marquage, doit d'abord être désarmé (soyez très prudent lors de cette étape, assurez-vous de savoir ce que vous faites).

En outre, certains sites disposent d'une wp-config.php Permet d'interdire la modification en ligne dans le ruban :

• DISALLOW_FILE_MODS Désactive l'installation des plugins/thèmes avec les mises à jour et affecte également le portail d'édition de fichiers du backend.
  Il n'est pas nécessairement à l'origine de temp-write-test, mais il peut vous faire croire qu'il y a un "problème de permissions", il est donc recommandé de le vérifier à la main.

Étape 5 (8-10 minutes) : Utiliser FS_METHOD pour "arrêter l'hémorragie" si nécessaire, puis revenir à la cause première.

WordPress permet l'utilisation de FS_METHOD Remplace les résultats de la détection automatique, avec des valeurs optionnelles telles que direct/ssh2/ftpext/ftpsockets.
Si vous êtes sûr que les permissions/attributs du serveur sont corrects, mais que WordPress les évalue mal (par exemple, les attributs du disque de montage/conteneur se comportent de manière anormale), vous pouvez temporairement ajouter ce qui suit à la section wp-config.php Ajouter :

define('FS_METHOD', 'direct').

Note : Le conseil officiel est de "n'utiliser que pour mettre à jour un problème ; si cela ne fonctionne pas, supprimez ou modifiez".
Il est toujours plus sûr de mettre wp-content Les autorisations d'écriture et les droits de propriété sont corrigés correctement.

4. résumé :

WordPress apparaît comme temp-write-test caractère innéC'est le système qui teste s'il peut écrire directement dans le fichier, ce qui est utilisé pour décider de la méthode de mise à jour du plugin/thème. La résolution des problèmes s'effectue selon trois axes principaux : il faut d'abord examiner le fichier Permissions et propriété de wp-content et uploads/cache s'il est accessible en écriture et cohérent ; puis regarder Plugin de mise en cache si le test d'écriture est déclenché de manière répétée parce que le répertoire n'est pas inscriptible ; et enfin vérifier que Sécurité plug-in ou panneau tamper/read-only Bloque-t-il les écritures ? Après avoir corrigé la cause première, ces fichiers temporaires peuvent être nettoyés. S'ils continuent à être générés, cela signifie que le test d'écriture échoue toujours et que vous devez retourner dans Permissions, Cache et Interception de sécurité pour continuer à les localiser.

Contactez nous
Vous n'arrivez pas à lire le tutoriel ? Contactez-nous pour une réponse gratuite ! Aide gratuite pour les sites personnels et les sites de petites entreprises !	Service clientèle WeChat
① Tel : 020-2206-9892
② QQ咨询：1025174874
(iii) Courriel : info@361sale.com
④ Horaires de travail : du lundi au vendredi, de 9h30 à 18h30, jours fériés.