WordPress: «Failed to open stream: Permission denied» — revisa la propietat abans d’utilitzar chmod

Què importa primer: WordPress va intentar llegir, crear, reanomenar o incloure una ruta i el sistema operatiu es va negar. La ruta exacta i l’operació importen més que una recomanació genèrica 755 /644.

Què indica realment aquest símptoma

Això pot seguir migracions, implementacions d’execució arrel, canvis en el volum del contenidor o enduriment de la seguretat. Recursive chmod pot emmascarar errors de propietat i exposar el codi d’escriptura.

Recull proves abans de canviar res

• Enregistrar la ruta exacta, la funció i el funcionament de l’advertència o error fatal.
• Identifica l’usuari PHP-FPM efectiu i el propietari del fitxer, grup i ACL.
• Comprova si el sistema de fitxers o el contenidor de muntatge és de només lectura.
• Compara un fitxer de treball veí o directori creat per WordPress.

Causes més habituals

• Propietari equivocat: Els fitxers han estat copiats o extrets per root o un altre usuari d’implementació.
• Falta l’accés del grup: l’usuari PHP no està en el grup esperat pel model d’implementació.
• Muntatge de només lectura: El contenidor o sistema de fitxers de xarxa prevé intencionalment les escriptures.
• Política de seguretat: Les regles ACL, SELinux, AppArmor o servidoring anul· len els bits del mode Unix.

Seqüència segura de diagnòstic i reparació

1. Restaurar el model de propietat documentat en comptes d’ampliar cada permís.
2. Feu que només es puguin escriure els directoris de temps d’execució requerits; Mantén plugin, tema i codi central només de lectura quan sigui possible.
3. Aplica l’estratègia ACL o de grup consistentment perquè el següent desplegament no reverteixi la solució.
4. Torna a executar l’escriptura exacta o inclou l’operació i inspeccionar el propietari resultant.

Com distingir entre les causes probables

No tractis Propietari equivocat i Falta l’accés del grup com a causes equivalents. Els fitxers van ser copiats o extrets per root o un altre usuari d’implementació. En canvi, l’usuari PHP no està en el grup esperat pel model d’implementació. Per a distingir- les, useu aquestes dues comprovacions: Enregistrar la ruta exacta, la funció i el funcionament de l’advertència o error fatal; i identifica l’usuari PHP-FPM efectiu i el propietari del fitxer, grup i ACL. Amb aquestes dades podreu decidir si convé aplicar la primera acció controlada —Restaurar el model de propietat documentat en comptes d’ampliar cada permís — o si has de conservar l’estat actual i ampliar la recerca.

En un lloc de WordPress en producció, repeteix la petició que falla mentre comprova una pàgina que funciona correctament i l’àrea d’administració. Un error aïllat en una ruta requereix un rollback més acotat que un problema que afecta PHP, la base de dades o totes les peticions. Documenta la data i hora exactes, la URL o transacció afectada, l’últim estat correcte conegut i cada canvi realitzat durant el diagnòstic. Aquest registre permet distingir una reparació reproduïble d’una desaparició temporal del símptoma.

Què no has de fer

Mai s’ apliqui chmod – R 777 a WordPress. Crea una superfície de codi d’escriptura i sovint deixa sense resoldre el desajust real del propietari.

Com verificar la reparació

• L’operació original del fitxer té èxit sota l’usuari PHP previst.
• Els nous fitxers reben el propietari i el grup correctes automàticament.
• Els directoris de codi no són més escribibles del que requereix el desplegament.

Que el símptoma visible desaparegui no és suficient. Tanca la incidència només quan l’acció original que fallava, el recorregut de negoci relacionat i els registres rellevants confirmin que el problema ha desaparegut.