Грешният хостинг пакет рядко се проваля в първия ден. Проваля се в седмицата на старта, в понеделника на кампания или след третата добавка, когато лимитите за CPU, диск или процеси най-после се покажат. Познаването на симптомите ви позволява да потвърдите причината, преди да похарчите за грешното решение.
Симптоми на твърде малък план
- Грешки за лимит на ресурси: страници 503 или 508 или съобщение в панела, че е достигнат лимит.
- Бавно само в пикове: бързо през нощта, бавно при кампании.
- Забавяне на админа: таблото на CMS отговаря с много секунди.
- Изтичане на времето: импорти, копия или cron задачи се прекъсват по средата.
- Пълен диск или лимит на inode: качванията и пощата се провалят без предупреждение.
- Лимити за поща: съобщения се отхвърлят след часов лимит за изпращане.
Първо потвърдете причината
| Проверка | Какво показва |
|---|---|
| Графика за ползване на ресурси в панела | Дали CPU, паметта или процесите удрят тавана |
| Време за чакане на сървъра в спокойни и натоварени часове | Дали забавянето зависи от натоварването |
| Дневник за грешки около бавните моменти | Грешки от добавки, заявки или памет |
| Ползване на диск и inode | Дали дискът е границата |
Ако графиката остава ниска, а сайтът е бавен, причината е в кода или съдържанието. Защо сайтът ви е бавен минава през този списък.
Изходи, от най-евтиния до най-големия
- Оптимизирайте. Кеш на страниците, по-малки изображения, по-малко добавки и актуална версия на PHP често махат повечето натоварване.
- Надградете в същия тип. По-голям план за уеб хостинг повишава лимитите.
- Преминете към облачен сървър.Облачният сървър дава собствени CPU и RAM, root достъп и място за кешове и работници.
- Специализиран.Специализираният сървър пасва на постоянно тежко натоварване на база и диск.
Да купите повече също е грешка
Представителен сайт на голям сървър хаби бюджет и добавя поддръжка. Съобразете плана с измерените нужди и го преразгледайте, когато трафикът се промени. Какво да проверите при избор на хостинг дава списък за оценка, а облак или споделен хостинг сравнява двата модела.
Преместване без драма
- Създайте новия сървър и копирайте файловете и базите.
- Тествайте копието на временен адрес.
- Намалете DNS TTL ден по-рано.
- Сменете DNS, после задръжте стария план няколко дни като резерва.
Често задавани въпроси
Как разбирам дали ми трябва по-голям план или по-добър код?
Погледнете графиката на ресурсите. Ако лимитите се достигат, планът е малък. Ако ползването е ниско, а страниците са бавни, поправете кода или съдържанието.
Решава ли надграждането винаги бавността?
Не. Неоптимизираните заявки и тежките добавки остават бавни и на по-голям хардуер.
Рисково ли е преместването?
То е рутина, когато първо тествате копието и пазите стария план, докато DNS се уталожи.
