A WooCommerce frissítése

Biztonsági mentések

A WordPress és a WooCommerce által működtetett áruház két helyen tárolja az adatokat és a tartalmat. Az egyik a wp-contentmappa, ahol témái, bővítményei és feltöltött tartalmai találhatók. Egy másik az adatbázis, amely rendszerezi és tárolja a termékeit, megrendelését, postáját, oldalát stb. adat.

Ezekkel az értékes adatokkal és tartalommal, amelyeket néhány különböző helyen tárolnak, hogyan óvhatja meg mindezt, és hogyan készíthet biztonsági másolatot?

Automatikus biztonsági mentések

A leghatékonyabb és legmegbízhatóbb módszer az automatizált webhely -mentési szolgáltatás használata , amelyet természetesen a Jetpack -et ajánlunk . Amellett, hogy semmit sem kell kézzel csinálnia, a következőket is élvezheti:

  • Korlátlan tárhely.
  • Automatikus rendszeres biztonsági mentés a teljes webhelyről, beleértve az adatbázist, az összes tartalmat, bővítményeket és témákat, beállításokat és egyebeket.
  • Azonnali visszaállítás, így egyetlen kattintással visszatérhet egy korábbi verzióhoz.
  • Közvetlen hozzáférés a nap 24 órájában elérhető szakértői támogatáshoz.

Kézi biztonsági mentések

A kézi biztonsági mentéshez két részből áll az áruház biztonsági mentése:

  • Készítsen biztonsági másolatot az adatbázisáról! Ennek többféle módja van, tekintse meg a WordPress Codexet a tartalom biztonsági mentésének lehetőségeiről. Mind a manuális, mind a plugin opciók léteznek.
  • SFTP használatával menjen a wp-contentmappájába, hogy biztonsági másolatot készítsen a téma és a beépülő fájlokról. Erősen javasoljuk, hogy készítsen biztonsági másolatot a témafájlokról, ha testreszabott.

Frissítések tesztelése

Most beszéljünk arról, hogyan tartsa naprakészen webhelyét, és hogyan kereshet pénzt a legújabb és legjobb funkciókkal. Csak tisztességes figyelmeztetés, ez technikainak és bonyolultnak tűnhet, de ne hagyja, hogy Önhöz jusson! Az is lehetséges, hogy olyan fejlesztővel dolgozzon együtt, aki ismeri ezeket a feladatokat. Erősen javasoljuk, hogy kérjen segítséget egy minősített WooExperttől .

Ismernivaló feltételek

Először tekintsünk át néhány kifejezést, amelyeket használni fogunk. Egyesek más kifejezéseket is használhatnak, például fejlesztői környezetet, tesztelési környezetet és élő környezetet, de mi maradunk az alapvető háromnál:

  • Helyi – személyi számítógépen található, általában nem érhető el az internetről.
  • Staging – itt tesztelheti a frissítéseket. Ugyanazt a szerverbeállítást kell replikálnia, mint az élő webhelynek.
  • Gyártás – az élő oldal. Ahol az ügyfelek és a felhasználók látogatnak és vásárolnak.

Ne feledje, hogy ez egy leegyszerűsített áttekintés, és számos eszköz és mód létezik erre. A frissítések tesztelésében nincsenek abszolút szabályok, mindaddig, amíg általában nem teszteli őket élő webhelyen. Ha fejlesztő dolgozik a webhelyén, kérdezze meg őket a frissítések tesztelésének folyamatáról.

A legtöbb fejlesztő helyi telepítéssel kezdi. Ez azt jelenti, hogy a WordPress be van állítva a számítógépükön, és szerverként működik. Egy előnyben részesített kódszerkesztő használatával az ember ezután létrehozhatja, frissítheti és tesztelheti a frissítéseket a saját számítógépén. A helyi telepítés során erősen javasoljuk, hogy kezdje el a verziókezelés használatát, ha még nem. Legyen szó Gitről, SVN-ről vagy valami másról, akkor jól jön, ha vissza kell térnie valami működőhöz, és még könnyebbé teheti a webhelyek telepítését és gyártási folyamatát.

Színreállítás

Egy frissítés helyi webhelyen kívüli teszteléséhez a legjobb, ha létrehoz egy második WordPress-telepítést a gazdagéppel, és visszaállítja rá az élő webhely biztonsági másolatát. A VaultPress ezt meg tudja tenni Ön helyett, és a WordPress gazdagépei gyakran kínálnak eszközöket az átmeneti környezet beállításához. Ez a gyártási hely másolata, és biztonságos hely a frissítések tesztelésére. Egy állomáshelyet meg lehet osztani másokkal is, hogy segítsenek tesztelni. Gondoskodik arról, hogy különböző eszközökön, betöltési időn és így tovább teszteljen.

Termelés

Ha minden jól megy a bemutató tesztek során, akkor készen áll az élő (gyártási) oldal frissítésére. Ezt tetszés szerint megteheti, vagy egyeztethet a fejlesztővel/fejlesztőkkel. Egy megjegyzés: Állítsa a webhelyet karbantartási módba, hogy megakadályozza az embereket a kijelentkezésben vagy a fizetésben. Ha a frissítés során tranzakció történik, a rendelések elveszhetnek. A frissítéshez bizonyos esetekben a Git úgy van beállítva, hogy egy fő ágból telepítse, vagy Ön maga is rákattinthat a Frissítés gombra, tudva, hogy tesztelte ezeket a frissítéseket, és biztonságos a webhelye számára. Természetesen a biztonsági másolatok készenléti állapotban vannak, hogy azonnal visszaállíthassák, ha bármi váratlan történik. Így nincs állásidő vagy bevételkiesés. Innentől kezdve derítse ki, hogy mely eszközök és stratégiák működnek a legjobban az Ön és csapata vagy fejlesztője(i) számára, és indítsa el a megfelelő tesztelési folyamatot. Ha előre szán időt a frissítések tesztelésére, a végén megspórolod magad a fejfájástól és a pénztől is. Garantált!

Beágyazott funkcióbővítmények

Az alapbővítményen kívül minden WooCommerce kiadás tartalmazza a funkcióbővítményeink egy verzióját:

  • WooCommerce blokkok
  • WooCommerce Admin

A beágyazott verziók az alapvető WooCommerce beépülő modullal frissülnek, és ugyanazon a szigorú tesztelési folyamaton esnek át a kiadás részeként. Funkcióbővítményeket használunk olyan új funkciók fejlesztésére, amelyek még nem állnak készen a nyilvános kiadásra a WooCommerce-ben, és a kísérleti funkciók egyike sem része a beágyazott kiadásnak. Az új funkciók ilyen módon történő fejlesztése lehetővé teszi, hogy ezek a beépülő modulok önmagukban megjelenjenek, miközben a WooCommerce teljes funkcióját továbbra is tartalmazza.

Verzióegyeztetés

Ennek egyik érdekes megfontolása az, hogy mi történik, ha olyan funkcióbővítményt telepít, amely eltér a WooCommerce-be ágyazott verziótól. A verzióegyeztetést a Jetpack Autoloader csomag segítségével kezeljük , amely a legújabb verziót tölti be. A funkcióbővítmény telepítésével és aktiválásával bejelentkezett a kísérleti funkciókra, függetlenül attól, hogy a beágyazott verzió vagy a szolgáltatás beépülő modul betöltve van-e. Íme egy példa forgatókönyv alább

A WooCommerce 5.0 beágyazza a WooCommerce Blocks 5.0 verzióját. Ha telepíti és aktiválja a WooCommerce Blocks beépülő modul egy újabb verzióját , például az 5.2-es verziót, a rendszer a beágyazott helyett azt fogja használni. Ha azonban egy régebbi verziót, például a 4.0-t telepít és aktivál, akkor az a WooCommerce beágyazott verzióját fogja használni, de aktiválja a kísérleti funkciókat.

A WooCommerce rendszer állapotjelentésében megtekintheti, hogy egy funkcióbővítmény melyik verzióját használja.

Vélemény, hozzászólás?

Az e-mail címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük