Tovább a tartalomhoz

Tesztoldal (staging) a frissítések előtt

Mi a tesztoldal, miért érdemes használni a Gravity Forms és a kiegészítők frissítése előtt, mikor kell, és hogyan hozhatod létre.

A tesztoldal (angolul staging site) az éles WordPress-oldalad másolata: ugyanazokkal a bővítményekkel, sablonnal és tartalommal, de más webcímen fut, és általában a látogatók számára nem érhető el. Itt próbálod ki a változtatásokat, mielőtt élesbe kerülnének: a WordPress magjának frissítését, a bővítmények (a Gravity Forms és a kiegészítői) frissítését, a sablonváltoztatásokat vagy az egyedi kódot.

Ha valami elromlik a tesztoldalon, rajtad kívül senki nem veszi észre. Ha az éles oldalon romlik el, azt a látogatók és az űrlapot beküldők is érzik.

A „sandbox” és a „staging” kifejezés néha felcserélhetően szerepel, de nem ugyanazt jelenti. A sandbox egy fizetési átjáró próbaüzemmódja (például a PayPal Sandbox vagy a Stripe próbaüzeme), nem az oldal másolata. A tesztoldalra a „staging” a helyes kifejezés.

A Gravity Forms frissítései, a kiegészítők frissítései, sőt a WordPress vagy a PHP rutinszerű verzióváltásai is okozhatnak néha ütközést. Ezeket sokkal könnyebb megtalálni és kijavítani egy olyan oldalon, amelyre még senki nem számít.

Az űrlapoknál ez a szokásosnál fontosabb, mert az űrlapok tranzakciós elemek. Egy elromlott kapcsolati űrlap kellemetlenség. Egy elromlott fizetési űrlap vagy egy hibásan működő fizetési feed elveszett rendelésekhez vagy dupla terheléshez vezethet. A tesztoldalon az a probléma kerül elő, mielőtt a vásárló találkozna vele.

Ugyanezért kérdeznek rá a támogatási jegyeknél is a tesztoldalra: ha ütközést keresel, vagy nagyobb frissítés előtt állsz, a hibát (vagy a frissítést) először a tesztoldalon érdemes újra előállítani, mert így elkülönül az éles oldaltól és az éles forgalomtól.

  • A Gravity Forms vagy bármelyik kiegészítő frissítése előtt, főleg főverzió-váltásnál.
  • A WordPress magjának, a PHP-nak vagy a sablonnak a frissítése előtt, mert bármelyik hatással lehet az űrlapok megjelenésére és beküldésére.
  • Új bővítmény telepítése előtt, különösen más űrlapkezelő, gyorsítótár-kezelő vagy biztonsági bővítmény esetén.
  • A fizetési átjáró beállításainak módosítása vagy új fizetési feed felvétele előtt.
  • Olyan átalakítás vagy sablonváltás előtt, amely érinti, hol és hogyan jelennek meg az űrlapok.

Ha csak apró tartalmi szerkesztéseket végzel, a tesztoldal túlzás, elég egy biztonsági mentés. Amint kódhoz, kiegészítőkhöz vagy fizetési beállításhoz nyúlsz, megéri.

Egyes tárhelyszolgáltatók a csomag részeként egykattintásos tesztoldalt is adnak. A pontos hely szolgáltatónként eltér, keresd a „Staging” menüpontot az oldal vagy a környezet beállításai között. Ha ez elérhető, ez a legegyszerűbb és legmegbízhatóbb mód, mert a tárhely intézi a jelszavas védelmet, a keresőmotorok kizárását és az élesbe állítást.

Ha a tárhelyed nem kínál ilyet, bővítménnyel is megoldható. Ilyen például a WP Staging és a Duplicator, de ez csak két példa.

A harmadik féltől származó szolgáltatások, bővítmények és kódrészletek csak javaslatok: nincsenek kiértékelve vagy tesztelve, és hogy megfelelnek-e a projekted működési, biztonsági, jogi, költség- és támogatási igényeinek, azt neked kell eldöntened.

A bevett elnevezési szokásokat követő teszt- és fejlesztői oldalak nem számítanak bele a Gravity Forms licenc oldalkorlátjába.

Készült:

Tiszteletben tartjuk a magánszférádat

Sütiket használunk a böngészési élmény javítására és a forgalom elemzésére. Az analitika csak akkor indul, ha engeded. Adatvédelmi irányelvek, Sütitájékoztató.

Sütibeállítások