Как да обновявате плъгините, без да счупите магазина

Q: Какво да направя, ако обновяване на плъгин счупи магазина?

Върнете магазина в режим Coming soon и вижте WooCommerce > Status > Logs, където WooCommerce пази лога на фаталните грешки, а пътят wp-content/plugins/ с името на плъгин сочи виновника. След критична грешка WordPress праща на администратора имейл „Your Site is Experiencing a Technical Issue“ с връзка към режима за възстановяване, където плъгинът може да се деактивира. Ако проблемът е след обновяване на WooCommerce и базата му, възстановете бекъпа, но помнете, че това трие поръчките, постъпили след него.

# ЕтикетиWooCommerceWordPressБекъпи

Екипът на WPhost14 окт 202612 мин четене

В админа на магазина няколко плъгина чакат обновление, а Вие отлагате, защото не знаете дали някой от тях няма да спре поръчките. Можете да обновявате плъгините спокойно, ако го правите в правилния ред и имате бекъп, към който да се върнете.

Тук ще видите кои обновления са рискови и в какъв ред да ги пуснете според документацията на WooCommerce. После ще проверите магазина така, както би го направил клиент, и ще знаете как да се върнете, ако нещо се счупи.

Кои обновления чупят магазина и защо

Голямата версия. При WooCommerce голяма е всяка версия, чийто номер се различава в първите две числа, например 11.2 след 11.1, а третото число (11.2.1) означава поправки. WooCommerce пуска голяма версия приблизително на всеки пет седмици. При другите плъгини номерацията зависи от автора, затова какво се променя, ще разберете от списъка с промени.
Изискванията за PHP. Новата версия може да изисква по-нова версия на PHP от тази на сървъра. Тогава WordPress не позволява обновлението и магазинът остава на старата версия на плъгина. WooCommerce например обяви, че версия 11.6, планирана за февруари 2027, ще изисква PHP 8.1 или по-нова. Коя версия на PHP има сървърът, виждате в WooCommerce > Status, в раздела Server environment, а как се сменя, е описано в ръководството за PHP версията.
Базата на WooCommerce. След някои версии WooCommerce променя и базата данни. Ако след това нещо не работи, документацията съветва да възстановите бекъп, затова той трябва да е отпреди обновяването.
Шаблоните в темата. Някои теми съдържат собствени копия на шаблоните на WooCommerce, които остаряват, когато WooCommerce обнови своите. В WooCommerce > Status, в раздела Templates, до остарелите пише „is out of date“. За трайно решение поискайте обновление от автора на темата.
Плащанията и доставката. Модулите на Еконт и Спиди и модулът за плащане с карта, ако имате такъв, се свързват с външни системи. Ако някой от тях се счупи, сайтът изглежда наред, но поръчките може да спрат. Официалните модули на куриерите не са в каталога на wordpress.org (вижте ръководството за Еконт и Спиди), затова промените в тях проверявайте при куриера.
Кешът. След обновяване кешът може да продължи да връща старите страници и файлове, докато не го изчистите.

Какво да проверите, преди да обновите плъгините

Започнете с бекъп на файловете и на базата, както е описано в ръководството за бекъп. Ако имате WP Toolkit в cPanel, бекъп на един сайт става с бутона Back Up / Restore.

После вижте какво носи новата версия. В Plugins > Installed Plugins под всеки плъгин с нова версия има връзка View version. Тя отваря списъка с промени (Changelog) и данни за новата версия. „Requires PHP Version“ е най-ниската версия на PHP, с която тя работи, а „Compatible up to“ е последната версия на WordPress, с която авторът я е тествал. В списъка с промени търсете редове за количката, поръчката, плащанията и доставката.

Ако хостингът е включил Terminal в cPanel и има WP-CLI, плъгините и новите им версии виждате и с командите по-долу. Пуснете ги в папката на сайта. Те само четат и нищо не променят.

Bash

# cPanel > Terminal, в папката на сайта. Само чете.
cd ~/public_html
wp plugin list
wp plugin update --all --dry-run

Първата команда показва всички плъгини, а колоните update и update_version казват дали има нова версия и коя е тя. Втората показва какво би се обновило с --all, без да обновява нищо. Самото обновяване от командния ред е описано в ръководството за WP-CLI.

Как да пробвате обновленията на копие на магазина

WooCommerce съветва всички обновления първо да се пробват заедно на копие (staging), тоест отделна инсталация със същите файлове и същата база, и чак после на живия магазин. Копие правите от WP Toolkit с функцията Staging and Cloning, ако хостингът Ви има версията Deluxe (вижте ръководството за WP Toolkit), или като върнете бекъпа в поддомейн.

В какъв ред да обновявате плъгините

WooCommerce предлага обновленията да се правят веднъж месечно, а версия, която поправя уязвимост, да се пуска по-рано. Дали версията поправя уязвимост, пише в списъка с промени на WooCommerce и на страницата WooCommerce Advisories.

В деня на обновяването следвайте реда на WooCommerce:

Направете пресен бекъп.
Включете режима Coming soon от WooCommerce > Settings > Site visibility с отметката Apply to store pages only. Количката и страницата за поръчка се скриват от клиентите, а Вие като администратор продължавате да виждате магазина.
Обновете WooCommerce от Plugins > Installed Plugins и изчакайте обновяването да завърши, преди да пуснете друго.
Ако WooCommerce поиска обновяване на базата, натиснете „Update WooCommerce Database“ и изчакайте съобщението „WooCommerce database update complete“. Напредъкът се вижда с „View progress“.
Едва след това обновете поотделно разширенията, модулите на Еконт и Спиди, модула за плащане и темата.

WooCommerce съветва още да не пускате няколко големи обновления наведнъж, освен ако не сте пробвали същия набор на копие. Затова голямата версия на WordPress и тази на WooCommerce е по-добре да са в различни дни. Малките версии на WordPress се инсталират сами, а сайтовете, създадени с WordPress 5.6 или по-нов, по подразбиране получават автоматично и големите. Изборът е в Dashboard > Updates.

Какво да проверите в магазина след обновяването

Проверете живия магазин, докато е още в режим Coming soon. Проверките следват документацията на WooCommerce:

Отворете началната страница и няколко продукта, включително продукт с вариации.
Добавете продукт в количката и проверете сумата.
На страницата за поръчка изберете Еконт, попълнете адрес и вижте дали цената за доставка се изчислява. Повторете със Спиди и проверете дали се предлага наложен платеж.
Направете поръчка с наложен платеж. WooCommerce я слага в статус Processing, затова до Вас трябва да пристигне писмото New order, а до имейла, който сте въвели като клиент, писмото Processing order.
Прегледайте съобщенията в админа и неуспешните задачи в WooCommerce > Status > Scheduled Actions.

Накрая върнете магазина на Live и изчистете кеша на сайта, а ако ползвате Cloudflare, и неговия. Според WooCommerce иначе посетителите може да продължат да виждат страницата Coming soon.

Кога да включите автоматичните обновления

От WordPress 5.5 всеки плъгин в Plugins > Installed Plugins има връзка „Enable auto-updates“ в колоната Automatic Updates. По подразбиране автоматичните обновления на плъгините са изключени, а WordPress обновява плъгин сам само в особени случаи, които екипът по сигурността на WordPress.org определя при критична уязвимост.

От версия 6.6 насам след автоматично обновление на плъгин WordPress зарежда началната страница със заявка към самия сайт. Ако срещне фатална грешка в PHP, връща предишната версия и пише на имейла на администратора. Всичко, което не чупи началната страница, минава незабелязано, затова версия, която чупи цената за доставка или писмата за поръчката, си остава инсталирана. При WooCommerce автоматичното обновление може да инсталира и следващата голяма версия.

Оставете автоматичните обновления изключени за WooCommerce, модулите за плащане и доставка и темата. За плъгини, които не участват в поръчката, те са разумен избор, ако имате редовни бекъпи. WP Toolkit има свои настройки за това, описани в ръководството за WP Toolkit.

Как да се върнете, ако обновлението счупи магазина

Първо включете отново режима Coming soon, за да не идват поръчки, докато търсите причината. Търсете я най-напред в WooCommerce > Status > Logs, където WooCommerce пази автоматично лога fatal-errors. Ако пътят в грешката съдържа wp-content/plugins/ и името на плъгин, виновникът е той.

При критична грешка WordPress праща на имейла на администратора писмо „Your Site is Experiencing a Technical Issue“ с връзка към режим на възстановяване, в който можете да влезете в админа и да изключите плъгина. Как става същото от командния ред, е показано в ръководството за WP-CLI.

Ако проблемът се появи след обновяването на WooCommerce и базата му, върнете бекъпа, както съветва WooCommerce. Бекъп от WP Toolkit се връща от Back Up / Restore с бутона Restore, а другите видове са описани в ръководството за бекъп.

Ако магазинът не се отваря и не успявате да го върнете, пишете ни през спешната помощ.

Чеклист

Има пресен бекъп на файловете и базата.
Списъците с промени и „Requires PHP Version“ са проверени.
WooCommerce > Status не показва остарели шаблони.
Обновленията са пробвани на копие със спряна поща.
По време на обновяването магазинът е в режим Coming soon.
WooCommerce и базата му са обновени първи.
Цената за доставка с Еконт и Спиди се изчислява, а наложеният платеж се предлага.
Писмата New order и Processing order пристигат.
Магазинът е върнат на Live, а кешът е изчистен.
Автоматичните обновления са изключени за WooCommerce, модулите за плащане и доставка и темата.

Трябва ли да обновявате сами?

Ако магазинът Ви има малко плъгини и темата не съдържа собствени шаблони на WooCommerce, можете да следвате тези стъпки самостоятелно веднъж месечно. Когато плъгините са много или магазинът не бива да спира, по-лесно е да оставите обновленията на някой друг. При поддръжката на WordPress обновяваме навреме WordPress, темата и плъгините, като всяко обновление минава първо през staging. Разкажете ни за магазина си във формата за запитване.

Често задавани въпроси

Кои обновления на плъгини най-често чупят магазин с WooCommerce?

Най-рискови са основната версия на WooCommerce и модулите за плащане и доставка. Основна версия в WooCommerce е тази, при която първите две числа се различават от предишната (11.2 след 11.1), и такава излиза приблизително на всеки пет седмици. Модулите на Еконт и Спиди и модулът за плащане с карта се свързват с външни системи, така че при повреда сайтът може да изглежда наред, докато поръчките спират.

В какъв ред да обновявам плъгините в магазина?

Според WooCommerce първо направете нов бекъп и включете режима Coming soon, после обновете WooCommerce и изчакайте да приключи. Ако WooCommerce поиска обновяване на базата, натиснете „Update WooCommerce Database“ и изчакайте „WooCommerce database update complete“. Едва тогава обновете разширенията, модулите на Еконт и Спиди, модула за плащане и темата, един по един.

Колко често да обновявам плъгините на WooCommerce?

WooCommerce предлага да обновявате веднъж месечно, а версия, която поправя уязвимост, да слагате по-рано. Дали дадена версия съдържа поправка за сигурност, пише в списъка с промени на WooCommerce и на страницата WooCommerce Advisories. Основните версии на WordPress и WooCommerce слагайте в различни дни, освен ако не сте тествали точно този набор в staging.

Защо не мога да обновя плъгин в WordPress?

Най-често новата версия иска по-нова версия на PHP, отколкото има сървърът, и тогава WordPress не я инсталира, а магазинът остава на старата версия на плъгина. Минималната версия е в реда „Requires PHP Version“ в подробностите на плъгина, а версията на PHP на сървъра е в секцията Server environment на WooCommerce > Status. WooCommerce 11.6, планирана за февруари 2027 г., например ще изисква PHP 8.1 или по-нова.

Как да тествам обновленията, без да рискувам истински поръчки?

WooCommerce съветва целият набор обновления да мине първо през копие в staging, отделна инсталация със същите файлове и база. Копието съдържа истинските клиенти и поръчки, затова спрете имейлите му, например с плъгин като Disable Emails. Сложете Environment в модула на Еконт на Demo, за да не създава истински товарителници, и не поръчвайте куриер на Спиди от копието.

Какво да проверя в магазина след обновяване на плъгините?

Отворете началната страница и няколко продукта, включително такъв с варианти, сложете продукт в количката и проверете сумата. В поръчката изберете Еконт, после Спиди, и вижте дали цената на доставката се изчислява и дали се предлага наложен платеж. Потърсете известия в админа и неуспешни действия в WooCommerce > Status > Scheduled Actions.

Да включа ли автоматичните обновления на плъгините?

Не за WooCommerce, модулите за плащане и доставка и темата. От WordPress 6.6 след автоматично обновяване WordPress връща предишната версия само ако началната страница даде фатална грешка на PHP, така че версия, която чупи цената на доставката или имейлите за поръчки, остава инсталирана. За плъгините, които не участват в поръчката, автоматичните обновления са разумен избор, стига да правите редовни бекъпи.

Какво да направя, ако обновяване на плъгин счупи магазина?

Върнете магазина в режим Coming soon и вижте WooCommerce > Status > Logs, където WooCommerce пази лога на фаталните грешки, а пътят wp-content/plugins/ с името на плъгин сочи виновника. След критична грешка WordPress праща на администратора имейл „Your Site is Experiencing a Technical Issue“ с връзка към режима за възстановяване, където плъгинът може да се деактивира. Ако проблемът е след обновяване на WooCommerce и базата му, възстановете бекъпа, но помнете, че това трие поръчките, постъпили след него.

Източници