Pāriet uz saturu

Sīkdatņu iestatījumi

Izvēlieties, kāda veida sīkdatnes atļaujat. Savu izvēli varat jebkurā laikā mainīt sadaļā Sīkdatņu iestatījumi katras lapas apakšā. Privātuma politika

Nepieciešamās

Vienmēr ieslēgtas

Vajadzīgas, lai pieteiktos, saglabātu grozu un atcerētos Jūsu izvēles. Tās vienmēr ir ieslēgtas.

Kuras sīkdatnes?
  • weboke_sessie, weboke_klant, weboke_remember: Jūsu sesija un pieteikšanās saglabāšana
  • weboke_basket: Jūsu grozs
  • wkBtwIncl: cenu rādīšana ar PVN vai bez PVN
  • wok_cookies: Jūsu sīkdatņu izvēle, 12 mēneši

Mēra, kura reklāma noved pie apmeklējuma vai pasūtījuma, lai mēs nemaksātu par reklāmām, kas neko nedod.

Kuras sīkdatnes?
  • Google Ads ar Google Tag Manager (_gcl_au, _gcl_aw), līdz 90 dienām
  • OpenAI Ads, reklāmas ChatGPT
  • wok_aff: caur kuru partneri nonācāt pie mums (partneru programma), 60 dienas

4,6

Valsts un valoda

Katrai valstij ir sava vietne ar attiecīgās valsts cenām un PVN.

Skatīt

Atjaunošana un testēšana

8. modulis: Rezerves kopijas, testa vide un PHP jauninājumi · Lasīšanas laiks: 8 minūtes

Mācību mērķis: Pēc šīs nodarbības Jūs varēsiet atjaunot rezerves kopiju, arī blakus esošajai tīmekļa vietnei, un pārbaudīt, vai tā ir pilnīga un lietojama.

Galvenie jēdzieni: atjaunošana (restore), pilnīga vai daļēja, faili vai datubāze, atjaunošana blakus esošajai vietnei, testa atjaunošana, pārbaudes saraksts pēc atjaunošanas, adrešu pielāgošana, datubāzes importēšana

Rezerves kopija ir vērtīga tikai tad, ja to var atjaunot

Visnepatīkamākais brīdis saistībā ar rezerves kopijām nav to veidošana, bet gan atklāšana, ka atjaunošana neizdodas: trūkst datubāzes, kopija ir nepilnīga, fails ir bojāts, vai neviens nezina, kā to izdarīt. Labāk to atklāt mierīgā otrdienā, nevis uzlauztā sestdienā.

Tāpēc regulāri testējiet atjaunošanu, vēlams, nepieskaroties savai īstajai tīmekļa vietnei.

Ko Jūs atjaunojat

Jums ne vienmēr jāatjauno viss. Izvēlieties to, kas atbilst situācijai:

SituācijaKo Jūs atjaunojat
Nejauši mainīta viena lapaNeko: izmantojiet versijas (nodarbība 4.1)
Nejauši izdzēsts attēls vai mapeTikai šos failus
Atjauninājums ir sabojājis tīmekļa vietniŠī spraudņa failus vai visu wp-content, dažreiz arī datubāzi (ja atjauninājums mainīja datubāzi)
Datubāzē dzēsts satursDatubāzi, bet ņemiet vērā, ka arī viss pārējais tiks atgriezts atpakaļ
UzlaušanaVisu, pilnībā (nodarbība 7.5), no rezerves kopijas, kas izveidota ievērojami pirms uzlaušanas

Faili un datubāze pieder kopā. Ja Jūs atjaunojat tikai vakardienas failus kopā ar šodienas datubāzi, spraudnis var sajukt, jo tā datubāze jau bija atjaunināta. Šaubu gadījumā: atjaunojiet abus, no viena un tā paša brīža.

Un vienmēr atcerieties: viss, kas noticis pēc rezerves kopijas izveides brīža, būs zaudēts. Jaunas ziņas, komentāri, pasūtījumi, reģistrācijas. Tiešsaistes veikala gadījumā pirms atjaunošanas pierakstiet, kuri pasūtījumi ir saņemti kopš rezerves kopijas izveides.

Atjaunošana blakus esošajai tīmekļa vietnei

Drošākais veids, kā testēt un glābt lietas, ir rezerves kopiju atjaunot blakus Jūsu pašreizējai tīmekļa vietnei: testa subdomēnā (test.example.com) vai atsevišķā mapē, ar savu datubāzi. Jūsu īstā tīmekļa vietne paliek neskarta. Pēc tam Jūs varat:

  • pārbaudīt, vai rezerves kopija ir pilnīga;
  • izgūt no tās vienu konkrētu elementu (izdzēstu lapu, veca teksta versiju) un to manuāli pārcelt;
  • izmēģināt atjaunošanas plānu.

Daži mitināšanas pakalpojumu sniedzēji to piedāvā ar vienas pogas nospiešanu (piemēram, WebOké Backups gadījumā “atjaunot blakus pašreizējai tīmekļa vietnei”); citur Jums faili un datubāze manuāli jāievieto testa vietā.

Pievērsiet uzmanību adresei

Rezerves kopija no https://example.com, kuru Jūs ievietojat vietnē https://test.example.com, joprojām “zina”, ka tā pieder vietnei example.com: siteurl un home datubāzē (nodarbība 1.3), un visas saites norāda uz Jūsu īsto tīmekļa vietni. Rezultātā, uzklikšķinot testa vietnē, Jūs nonākat īstajā vietnē vai piesakāties nepareizajā vietnē. Tāpēc pēc atjaunošanas pielāgojiet adreses:

wp search-replace 'https://example.com' 'https://test.example.com' --all-tables --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --all-tables

Vai izmantojiet meklēšanas un aizstāšanas spraudni, kas saprot serializētus datus (nodarbība 3.2). Reizē ieslēdziet arī meklētājprogrammu atturēšanu (nodarbība 2.4) vai uzstādiet paroli testa vietnei, un pārliecinieties, ka testa vietne nesūta e-pastus īstajiem klientiem (nodarbība 8.3).

Datubāzes manuāla atjaunošana

Ja Jums ir .sql fails (no rezerves kopijas vai eksporta), to atjaunojiet šādi:

  1. Izveidojiet tukšu datubāzi un lietotāju (nodarbība 2.3), vai iztukšojiet esošo (tikai, ja esat pilnīgi pārliecināti).
  2. Importējiet failu phpMyAdmin (cilne Importēt). Lielu failu gadījumā phpMyAdmin var “iesprūst”; tad izmantojiet sava paneļa importēšanas funkciju vai komandrindu (wp db import back-up.sql vai mysql).
  3. Pārbaudiet failā wp-config.php, vai datubāzes dati ir pareizi.
  4. Pārbaudiet tabulu prefiksu: vai tas rezerves kopijā (wp_) sakrīt ar $table_prefix failā wp-config.php? Ja nē, WordPress uzskatīs, ka instalācija ir tukša, un mēģinās instalēties no jauna.

Pārbaudes saraksts pēc atjaunošanas

Atjaunošana ir izdevusies tikai tad, ja tīmekļa vietne patiešām darbojas. Pārbaudiet:

  1. Sākumlapu un vairākas parastas lapas un ziņas atveriet privātajā logā.
  2. Attēlus: vai tie ir redzami (tātad augšupielādes bija iekļautas rezerves kopijā)?
  3. Pieteikšanos Panelī.
  4. Svarīgākās funkcijas: formas nosūtīšanu, kaut ko pievienot iepirkumu grozam, meklēšanu.
  5. Paliekošās saites: vai visas lapas darbojas, vai Jūs saņemat 404 kļūdu visur, izņemot sākumlapu? Ja tā, dodieties uz Iestatījumi > Paliekošās saites un vienreiz saglabājiet (nodarbība 2.4).
  6. Spraudņus un tēmu, vai tie ir aktīvi un atjaunināti.
  7. Versiju: vai šis ir tiešām tāds saturs, kādu Jūs gaidījāt, no konkrētā datuma?

Pierakstiet, cik ilgi atjaunošana ilga. Tas ir Jūsu reālais atjaunošanas laiks: cik ilgi Jūsu tīmekļa vietne nebūs pieejama problēmas gadījumā.

Cik bieži testēt

Vispārīgs ieteikums: testējiet vismaz reizi ceturksnī (nodarbība 9.4) un pēc katras izmaiņas rezerves kopiju sistēmā (jauns spraudnis, cits mitināšanas pakalpojumu sniedzējs, daudz lielāka tīmekļa vietne). Mainiet pieeju: reizēm testējiet mitināšanas pakalpojumu sniedzēja rezerves kopiju, citreiz savu paša izveidoto kopiju ārpus servera (nodarbība 8.1).

Praksē: šādi tas izskatās panelī

Kā piemēru izmantosim WebOké Backups un DirectAdmin. Citiem mitināšanas pakalpojumu sniedzējiem pogas var saukties citādi, taču izvēles ir tās pašas: ko Jūs atjaunojat un kur.

  1. Vispirms izveidojiet testa subdomēnu DirectAdmin (Subdomēnu pārvaldība), ar sertifikātu.
  2. Izvēlieties WebOké Backups rezerves kopiju, kas izveidota pirms pāris dienām, un izvēlieties atjaunot failus un datubāzi blakus pašreizējai tīmekļa vietnei, testa vietā.
  3. Atjaunotajā datubāzē pielāgojiet adreses uz testa subdomēnu.
  4. Izejiet cauri pārbaudes sarakstam.

Kopsavilkums

  • Rezerves kopija ir vērtīga tikai tad, ja to var atjaunot; testējiet atjaunošanu.
  • Izvēlieties, ko atjaunot; faili un datubāze jāatjauno no viena un tā paša brīža. Viss, kas noticis pēc rezerves kopijas izveides, tiks zaudēts.
  • Atjaunojiet rezerves kopiju blakus Jūsu tīmekļa vietnei, lai testētu vai izgūtu vienu konkrētu elementu, un tikai pēc tam pielāgojiet adreses.
  • Importējot datubāzi, pievērsiet uzmanību tabulu prefiksam un datiem failā wp-config.php.
  • Pēc katras atjaunošanas izejiet cauri noteiktam pārbaudes sarakstam un pierakstiet, cik ilgi tas aizņēma.

Tests (quiz)

1. Kāpēc rezerves kopiju ir labāk vispirms atjaunot blakus Jūsu tīmekļa vietnei, nevis to pārrakstīt?



2. Jūs esat atjaunojuši rezerves kopiju no https://example.com vietnē https://test.example.com. Katru reizi noklikšķinot, Jūs nonākat savā īstajā tīmekļa vietnē. Kas Jums jādara?



3. Pēc datubāzes importēšanas WordPress parāda instalācijas ekrānu. Kāds ir iespējamais iemesls?



4. Ko Jūs zaudēsiet, ja atjaunosiet vakarvakara pilnu rezerves kopiju savā tiešsaistes veikalā?



Uzdevums

Uzdevums D8.2: Rezerves kopijas atjaunošana testa vidē (staging). Atjaunojiet pāris dienas vecu rezerves kopiju testa subdomēnā savā domēnā (piemēram, herstel.example.com), blakus Jūsu īstajai tīmekļa vietnei. Pielāgojiet adreses, ieslēdziet meklētājprogrammu atturēšanu vai uzstādiet paroli testa vietai, un izejiet cauri šīs nodarbības pārbaudes sarakstam. Atzīmējiet katru punktu. Pierakstiet: kuru rezerves kopiju (avotu un datumu) izmantojāt, cik ilgi ilga atjaunošana, kas nenotika pareizi un kā Jūs to atrisinājāt. Atstājiet testa vietni uzdevumam A8.3 un pēc tam to izdzēsiet.

Uzdevums D8.2: Rezerves kopijas atjaunošana testa vidē (staging)

Šo uzdevumu veicat paši; neviens to nepārbauda. Atzīmējiet, ko esat izdarījuši, un atzīmējiet uzdevumu kā paveiktu.




Jūsu atzīmes un piezīmes paliek tikai šajā pārlūkprogrammā; mēs tās nekur nesūtām. Ja esat pieteikušies, sadaļā Mani kursi saglabājam tikai to, ka uzdevums ir paveikts.

Papildu lasāmviela

Šie raksti apraksta soļus WebOké paneļos; citos paneļos tie darbojas līdzīgi.

Lūdzu, uzgaidiet…

Iestatiet savus domēnus

Katram domēnam norādiet vārdu serverus, piesaisti hostingam un to, kurš būs turētājs.

Ielādē Jūsu domēnus…