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

Sessions Cache Estat Client

Com netejar sessions de WooCommerce trencades sense afectar tots els clients

Repara sessions amb una neteja dirigida al navegador, usuari o files caducades, protegint els carretons actius.

Esborrar totes les sessions és una mesura agressiva: buida carretons de convidats i pot interrompre compres en curs. Pot alleujar el símptoma, però no explica per què una sessió ha quedat obsoleta.

Comença per l’abast recuperable més petit: un navegador de prova, un client concret o les files que hagin caducat de manera demostrable.

Determina si la sessió està trencada

Anota el carretó, el compte, la URL, l’hora i el navegador. Compara el resultat amb una finestra privada i un altre compte de control.

Si falla per a tothom, investiga memòria cau, base de dades, cookies o codi. Si només falla un navegador i una sessió nova funciona, una neteja local pot ser raonable. Revisa comandes i pagaments abans de tocar una sessió que participava en un checkout.

Conserva proves sense exposar dades

Inspecciona el domini, el path i la caducitat de les cookies sense desar-ne els valors. Amb eines autoritzades, anota la data d’expiració i la mida de la sessió al servidor.

- ruta i hora exactes
- sessió anònima o client autenticat
- atributs de cookie, mai el valor
- error PHP o MySQL relacionat
- última acció feta al carretó

No exportis contingut serialitzat tret que sigui estrictament necessari i tinguis un accés controlat.

Reinicia només el navegador afectat

Eliminar les dades del lloc per a un visitant concret crea una sessió de convidat nova. Avisa que el carretó es pot perdre i permet que la persona n’anoti els productes.

Utilitza els controls del navegador per a aquell domini, no esborris tot l’historial. Després repeteix l’acció i comprova que l’estat es conserva entre pàgines. Si el problema reapareix immediatament, deixa de netejar i busca la causa.

El suport no ha de demanar captures amb cookies visibles. Si cal preservar la compra, es pot guardar la llista de productes o utilitzar una funció de recuperació ja aprovada. Descomptes, enviament i estoc poden recalcular-se, per tant no prometis que es conservaran.

Tracta amb cura un client connectat

WooCommerce pot combinar la sessió amb el carretó persistent de l’usuari. Comprova si sortir i tornar a entrar recupera productes antics o duplica línies.

No esborris metadades directament. Empra l’API o eines compatibles i fes una còpia abans d’una correcció dirigida. Confirma la identitat pel procediment normal de suport; una reparació no pot convertir-se en una drecera d’accés.

Retira únicament files caducades

Si el problema és el creixement, restaura primer la neteja programada i WP-Cron o el cron real. Després compta les files vençudes.

SELECT COUNT(*) AS expired_rows
FROM wp_woocommerce_sessions
WHERE session_expiry < UNIX_TIMESTAMP();

Substitueix wp_ pel prefix real. La consulta és una mesura, no un permís per esborrar carretons vigents. Fes còpia, executa una operació acotada en hores tranquil·les i controla bloquejos, errors i disc.

Per a volums grans, treballa per lots i torna a calcular el criteri entre execucions. No optimitzis la taula automàticament: segons MySQL, pot requerir espai extra i bloquejar escriptures.

Evita una invalidació global

Només és justificable després d’un incident de seguretat, un canvi d’esquema incompatible o una decisió explícita del negoci. Cal una finestra de manteniment i un pla per a carretons, logins, cupons i automatitzacions d’abandonament.

No executis un DELETE general perquè una eina administrativa trigui massa. Coordina desplegament i memòria cau per evitar que les sessions es reconstrueixin amb versions de codi diferents.

Corregeix l’origen

Revisa domini i HTTPS, classificació del consentiment, exclusions de cau, Redis, escriptures de MySQL i personalitzacions del carretó. Si hi ha diversos nodes, tots han d’executar el mateix codi i compartir l’emmagatzematge previst.

No facis un flush global de Redis per un sol client: podria afectar altres webs. Relaciona els errors amb disc, PHP i MySQL i documenta si la causa era caducitat, corrupció, host incorrecte o sobrescriptura d’estat.

Verifica sessions actives

Abans de la intervenció crea carretons controlats de convidat i client que encara siguin vigents. Després han de sobreviure quan correspongui i la sessió afectada s’ha de recuperar.

Completa una compra de convidat i valida pagament, comanda, estoc i correu. Prova també una sessió que hagi de caducar. El manteniment recurrent ha d’alertar sobre endarreriments i creixement anormal: els carretons actius són dades comercials, no una memòria cau prescindible.

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