Постоянен ритъм за поддръжка

Модул 9: Имейл, видимост в търсачките, GDPR, поддръжка и преместване · Време за четене: 8 минути

Учебна цел: След този урок ще можете да изградите и да спазвате постоянен ритъм за поддръжка на Вашия WordPress сайт.

Ключови понятия: ритъм на поддръжка, седмично, месечно, тримесечно, годишно, наблюдение на достъпността (uptime), дневник за поддръжка, тест за възстановяване, одит на потребителите, одит на разширенията, подновявания, отговорник

Поддръжката не е проект, а навик

Повечето проблеми в този курс не възникват от грешка в един единствен момент, а от нещо, което бавно залинява: разширение, което вече не се актуализира, версия на PHP, която остарява, резервно копие, което вече месеци наред не се прави успешно, без някой да го забележи, бивш служител, който все още е администратор. С постоянен ритъм улавяте това, преди да се превърне в проблем.

Ритъмът по долу е пример за обикновен фирмен сайт или сайт на сдружение. Онлайн магазин или натоварен сайт изисква повече; сайт, който рядко се променя, малко по-малко. Приспособете го, но запазете четирите кръга.

Всяка седмица (10 минути)

• Проверка на актуализациите: успешни ли са били автоматичните актуализации (урок 7.2)? Остава ли нещо, което трябва да актуализирате ръчно? Прочетете писмата от WordPress и от Вашия инсталатор, включително тези за rollbacks.
• Бърз преглед: отворете началната си страница и най-важната си страница (например страницата за контакт или магазина) в прозорец за поверително сърфиране. Работи ли всичко?
• Известия: писма от Вашия хостинг доставчик, Вашето разширение за сигурност или скенера за malware, Search Console.
• Коментари и формуляри: има ли спам, който трябва да изчистите, и пристигат ли съобщенията от формулярите?

Всеки месец (30 минути)

• Проверка на резервното копие: има ли скорошно резервно копие и пълно ли е то (файлове и база данни)? Изтеглете едно на собственото си хранилище като част от правилото 3-2-1 (урок 8.1).
• Състояние на сайта (урок 5.4): има ли нови предупреждения?
• Истинско изпробване на формуляр: попълнете формуляра си за контакт и проверете дали писмото пристига (урок 9.1).
• Скорост: едно измерване в PageSpeed Insights (урок 6.1), за да забележите внезапно влошаване.
• Пространство за съхранение: колко е запълнен Вашият пакет? Резервните копия от инсталатора и качените файлове се натрупват (урок 2.2).
• Search Console: грешки при индексирането, проблеми със сигурността, внезапен спад.

Всяко тримесечие (1 до 2 часа)

• Тест за възстановяване: възстановете резервно копие успоредно с Вашия сайт и преминете през контролния списък (урок 8.2).
• Одит на потребителите: кой е администратор, кой е напуснал, какви applicatiewachtwoorden (пароли за приложения) все още съществуват (урок 3.3)?
• Одит на разширенията: преглед на всички разширения, все още ли са необходими, все още ли се поддържат, не са ли закрити (урок 5.4)?
• Теми: само активната тема и една резервна тема (урок 2.4).
• Проверка на втвърдяването: все още ли важат проверките от урок 7.4 (например след разширение, което е презаписало .htaccess)?
• Финална проверка: изпълнете задачата от този урок.

Всяка година (половин ден)

• Версия на PHP: все още ли сте на версия с активна поддръжка (урок 8.4)? Планирайте ъпгрейда.
• Тема и големи разширения: има ли голяма нова версия, към която трябва да преминете, или е време да замените остарял конструктор на страници или тема от типа „всичко в едно“?
• Подновявания: домейн, хостинг пакет, лицензи на платените разширения и теми. Изтекъл лиценз означава липса на актуализации за сигурност (урок 7.2). Изтекъл домейн означава, че Вашият сайт и имейл изчезват.
• GDPR: все още ли са коректни Вашият списък с обработки и политиката за поверителност, добавени ли са нови услуги или разширения, изчистват ли се старите подавания от формуляри (урок 9.3)?
• Пароли и достъп: кой има достъп до хостинг панела, регистратора, DNS, хранилището за резервни копия? Всичко в мениджър на пароли ли е, и може ли някой друг да влезе, ако Вие отпаднете?
• Вашият авариен план (урок 7.5): все още ли е актуален?

Наблюдение: не чакайте клиент да се обади

Едно наблюдение на достъпността (uptime) проверява на всеки няколко минути дали Вашият сайт отговаря и изпраща писмо или съобщение, ако това не е така. Има безплатни и платени услуги за това; някои хостинг доставчици също го предлагат. Настройте го за страница, която наистина се генерира от WordPress (не само изображение), и евентуално за дума, която трябва да присъства на тази страница. Така забелязвате и критична грешка или хакната начална страница.

Наблюдавайте също и Вашия сертификат (да не изтече незабелязано, урок 3.1) и Вашия домейн (подновяване).

Дневник за поддръжка

Водете прост дневник: дата, какво сте направили, какво сте видели, какво трябва да проследите. Споделен документ или таблица е достатъчно. Това Ви помага:

• при проблем да откриете какво е било променено наскоро („формулярите не работят от актуализацията във вторник“);
• при хак да възстановите хронологията на събитията (урок 7.5);
• да въведете бързо колега, наследник или разработчик на сайта в текущата ситуация;
• да докажете, че приемате сигурността сериозно (GDPR изисква подходящи мерки, урок 9.3).

Кой го прави?

Най добрият ритъм не работи, ако никой не го изпълнява. Договорете се:

• кой е отговорен за всеки кръг (седмица, месец, тримесечие, година);
• кой го поема при отпуска или болест;
• какво се случва, ако разработчикът на сайта или доброволецът, който винаги е правил това, спре.

Ако не го правите сами, можете да възложите поддръжката на разработчик на сайтове или услуга за поддръжка. Попитайте тогава точно кои от точките по горе изпълняват, колко често, и как виждате резултата (месечен отчет). „Поддържаме Вашия сайт“ може да означава всичко.

Обобщение

• Поддръжката е навик с четири кръга: седмица, месец, тримесечие, година.
• Седмично актуализации и кратък преглед; месечно резервно копие, формуляр и известия; тримесечно тест за възстановяване и одити; годишно PHP, подновявания, GDPR и достъп.
• Наблюдение на достъпността на истинска WordPress страница сигнализира за проблеми преди клиент да се обади.
• Дневник за поддръжка помага при проблеми, хакове и предаване на отговорности.
• Договорете кой какво прави, включително при отсъствие; при възлагане навън: попитайте какво точно се случва.

Тест

Задача

Задача A9.4: Тримесечната проверка. Въведете адреса на своя сайт. Програмата изпълнява наведнъж публичните проверки от този курс и подрежда резултата: сертификат (A3.1), пренасочвания и смесено съдържание (A3.2), кеш (A6.2), какво показва сайтът Ви (A7.4), видимост в търсачките (A9.2) и външни услуги (A9.3). Запазете резултата и го сравнете при следващата тримесечна проверка.

Задача D9.4: Вашият календар за поддръжка. Създайте собствен календар за поддръжка с четирите кръга. Отбележете при всяка точка кой я изпълнява и кой я поема, и планирайте първия път за всеки кръг в своя календар. Започнете дневник за поддръжка и запишете в него първия седмичен кръг. Отбележете, че сте настроили наблюдение на достъпността и че датите за подновяване на домейна, хостинга и лицензите са в календара Ви.

Допълнително четене

Тези статии описват стъпките в панелите на WebOké; в други панели работят по подобен начин.

• Ръководство за DirectAdmin 13.5: Обновявания и автоматични обновявания
• Ръководство за DirectAdmin 16.1: Какви резервни копия има при WebOké
• Ръководство за DirectAdmin 17.6: Опазване на пространството пълно: къде отива мястото?
• WebOké Backups: преглед, възстановяване или изтегляне на резервно копие
• Ръководство на WebOké 14.1: Здраве на домейна (също и без акаунт)
• Състояние на сайта (wordpress.org, Английски): https://wordpress.org/documentation/article/site-health-screen/