Страниците за поддръжка със сигурност не са толкова популярни, както преди много време, но все още съществуват. Съвременните сайтове могат да се възползват от много алтернативи, за да сведат до минимум престоя. Това означава, че ако срещнете грешка или ако друга задача причинява престой, вече не сте принудени да използвате страниците за поддръжка.
В този урок ще ви преведем през някои алтернативи на страниците за поддръжка, които можете да използвате. Преди това нека поговорим кога има смисъл да ги използваме на първо място.
Представяне на страниците за поддръжка на уеб сайта
Вероятно сте попадали на много страници за поддръжка през времето си онлайн. Обикновено изглежда така:
Страниците за поддръжка са просто контейнери, които ви казват, че в момента има проблем с уеб сайт опитвате се да посетите. В някои случаи може да отнеме известно време или само няколко минути, за да разрешите този проблем.
Целта на страницата за поддръжка е основно да предотврати вашето посетители за да срещнете грешките, които се опитвате да коригирате. Някои хора също ги използват, когато правят промени в характеристиките или дизайна на своите уеб сайт, въпреки че този тип употреба вече не е толкова често срещана.
На практика можете да активирате страници за поддръжка за целия си уеб сайт или само за определени страници. Вашият подход ще зависи от проблемите, които срещате. Сега да видим кога има смисъл да използваме страници за поддръжка.
Как да решите да използвате страници за поддръжка във вашия блог на WordPress
Страниците за поддръжка на уебсайтове могат да бъдат много полезни, но те са станали малко по-малко популярни поради няколко причини. Например:
- Когато активирате страниците за поддръжка, това основно се равнява на престой на уебсайт.
- Има алтернативи на страниците за поддръжка, които ви позволяват да избегнете престой.
- Използването на страници за поддръжка може да изплаши потребителите.
Като цяло няма нужда да използвате страниците за поддръжка, когато променяте дизайна или функционалността на вашия уебсайт. В тези случаи имате по-добри алтернативи, които не включват престой на уебсайта, което ще проучим след минута.
Вероятно има само един тип ситуации, при които използването на страници за поддръжка винаги е полезно (когато е грешка, която засяга основна функционалност на сайта). В тези случаи е по-добре да рискувате да изплашите посетители със страница за поддръжка, вместо да показва повреден уебсайт. За тези времена има много инструменти, които можете да използвате, за да създадете стилни страници за поддръжка, а много теми включват шаблони за поддръжка като стандарт.
2 алтернативи на страници за поддръжка
Има време и място за използване на страниците за поддръжка на уебсайта. Имате обаче и някои чудесни алтернативи, които в повечето случаи ще свършат работа, без да причиняват престой. Нека поговорим за това какво представлява.
1. Използвайте междинен уебсайт (тест), за да направите желаните от вас промени
Честно казано, тестовите уебсайтове ще променят начина, по който подхождате към разработката и дизайна, след като започнете да ги използвате. Накратко, инсцениращият сайт е живо копие на вашия уебсайт, което е недостъпно за обществеността.
В повечето случаи само вие или други, работещи на вашия уебсайт, можете да правите промени в уебсайта за препращане. След като сте доволни, можете да ги „публикувате“ на живо, като замените съществуващата версия на вашия сайт с новата версия, върху която сте работили.
Ако искате да направите промени в дизайна или да добавите функционалност към уебсайта си, използването на междинно копие е много по-добре от активирането на страница за поддръжка. Тъй като не работите по активната версия на вашия сайт, можете просто да продължите да го изпълнявате, докато не го замените с новата си версия.
Що се отнася до настройването на уебсайт на WordPress, имате три възможности в зависимост от това кой подход искате да предприемете:
- Настройте среда за местно развитие с помощта на инструменти като MAMP ou WAMP и да настроите копие на уебсайта си на компютъра си.
- Използвайте инструмент като Местно от Flywheel бързо да настроите транзитни уебсайтове и лесно да управлявате няколко.
- Възползвайте се от функциите на сайта за трансфер на вашия хост (ако го предлагат).
В повечето случаи най-лесният начин да настроите промеждуточно копие на вашия сайт е да използвате вградената функционалност на вашия уеб хост за това. Проблемът е, че не всички доставчици предлагат тази функционалност, особено не занастаняване основни споделени.
Този автор е имал добър опит с използването сценичната функция на маховика(Английски) за разработка. Вашият пробег обаче може да варира. Ако предпочитате да създадете офлайн начален уебсайт, можете да използвате първите два споменати подхода.
В тези случаи можете да настроите локално копие на вашия уеб сайт на живо, като използвате инструменти за архивиране като UpdraftPlus. След това можете да направите необходимите промени и да замените вашето живо копие по същия метод, след като сте готови. Разбира се, тези подходи включват работа. Вашият сайт обаче ще остане поне достъпен, докато правите подобрения.
2. Върнете се в по-ранна версия на уебсайта си, ако е необходимо
Обща тема в много от нашите статии е винаги да създавате резервни копия на вашия уебсайт. Не че сме „пристрастени“ към големи резервни копия. Тъй като обаче това просто действие може да спаси „дупето ви“ по толкова много начини, то е почти безотговорно ne не го правете.
Например, представете си, че вашият уебсайт се счупва основно, защото потребителите нямат достъп до него. Актуализирали сте WordPress и той създава значителен конфликт с някой от вашите приставки или нещо подобно. В тази ситуация имате три възможности:
- Решете проблема ръчно, без да активирате режим на поддръжка и очаквайте бавни номера на трафика.
- Включете страницата за поддръжка, докато коригирате проблема, така че посетители знайте, че работите върху проблема.
- Върнете уебсайта си на скорошно архивиране и продължете да работите както обикновено.
Вариант номер три е най-лесният, стига архивирането да е съвсем скоро. В идеалния случай ще имате ежедневни резервни копия на вашия уебсайт, но това не е практично за малки проекти (въпреки че е възможно с плъгин като VaultPress). Препоръчваме минимум седмични архиви.
Някои приставки ви позволяват да автоматизирате архивирането на уебсайта си и да съхранявате тези файлове извън сайта, което е също толкова важно. Можете също така да вземете под внимание ръчното архивиране на вашия сайт от време на време. Нека обаче бъдем честни: автоматизирането е много по-лесно.
Ако искате още по-удобно изживяване, някои уеб хостове предлагат автоматизирани архиви за своите клиенти. Както при сайтовете за препращане, много доставчици не включват този тип функционалност в основните споделени планове.
Този автор е изпробвал няколко функции за възстановяване на резервно копие на уеб хост, включително тези на A2 Хостинг et де маховик , и имаше добър опит и с двете. Естествено, има много повече уеб хостове, които предлагат функции за автоматично архивиране и възстановяване на сайтове. Не се колебайте да направите други изследвания, преди да изберете едно от тях!
Заключение
Все още има ситуации, при които използването на страниците за поддръжка има смисъл. Например може да се сблъскате с грешка, засягаща ключови характеристики на вашия сайт или счупване на неща. В тези случаи можете да активирате страницата за поддръжка на вашия сайт, докато извършвате корекции.
Имате обаче и други инструменти, които да ви помогнат да използвате страници за поддръжка, като:
- Използвайте уебсайт посредник, за да направите необходимите промени.
- Преместете уебсайта си на скорошно архивиране, ако има грешка.
Страниците за поддръжка все още ли са добра практика? Споделете вашите мнения с нас в раздела за коментари по-долу!
Току-що направих интервю на много голям и зает уебсайт между 0,30:2 и 45:1 сутринта тази сутрин. След започване на поддръжката първо направих резервни копия и след това стартирах задачите, например инсталациите. Променете класирането на базата данни и инсталирайте приставки. За съжаление не може да се инсталира приставка, поради което напуснах режима за поддръжка и скоро ще опитам отново. Тъй като очаквам проблеми, вероятно ще направя 1: XNUMX копие на мрежата и ще работя върху нея. Намирам начин, повтарям процедурата в мрежата на живо - със страницата за поддръжка.
Защо страница за поддръжка или уеб копие? Това има практически съображения. Мрежата работи с Contao (не WP) и е инсталация с няколко домейна. Компресираната база данни е с размер приблизително 330 MB. Мрежата съдържа десетки хиляди файлове с общо 99 GB. Конфигурирайте копие 1: 1 (на сървъра) със SSH достъп и поддомейни за капацитет на няколко домейна, след това преконфигурирайте Contao и копирайте базата данни на данни отнема няколко часа. Нещо, което не можете да направите локално под XAMPP, тъй като Contao 4 е трудно да се стартира и работи, благодарение на Composer, Symfony и Symlinks. В допълнение, само изтеглянето на UU файловете отнема няколко дни.
Като се има предвид тази дълга подготовка, проблемът с поддръжката е ясен, ако трябва само да направите малки промени. Разбира се, опитвам се да пренеса страницата за поддръжка с поддръжка в нощните часове. Понякога обаче се смята, че малката промяна понякога остава без поддръжка. И вече сте свалили мрежата. Подобно на катастрофата преди няколко седмици, която ме отведе офлайн от неделя 2-11.
Моето мнение: Страница за поддръжка на поддръжка трябва да бъде. Няма алтернатива, ако мрежата е твърде голяма. Въпреки това, критични системни промени трябва да се направят в копие 1: 1. Ако всички преминат, запишете стъпките и ги повторете в мрежата на живо - заедно със страницата за поддръжка! Архивите на базата данни и важните уеб файлове винаги са задължителни. Винаги правя това, след като активирам режима на поддръжка, така че мога да съм сигурен, че посетителят няма да може да модифицира мрежата (брояч на посетители, предаване на формуляри и т.н.).