Test: FluentCart / Setari / Setarile magazinului, cu restaurare
Ce s-a testat
Modificarea setarilor magazinului prin API, cu instantaneu inainte si restaurare dupa. Subiect: numele magazinului.
Rezultat
Numele a fost schimbat, verificat, apoi pus la loc. La final, comparatia cu instantaneul initial arata zero diferente.
Descoperirea principala: doua rute de setari cu comportament OPUS
| Ruta | Ce face la salvare | Consecinta |
|---|---|---|
| setarile magazinului | IMBINA cu ce era inainte | Un payload partial e sigur — restul setarilor raman neatinse |
| setarile de module | INLOCUIESTE tot blocul | Orice modul lipsa din payload se dezactiveaza |
Confirmat in practica: dupa ce am trimis doar numele magazinului, toate celelalte 63 de setari au ramas identice, inclusiv blocul de module si serverul MCP pornit anterior.
A doua descoperire: ce citesti NU e ce e salvat
Dupa schimbarea numelui, si numele firmei aparea schimbat — desi nu-l trimisesem. Explicatia nu e o scriere ascunsa: campul e gol in baza de date, iar ruta de citire il completeaza din numele magazinului atunci cand e gol.
De ce conteaza: daca faci un instantaneu al setarilor asa cum le CITESTI si apoi il rescrii ca „restaurare”, transformi o valoare derivata intr-una salvata permanent. Restaurarea corecta scrie inapoi doar campurile pe care chiar le-ai modificat, nu tot ce ai citit.
Un efect global de retinut
Modificarea adresei de produs sau a paginii de cont declanseaza reconstruirea regulilor de rutare ale sitului. Nu e o simpla setare — are efect asupra tuturor adreselor. Din acest motiv, adaptorul nostru accepta deliberat doar campuri de prezentare, fara pagini, fara modul Live/Test si fara plati.
Dovada face parte din registrul Plugin-Learner, rularea run-store-20260811-a. Site de test dedicat, restaurat complet.