რჩევები3 წთ საკითხავი
WordPress-ის განახლება: როგორ შევამციროთ შეფერხების რისკი
2024 წლის 2 აპრილს WordPress 6.5 გამოვიდა, 9 აპრილს კი 6.5.2-ის უსაფრთხოებისა და მოვლის განახლება გამოქვეყნდა. ასეთი რელიზები გვახსენებს, რომ საიტზე მუშაობა გაშვების შემდეგაც გრძელდება.
განახლების გეგმა უნდა პასუხობდეს სამ კითხვას: რას ვცვლით, როგორ ვამოწმებთ და როგორ ვიქცევით პრობლემის შემთხვევაში. ამ სტატიაში 2024 წლის რელიზები კონტექსტია; კონკრეტულ ძველ ვერსიაზე დარჩენას არ გირჩევთ.
ჩამოწერეთ, რისგან შედგება საიტი
WordPress-ის ბირთვის გარდა საიტს თემა, პლაგინები, ინდივიდუალური კოდი და გარე სერვისები შეიძლება ჰქონდეს. ონლაინ მაღაზიაში ამ ჯაჭვს გადახდები, მიწოდება და მარაგის კავშირიც ემატება. ერთი კომპონენტის განახლებისას შედეგი დანარჩენებთან ერთად უნდა შემოწმდეს.
აღრიცხეთ ვერსიები, მნიშვნელოვანი ინტეგრაციები და წვდომები. მონიშნეთ, რომელი კომპონენტია ინდივიდუალურად შეცვლილი და ვინ არის მის მოვლაზე პასუხისმგებელი. მხოლოდ პლაგინის სახელის ცოდნა საკმარისი არ არის, თუ მასში პროექტისთვის საჭირო ცვლილებებია შეტანილი.
WordPress-ის ოფიციალური განახლების გზამკვლევი სარეზერვო ასლის მომზადებასაც ითვალისწინებს. ასლს უნდა ახლდეს აღდგენის გასაგები გზა; მისი არსებობა შემოწმების გარეშე სრულ დაცვას არ ნიშნავს.
სატესტო გარემო რეალურ მუშაობას მიუახლოვეთ
Staging მოქმედი საიტისგან განცალკევებული სატესტო ვერსიაა. აქ შეიძლება განახლების მოსინჯვა ისე, რომ მომხმარებლის მიმდინარე პროცესს პირდაპირ არ შევეხოთ. თუმცა ძველი მონაცემებითა და სხვა სერვერის პირობებით მოწყობილი ასლი ყველა პრობლემას ვერ გამოავლენს.
შეადარეთ საჭირო გარემო, კონფიგურაცია და ინდივიდუალური კოდი. სატესტო ასლზე შეზღუდეთ წვდომა და არ დაუშვათ მისი საძიებო ინდექსში მოხვედრა. მომხმარებლის მონაცემების ასლი მხოლოდ საჭირო და დაცულ მოცულობაში გამოიყენეთ.
რეალური გადახდები, ავტომატური წერილები და მარაგის სინქრონიზაცია უსაფრთხო სატესტო რეჟიმზე გადაიყვანეთ ან გამორთეთ. ტექნიკური შემოწმება კლიენტისთვის შემთხვევით გაგზავნილ წერილად ან ნამდვილ შეკვეთად არ უნდა იქცეს.
შეამოწმეთ ბიზნესის მთავარი მოქმედებები
მთავარი გვერდის გახსნა მხოლოდ პირველი ნაბიჯია. წინასწარ შეარჩიეთ ფუნქციები, რომელთა შეფერხებაც ბიზნესს უშლის ხელს, და ცვლილებამდე მათი გამართული მდგომარეობა დააფიქსირეთ.
- ფორმა: მოთხოვნა მიიღება, შეცდომა სწორად ჩანს და პასუხი შესაბამის სისტემაში ინახება.
- მაღაზია: პროდუქტი, ვარიაციები, კალათა, მიწოდება და სატესტო გადახდა მუშაობს.
- შინაარსი: რედაქტორს გვერდის განახლება და მედიის დამატება შეუძლია.
- ენები და ეკრანები: მენიუ, ძირითადი გვერდები და შეტყობინებები სწორად ჩანს.
თუ შეცდომა გაჩნდა, გაარკვიეთ, რომელი ცვლილება უკავშირდება მას. ბევრი განსხვავებული კომპონენტის ერთდროული, დაუფიქსირებელი შეცვლა დიაგნოსტიკას ართულებს. ჩვეულებრივი განახლება და სასწრაფო უსაფრთხოების შესწორება ერთნაირ ვადას არ მოითხოვს — პრიორიტეტი რეალურ რისკს მოარგეთ.
მოქმედ საიტზე გადასვლა ცალკე ეტაპია
გაშვებამდე მოამზადეთ ახალი ასლი და დაბრუნების გეგმა. შეათანხმეთ დრო, პასუხისმგებელი და შემოწმების სია. მომხმარებელმა საჭიროებისას უნდა იცოდეს, რომ დროებითი ტექნიკური სამუშაო მიმდინარეობს.
მაღაზიაში სატესტო მონაცემთა ბაზის მოქმედზე ბრმად გადატანა საშიშია: ტესტირების პერიოდში რეალურ საიტზე ახალი შეკვეთები შეიძლება გაჩნდეს. გადაწყვიტეთ, გადადის მხოლოდ კოდი, კონკრეტული პარამეტრები თუ სხვა შეთანხმებული ნაწილი. მონაცემების შერწყმას ცალკე სამუშაო გეგმა სჭირდება.
განახლების შემდეგაც გადაამოწმეთ
გაიმეორეთ მთავარი სცენარები მოქმედ საიტზე უსაფრთხო რეჟიმით. ნახეთ შეცდომების ჩანაწერები და გუნდისგან მიღებული შეტყობინებები. საჭირო ქეშის განახლების შემდეგ ძველი ფაილები ან გვერდის ვერსიები ხომ არ ერევა ახალს?
წარმატებული შედეგი ჩაიწეროს: რა განახლდა, როდის, ვინ შეამოწმა და რა დარჩა გადასახედად. ასე მომდევნო ცვლილება თავიდან გამოცნობას აღარ მოითხოვს.
საწყისი გეგმა მცირე საიტისთვის
- მოამზადეთ კომპონენტების სია და აღსადგენი ასლი.
- მოსინჯეთ ცვლილება დაცულ სატესტო გარემოში.
- გაიარეთ ფუნქციების მოკლე, განმეორებადი სია.
- გეგმურად გადაიტანეთ ცვლილება მოქმედ საიტზე და გადაამოწმეთ.
- შეინახეთ შედეგი და გაუმართაობაზე რეაგირების გზა.
ტექნიკურ მხარდაჭერაში მხოლოდ „განახლების დაჭერა“ კი არა, ამ პროცესის პასუხისმგებლობაც უნდა იყოს გარკვეული. მიზანია საიტი განახლდეს და მნიშვნელოვანი ფუნქციები გამართულად დარჩეს.
