Configurarea și finalizarea WooCommerce: integrare cu 1C și SDEK, stocare în cache, înregistrare în jurnal, control al echilibrului

Situație inițială: un magazin online pe WordPress 6.x + WooCommerce 8.x care rulează pe un VPS (Ubuntu 22.04, Nginx, PHP 8.2, MariaDB). Catalog cu aproximativ 25.000 de produse și 60.000 de variante. Acum schimbul cu 1C are loc printr-un modul învechit, produsele sunt duplicate periodic, prețurile și soldurile scad, iar în orele de vârf (de vânzări) procesarea comenzilor este lentă și dă uneori 502. Livrarea se calculează prin plugin-ul SDEK, dar unele comenzi sunt trimise fără punctul de ridicare selectat din cauza curselor la recalcularea coșului. Avem nevoie de analiză și configurare sistematică, fără a schimba CMS-ul și fără a reelabora complet tema.

Mediu tehnic și restricții: nu puteți opri vânzările mai mult de 10 minute o dată, toate modificările prin staging și Git, implementare prin SSH. Nu puteți conecta cache-uri externe SaaS, cum ar fi Cloudflare APO; poți folosi Redis pe un VPS. Nu puteți modifica modulul de plată curent și structura URL. Editările de cod ascuțite sunt acceptabile sub forma unui mic plugin MU sau a propriului dvs. plugin, fără a edita nucleul WordPress și WooCommerce.

Ce să fac:
1) Efectuați un audit al configurației actuale a performanței și al logicii de ordonare - profilarea interogărilor lente (Query Monitor/New Relic sau echivalent), analizarea jurnalelor PHP-FPM/Nginx, identificarea blocajelor în baza de date (indexuri, interogări lente WooCommerce tabele de căutare, wp_postmeta).
2) Configurați cache-ul și stabilitatea - activați și configurați corect Redis Object Cache, excepții pentru paginile dinamice (coș, casă, cont personal), configurați cache-ul paginii pe Nginx sau configurați corect pluginul cache existent, astfel încât prețurile, cupoanele și recalcularea livrării să nu se întrerupă.
3) Pune în ordine schimbul cu 1C - stabilizează importul de mărfuri, prețuri și solduri, astfel încât să nu se creeze duplicate și să nu se piardă conexiunile de variații. Configurați maparea după identificatorul extern (SKU/UUID), procesarea produselor șterse, controlul integrității după import. Adăugați un jurnal de import cu erori clare (în wp-content/uploads/logs sau într-un tabel), fără a scoate date sensibile.
4) Remediați scriptul de selectare a punctului de ridicare SDEK - remediați problema când, la recalcularea coșului, punctul de ridicare selectat este resetat sau nu intră în comandă. Rezultatul ar trebui să fie salvat în ordine ca meta și afișat în panoul de administrare și e-mailuri. Dacă pluginul actual nu oferă cârligele necesare, faceți-l prin hook-uri WooCommerce fără a întrerupe actualizabilitatea pluginului.
5) Configurați monitorizarea și protecțiile - activați rotația jurnalelor, configurați alertele la 5xx (trimiterea prin e-mail este suficientă), adăugați un punct final de verificare a stării de sănătate pentru a verifica disponibilitatea componentelor cheie (DB, Redis, wp-cron).

Rezultat specific:
- Plasarea unei comenzi continuă fără 502 și fără a pierde punctul de preluare selectat.
- Importul din 1C încetează să creeze mărfuri duplicate și variații; soldurile și prețurile după schimb coincid cu descărcarea.
- Site-ul poate rezista la sarcini de vârf fără degradare bruscă datorită stocării în cache corecte.

Criterii de acceptare măsurabile:
- Timp de răspuns al paginii de plată P95 - nu mai mult de 2,5 secunde cu 20 de utilizatori simultani în scenă (k6 sau analog), fără 5xx.
- După un schimb complet cu 1C, numărul de produse și variații nu crește din cauza duplicatelor, 0 duplicate noi prin SKU/UUID extern.
- În 50 de comenzi de testare la rând, punctul de ridicare SDEK selectat este întotdeauna salvat și afișat în panoul de administrare și într-o scrisoare către client.
- Rata de accesare a memoriei cache Redis pe paginile tipice de catalog nu este mai mică de 70% (în conformitate cu valorile de informații despre plugin/redis), în timp ce coșul de cumpărături și achiziția nu sunt stocate în cache ca pagină.

Etape așteptate: stabilirea stagingului și colectarea diagnosticelor - plan de lucru și risc - implementarea stocării în cache - repararea schimbului 1C - repararea SDEK - testarea încărcării - implementarea finală și lista de verificare.

Acces și materiale: voi furniza SSH pentru punere în scenă și producție, un dump de bază de date pentru analiză locală la cerere, acces la panoul de administrare WP, exemple de încărcare 1C (XML) și câteva comenzi problematice pentru reproducere.