Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Hosting Dns Ssl

El compte arriba al límit d’inodes i WordPress no pot actualitzar

Repara WordPress sense inodes localitzant el creixement de fitxers en memòria cau, sessions, backups, correu, mitjans i staging.

Un inode representa un objecte del sistema de fitxers, com un fitxer o directori. El compte pot tenir gigabytes lliures i no poder crear ni un fitxer més; llavors fallen les extraccions de connectors, pujades, sessions i correu amb «No space left» o errors semblants als de permisos.

Eliminar un arxiu enorme allibera bytes, però només un inode. Cal mesurar quantitats per zona.

Confirma que falten inodes

Utilitza els informes de recursos de l’allotjament i els logs. Anota la quota, inodes utilitzats, bytes lliures i ruta que falla.

Directoris amb molts fitxers:
memòries cau
sessions PHP i temporals
Maildir del correu
fragments de backups
miniatures
staging, vendor o node_modules
logs de seguretat

No recorreguis arbres enormes amb un script PHP web: pot esgotar temps i recursos.

Atura la creació de fitxers nous

Pausa la precàrrega de memòria cau, backups dividits, importacions, generació de miniatures, escàners i bucles de correu mitjançant els seus controls.

No repeteixis instal·lacions: cada extracció pot deixar milers de fitxers parcials. Si PHP no crea sessions, l’inici de sessió i l’administració poden fallar; conserva l’accés per panell o SFTP.

Compta per directori amb seguretat

cPanel o Plesk pot mostrar l’ús de fitxers. Amb una shell autoritzada, utilitza eines limitades en hores de poc trànsit i no segueixis enllaços simbòlics cap a altres comptes.

Identifica el propietari, l’antiguitat i el generador abans d’eliminar. Un arbre molt poblat pot contenir correu o mitjans originals. Desa els recomptes més alts per monitoritzar recurrències.

Revisa dependències i còpies de releases

Composer vendor, npm node_modules, objectes Git i releases datades poden acumular centenars de milers d’elements. Determina si les dependències són necessàries durant l’execució o s’han de construir fora.

No eliminis la versió activa ni el destí compartit. Conserva només el nombre documentat de releases per a rollback i genera artefactes en staging o CI; no executis npm repetidament en hosting compartit.

Controla el creixement de miniatures

Cada imatge pot generar moltes mides registrades i diversos temes o connectors poden multiplicar-les. Inventaria les mides actives i el volum de mitjans abans de regenerar.

Desactiva només mides sense ús mitjançant codi mantingut i neteja derivats obsolets amb una eina conscient de WordPress i una còpia. No eliminis originals ni noms referenciats a les metadades. Prova srcset.

Neteja memòries cau i temporals des del propietari

Utilitza el purgat del connector o hosting i el mecanisme de retenció de sessions PHP. Confirma que les sessions han caducat.

No eliminis sessions actives indiscriminadament: tancaries usuaris o interrompries transaccions. Repara cron perquè la memòria cau i les sessions vençudes es netegin automàticament.

Revisa Maildir

Maildir consumeix un inode per missatge, de manera que l’spam o un compte catch-all poden esgotar la quota amb correus petits.

Consulta informes, arxiva correu autoritzat i aplica retenció i antispam. No eliminis missatges empresarials sense aprovació. Revisa Spam, Paperera i bústies desactivades conservades indefinidament.

Inspecciona backups i staging

Les còpies incrementals poden crear arbres enormes i un staging sense comprimir duplica miniatures i connectors.

Mou els backups verificats fora del servidor i elimina stagings obsolets només després de confirmar ruta i propietari. Conserva .git, dependències i directoris de build allà on els necessiti el desplegament.

Redueix el recompte futur

Limita les mides d’imatge innecessàries abans de regenerar, consolida l’estratègia de memòria cau i considera emmagatzematge d’objectes quan correspongui.

Un pla amb més inodes pot ser raonable, però primer corregeix el generador descontrolat. Configura alertes: els inodes poden créixer molt més ràpidament que els bytes.

Verifica actualitzacions i serveis

Després d’alliberar marge segur, corregeix directoris parcials i instal·la un paquet fiable. Prova pujades, sessions, cron i correu.

Monitoritza el recompte durant diversos dies. WordPress necessita crear molts fitxers petits; una quota de disc gran no garanteix que pugui fer-ho.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència