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

Base Dades I Dades Wordpress

WordPress no desa entrades, ajustos ni opcions de connectors

Diagnostica canvis que WordPress no desa revisant REST o AJAX, escriptures MySQL, permisos, memòria cau, seguretat i límits de disc.

El desament pot fallar abans de sortir del navegador, en una capa de seguretat o proxy, durant la validació PHP o quan s’escriu a MySQL. La interfície també pot confirmar el canvi mentre una memòria cau persistent continua servint el valor anterior.

Fes un únic canvi controlat i segueix-ne el recorregut. No editis repetidament contingut real mentre desconeguis l’estat final de la base de dades.

Defineix quines escriptures fallen

Prova un esborrany, un ajust inofensiu del nucli i l’opció afectada del connector. Anota l’URL, rol, hora, missatge del navegador i resposta HTTP.

Compara:
petició REST de l'editor de blocs
POST clàssic o administratiu
petició admin-ajax
escriptura de metadades de mitjans
escriptura programada o en segon pla

Utilitza un esborrany controlat i no exposis contingut sense publicar als registres.

Inspecciona la petició del navegador

Obre la pestanya Xarxa i envia una sola vegada. Si la petició no surt, pot haver-hi un error JavaScript o de validació. Un 403 apunta a nonce, permisos o tallafoc; un 500, a PHP; una resposta JSON pot identificar validació o base de dades.

Llegeix el cos sense publicar nonces, galetes ni valors del formulari. Comença pel primer error de la consola.

No desactivis la seguretat del navegador ni tots els connectors només per activar el botó.

Comprova permisos i nonces

Confirma que l’usuari té la capacitat necessària per al tipus d’entrada o la pàgina d’ajustos. Els editors de rols i connectors de membres poden canviar capacitats.

Les galetes i els nonces caduquen; inicia la sessió de nou en un entorn net. Si la fallada torna de seguida, revisa el domini canònic, HTTPS i la memòria cau en lloc d’ampliar-ne la durada.

No ometis current_user_can() ni la verificació de nonces a producció.

Relaciona registres PHP i MySQL

Busca la mateixa hora a WordPress, PHP i MySQL. Revisa taula o disc ple, deadlock, mode de només lectura, columna absent o error fatal dins d’un hook de desament.

La validació pròpia pot rebutjar el valor intencionadament. Un error explicatiu no és igual que una escriptura fallida.

Protegeix els registres: les opcions poden contenir claus API o dades personals.

Revisa estats de només lectura i bloquejos

Una base gestionada pot entrar en només lectura durant un failover, promoció de rèplica o protecció de l’emmagatzematge. Confirma que WordPress connecta amb el primari escrivible.

Examina esperes i deadlocks d’InnoDB. Una petició es pot revertir encara que la connexió continuï sana. Identifica la importació, còpia o transacció competidora i mantén curts els hooks propis per no retenir bloquejos durant crides remotes.

Verifica l’escriptura directament

Després de fer còpia, llegeix l’entrada o opció mitjançant l’API de WordPress o una consulta exacta de només lectura. No prenguis com a autoritat el que mostra la pantalla.

$value = get_option( 'example_option', null );
error_log( 'Option type: ' . gettype( $value ) );

Registra el tipus o la presència, no el valor secret. Retira el diagnòstic.

Comprova la memòria cau d’objectes i pàgina

Una memòria cau persistent pot retornar opcions antigues després d’escriure, especialment si diversos webs comparteixen un prefix incorrecte. Buida només la memòria cau pertinent mitjançant controls compatibles.

Compara lectura directa i API de WordPress en staging. Confirma que tots els nodes utilitzen Redis o Memcached de manera coherent.

L’administració i REST no han de quedar en una memòria cau pública de pàgina.

Revisa hooks de desament i esquema

Els connectors poden interceptar save_post, callbacks REST o sanejament d’opcions. Un callback pot entrar en recursió, provocar un error fatal o retornar el valor anterior.

Busca al codi propi i a la pila PHP. En HPOS o taules personalitzades, confirma que han acabat les migracions de l’esquema.

No editis el nucli ni fitxers del proveïdor; corregeix codi mantingut o actualitza el component.

Repara i verifica la persistència

Corregeix el permís, nonce o domini, tallafoc, PHP, MySQL, memòria cau o callback demostrat. Desa un valor controlat, recarrega en una altra petició i confirma la dada a la base.

Prova revisions, desament automàtic, tasques i un altre rol. El manteniment recurrent hauria d’alertar per errors d’escriptura i respostes REST 4xx o 5xx; el canvi està reparat quan persisteix entre memòries cau, processos i sessions.

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