Към нас от Revizium често се обръщат собственици на сайтове, които имат проблем с високото натоварване. Ситуацията, когато собственикът получава „писмо на щастие“ от хоста, което е предвестник на блокирането на сайта, в никакъв случай не е рядкост, абсолютно всеки собственик на сайт или уеб администратор може да се сблъска с него, затова решихме да разгледаме подробно причините и решения на този проблем.
Обикновено уеб администраторите научават за превишаването на натоварването от своите хостери, които стриктно регулират и контролират процеса на потребление на процесорно време и на ниво тарифен план задават допустимото натоварване, което акаунтът може да създаде (обикновено се измерва в% от някои разрешени стойност или в CP/процесорни минути).
Хостингът се опитва да разпредели равномерно ресурсите на процесора между всички сървърни клиенти. Ако нечий хостинг акаунт "изяде" 90% от ресурсите на процесора, тогава останалите ще получат само 10%. Следователно в такива случаи собственикът на акаунт, който надхвърля ограниченията, ще получи предупреждение. И в случай на системни нарушения, акаунтът се блокира, за да не пречи на работата на други сайтове, разположени на същия сървър. И това в никакъв случай не е опит да се "разведе" клиента за по-скъпа тарифа, както смятат някои уебмастъри, тъй като не е вината на хостера, че сайтът има нужда от повече ресурси от известно време.
Нека се опитаме да разберем каква може да е причината за увеличаването на натоварването на хостинга и как този проблем може да бъде решен.
Важно е да се отбележи, че голямото натоварване може да се дължи и на двете външен, и вътрешнивъв връзка със сайта и хостинг факторите.
Външни фактори
Външни фактори, които създават високо натоварване, са всичко, което не зависи от настройките на хостинга, работата на скриптовете и процеса на администриране на сайта. Това е резултат от външни заявки към сайта от различни услуги, ботове или други сайтове. Има доста фактори.
- Сканиране на сайта за уязвимости, търсене на "чувствителни файлове", търсене на админ панел.
Всеки сайт, чиито страници са индексирани в търсачката, може да се превърне в „мишена“ за хакери и ботове, някой ще го сканира всеки ден, ще търси „дупки“ и ще се опита да го хакне. Невъзможно е да се спре този процес, но е възможно да се противодейства.
Заявките към сайта, особено ако се извършват интензивно и по метода POST, консумират много ресурси на процесора. Следователно процесът на сканиране на сайт с външен скенер води до увеличаване на натоварването. Ако в резултат на сканиране нападателят открие уязвимост или вариант на хакване на сайт, най-вероятно той ще качи злонамерен код на сайта или ще извърши някои разрушителни действия. Ако в резултат на сканирането не бъдат идентифицирани проблеми със сигурността, сайтът ще продължи да работи нормално и натоварването ще се върне към нормалното. До следващото сканиране... - Отгатване на парола от админ панела на сайта (брутна атака).
Една от популярните атаки, чиято цел е да се получи административен достъп чрез груба сила комбинации от популярни администраторски имена/пароли, е атака с груба сила. Хакерският бот използва специален речник с ТОП1000 популярни комбинации (admin/admin, admin/123456,…) и се опитва да влезе с тях в административния панел на сайта. Самият brute-force процес увеличава натоварването, тъй като страницата на административния панел е постоянно достъпна, а заявките се изпълняват чрез ресурсоемкия POST метод. - Масова регистрация на потребители или масово изпращане на спам чрез несигурни форми за обратна връзка.
Уебсайтовете често използват формуляри за обратна връзка или регистрационни форми за потребители със слаба защита срещу ботове. Добре е, ако във формуляра е инсталиран поне някакъв „captcha“ от серията „докажете, че не сте бот“. Ако сайтът е включен в базата данни на спамерите и няма „captcha“ или друг механизъм за защита срещу „http flood“, тогава започва масова регистрация на потребители със спам профили, изпращане на поща през формата и т.н. Всичко това създава натоварване на хостинга и освен това може да провокира спам съобщения, за които хостинг компанията деактивира пощенската услуга или блокира напълно сайта.
Трябва да се отбележи, че в момента всички прости защитни механизми лесно се заобикалят от съвременните ботове, така че трябва незабавно да инсталирате нещо сериозно, например, Google Recaptcha2.
- Индексиране на уебсайтове от търсачки.
Понякога при достатъчно голям индекс за търсене (когато голям брой страници влизат в базата данни за търсене на Yandex и Google), процесът на преиндексиране може да отнеме много време и да създаде голямо натоварване на сървъра. Ако вашият сайт има само дузина страници, можете също да се сблъскате с подобен проблем, например, ако сайтът е бил хакнат и е хоствал врата от 50 000 страници, които са попаднали в резултатите от търсенето. Или индексът за търсене може да бъде спам от конкурент, който се е възползвал от грешки в скриптовете на вашия сайт. Тук има много опции.
- Грабване и изтриване на съдържание.
Собствениците на уникално съдържание трябва да се притесняват от проблема с изтеглянето на съдържание от сайта (изтриване и грабване). Това може да стане чрез специални ботове, които заобикалят страниците на сайта и копират текстовете и снимките, публикувани на сайта, за да създадат клонинги. Ако процесът на обхождане на вашия сайт е редовен и сайтът има много страници, това може да създаде впечатляващо натоварване на хостинга.
- Импортиране на данни (фийдове, разтоварване на стокови позиции).
Често ресурсите за електронна търговия използват механизъм за обмен на данни с външни услуги. Например, списък с продуктови артикули може да бъде изтеглен от онлайн магазини, данни от 1C могат да бъдат заредени в тях, новинарски сайтове могат редовно да експортират емисии с новини и т.н. Ако съдържанието не е статично, тогава всяка такава заявка ще създаде високо натоварване на сървъра.
- Използване на снимки или връзки към вашия сайт.
Един от неочевидните моменти, които създават натоварване, може да бъде поставянето на линк към сайта или използването на изображение от сайта на по-посещаван ресурс. Един от източниците на проблема е така нареченият „ефект на хабра“, когато сайтът не може да се справи с потока посетители от по-популярен ресурс. Вторият вариант е, когато някой (или вие самите) публикувате снимка от вашия сайт в посетен блог (например в коментари) и тя се зарежда от всеки посетител и създава натоварване на вашия хостинг. Това може особено да създаде сериозни проблеми, ако изображението е генерирано от скриптове (например, мащабирано с помощта на скриптове timthumb/phpthumb). - Атаки срещу други сайтове (например уязвимост в xmlrpc.php).
Често сайтове, съдържащи уязвимости, се използват от хакери за извършване на атаки срещу други ресурси. Понякога това дори не изисква нападател да хакне сайта. Например, собствениците на не най-новите версии на Wordpress могат да се сблъскат с този проблем (атака чрез файла xmlrpc.php). Вашият сайт в този случай ще действа като междинна връзка и работата на скриптовете на сайта ще създаде голямо натоварване на сървъра.
- DDOS атака
Ако има DDOS атака на сайта, тогава без свързване на специални технически средства за прокси трафик (хостинг услуга или услуга за защита от DDOS), няма да е възможно да се справим с нея. Да не забележите DDOS е доста трудно. Поради факта, че ще бъде създадено огромно натоварване на сървъра, хостингът може да направи различни неща: да предложи услуга за защита от DDOS, да прехвърли сайта на друг сървър или напълно да блокира (деактивира) сайта. Затова за защита от DDOS е желателно да имате предварително подготвено решение, така че ако възникне проблем, той да бъде бързо решен. - Ръст в посещаемостта
Ако трафикът е органичен, то това е най-положителната причина за увеличаване на натоварването. Така че е време да мащабирате сайта и да помислите за оптимизиране на скриптове, предназначени за по-голям трафик.
Да се открийте причината за натоварванетогенерирани от външни фактори, трябва да анализирате регистрационните файлове на уеб сървъра. За да направите това, можете да използвате специални приложения или комбинация от команди в SSH конзолата.
В резултатите от анализа трябва да видите ТОП 20 POST заявки, ТОП 20 GET / HEAD заявки, ТОП 20 IP адреса по брой посещения, ТОП 20 препращащи страници по брой посещения. Всичко това ще ви позволи да идентифицирате източника и вида на трафика, както и входните точки към сайта или скриптовете, които се извикват най-често. Най-вероятно те ще причинят високо натоварване.
За намаляване на натоварванетов случай на външни атаки или интензивни заявки, в повечето случаи е достатъчно да активирате защита срещу http flood (например класическите „бисквитки на клиента + пренасочване с проверка“) или да свържете сайта към услуги за прокси трафик, които ще блокират опасни или особено активни заявки, а добри и законни - пропускайте. В допълнение, статичното съдържание (картинки, скриптове и стилове) ще се обслужва не от вашия сайт, а от CDN сървъри, което също значително ще намали натоварването.
Можете да опитате да свържете плъгин за кеширане в CMS или услуга за кеширане на хостинга, но ако външни факторикоито влияят на натоварването, това може да не помогне.
Вътрешни фактори
Вътрешните фактори включват всичко, което влияе върху работата на сайта на ниво скриптове и настройки. Тоест нещо, което може да се контролира от уеб администратора (собственика на сайта).
- Неоптимизирани скриптове и надраснала база данни.
Поради лошо проектирана архитектура на уеб приложението или неефективно внедряване на скриптове от неопитни разработчици е възможно просто отваряне на началната страница или показване на резултати от търсенето на сайта да натоварят сериозно сървъра. И нарастването на базата данни (например увеличаване на броя на стоковите позиции) с всяка актуализация на сайта ще го забавя все повече и повече, увеличавайки натоварването на хостинга. Отделни страници на сайт с голям брой информационни блокове могат да изпращат няколко десетки заявки към базата данни, многократно да извършват същите операции с файлове и понякога дори да блокират работата на други елементи на сайта. Често срещаме подобен проблем с онлайн магазини, работещи на старата версия на Joomla с плъгина Virtuemart. В някои случаи се правят повече от 100 заявки към база данни, когато се отвори страница на каталог. - Заразяване на сайт с вируси
Хакване и заразяване на сайт със злонамерени скриптове е достатъчно обща каузанарастване на натоварването. Увеличава се поради вирусна активност, която възниква поради въвеждането на злонамерени фрагменти в законни скриптове на сайта, стартирането и работата на резидентни процеси и свързването на скриптове към външни ресурси по време на отваряне на която и да е страница от сайта. - Външни законни връзки към ресурси на трети страни
Малко хора вземат предвид натоварването, което създават връзките към външни източници на информация (джаджи, метеорологични и валутни курсове, емисии с новини и т.н.). Често данните, които се зареждат от други сайтове, не се кешират локално и в момента на отваряне на страницата, всеки път, когато се прави връзка и съдържанието се зарежда от различен сървър. Ако по някаква причина външен източник спре да реагира бързо, това ще повлияе на натоварването и скоростта на зареждане на основния сайт. - Грешки в скрипта
Когато скриптовете се изпълняват, може да възникнат грешки, които не се показват на посетителите, но се записват в регистъра на уеб сървъра или в журнала на php. Ако сайтът е посетен или има много грешки, това също може да увеличи натоварването на хостинга. Най-често грешки започват да се генерират в момента на преминаване на сайта към по-нова версия на PHP, с която скриптовете не са съвместими. Или когато не всички компоненти на сайта са актуализирани и възникват конфликти между новото ядро на CMS и старите версии на добавките.
За да анализирате проблема с високото натоварване, причинено от вътрешни фактори, трябва да проверите сайта за злонамерен код (например, проверете сайта безплатно) и ако не бъде намерен злонамерен код, профилирайте скриптовете с помощта на модулите xhprof или xdebug .
За да разрешите проблема с високото натоварване, причинено от активността на зловреден код, е необходимо да дезинфекцирате сайта и да инсталирате защита срещу повторно хакване. Ще бъде по-добре, ако обработката и защитата на сайта се извършват, а не от уеб разработчици.
Ако причината за проблемите е в архитектурата на сайта или грешки, тогава оптимизацията на сайта от опитен уеб разработчик ще помогне. Като едно от резервните решения за втория случай, това е инсталирането на кеширащ плъгин, който в някои случаи може да намали консумацията на процесорни ресурси (хостинг натоварване) и да ускори сайта.
Продължителност
В заключение бих искал да разгледам още едно свойство на натоварването на процесора - това е неговата продължителност. Това може да бъде или краткосрочен скок на графиката през деня, или постоянен растеж за дълго време.
Ако видите еднократен скок на графиката за консумация на време на процесора, тогава не трябва да се притеснявате. Той е почти невидим, не влияе на наличността на сайта и не пречи на „съседите“ в хостинга. По-лошо е, ако графиката пълзи нагоре за дълго време или показва максимално (или надвишаващо ограничението) натоварване на процесора за няколко дни. Какво да направите в този случай? Необходимо е да се извърши одит на сайтовете в акаунта, както е описано по-горе, като се проверят както външни, така и вътрешни фактори, които причиняват проблеми.
Нашите услуги за информационна сигурност
Промоция "2 на цената на 1"
Промоцията е валидна до края на месеца.
При активиране на услугата "Сайт под наблюдение" за един сайт, вторият към същия акаунт се свързва безплатно. Следващи сайтове по сметката - 1500 рубли на месец за всеки сайт.
Вече писах наскоро за моите търсения добър хостинг доставчики моят лош опит с Timeweb.ru.
Трябва също да кажа, че аз също опитах малко в тестовия период и хостинг Beget.ru. Той има нещо за мен определено ми хареса. Страхотен е, удобен и красив Хостинг контролен панелсобствен дизайн и напълно уникален Файлов мениджърсъщо саморазработени. Последният като цяло е идеален, съдържа два панела в стила на Total Commander и много опции за работа с файлове и архиви. Не съм виждал това никъде другаде. Но въпреки това резултат от тестза мен също беше отрицателен. Както и в случая с Timeweb, базата данни не издържа на реалното ежедневно натоварване. За един ден превишаването на допустимите стойности възлиза на повече от 230% . С голямо съжаление трябваше да напусна този хостинг и да продължа търсенето.
И накрая късметът ме споходи. Намерих хостинг, подобен на който все още не съм срещал като условия и тарифи. Това е хостинг JustHost.ru(да не се бърка с чуждия хостинг JustHost.com, който не блести с нищо особено).
Факт е, че домакините обикновено предлагат платени планове, които включват много ограничения: различни, но задължително ограничен брой мегабайти на диска и в същото време ограничен брой сайтове и домейни, ограничен брой бази данни, FTP потребители, пощенски кутии, трафик на месец, натоварване на процесора и бази данни и т.н. Чуждестранният хостинг понякога предлага неограничени възможности. Но, първо, те са чужди :)). Второ, те са доста скъпи именно поради неограничеността и изискват пари предварително.
Хостинг JustHost.ru предлага напълно различни условия. По същество това е хостинг без ограничения.Единственото ограничение е количеството дисково пространство, което плащате (или не плащате изобщо, в зависимост от поръчаната сума, да, има и безплатен план). В същото време не няма никакви други ограничения!И вие плащате за цялото това удоволствие просто стотинкив сравнение с други доставчици. Преценете сами.
Има три наскоро подобрени тарифа. Изминаха по-малко от три седмици от публикуването на статията, тъй като тарифите паднаха значително(от 1,5 до 5 пъти!). Ще коригирам съответно статията.
1. Безплатно: Не повече от 70 100 MB на диска и без ограничение за всичко останало. Подходящ за начинаещи и малки сайтове. И без реклами! И изобщо не плащайте нищо!
2. Икономичен: гъвкав хостинг без ограничение на дисковото пространство и с ежедневно таксуване на мегабайт за реално използваното пространство на много ниски цени. А именно, само 1/3 1/15 копейки на мегабайт на ден (10 2 копейки на мегабайт на месец).
3. Оптимално: Изгодно при необходимост от голямо пространство. При тази тарифа вие сами избирате необходимото (вече фиксирано) дисково пространство в диапазона от 1 до 100 гигабайта и плащате общо не повече от 32 20 рубли на гигабайт на месец. Необходимият обем може да бъде променен по-късно по всяко време.
Къде другаде сте виждали такива ставки? В този случай допълнителното пространство, заето от ежедневните архиви, не се взема предвид и не се заплаща. В същото време все още има отстъпкидо 20% в зависимост от броя платени месеци. И един месец безплатен хостинг за всеки домейн, прехвърлен от друг доставчик.
На всякаквитарифен план неограниченброя сайтове, бази данни, FTP, пощенски кутии, трафик. Можете да видите какво още е включено във всички тарифи.
Има удобен Да сепотребителски акаунт, където можете да изберете желания набор от услуги и да ги заплатите, като използвате голям набор от опции:
Можете също да се регистрирате за себе си нов домейн(и в същото време регистрацията и годишното подновяване в zones.ru и .rf ще струва само 90 рубли), което веднага направих.
Хостинг управлението използва добре познати DirectAdmin панел. Вярно, аз лично все още не бях запознат с него и в началото ми се стори не много удобен и функционален. Но скоро свикнах и сега не се оплаквам.
Всеки домейн има своя собствена папка, която съдържа и папки на поддомейни. Има избор на PHP версия, самостоятелно управление на включването на плъгини и достъп до php.ini.
Привлича вниманието резервационна система. Архивирането на файлове и бази данни е автоматично ежедневно и съхраняват 30 днибез да заема твоето място, както споменах. Това също е уникален феномен (обикновено 3, 7, 10 дни, не повече). Можете да направите резервно копие по всяко време и ръчно.
Накратко, наскоро преместих този сайт и неговите поддомейни на този хостинг. Първо за 15-дневен тестов период, сега получих още един безплатен месец за прехвърления домейн. И тогава ще се види. Гледам, изучавам поведението. Скоростта е отлична, не наблюдавам претоварване на процесора и RAM (между другото, дава се за „лична употреба“ със споделени ресурси на CPU Xeon 2600 MHz и RAM 2048 GB). Не отбелязвам и сривовете на сайта, което трябваше да се докаже. Статистиката за използване на ресурси в контролния панел показва значителни резерви и никога не е надхвърляла допустимите граници.
Между другото, техническата поддръжка е страхотна, отговаря на билети в рамките на 5-10 минути и по същество.
Четох някъде, че имат малък екип, но работят ясно. Офис в Зеленоград, сървъри под наем в Москва, опит от 2007 г., не са новодошли. И все пак, по някаква причина, те не са много известни, мисля, че е незаслужено. Между другото, сега те имат около 2600 хоствани домейна и динамиката е положителна.
От 1 януари 2016 г. тарифите за хостинг на този доставчик са променени. Всичко у нас поскъпва и Justhost не е избегнал тази съдба. :)
Изключено за тарифата за връзка Безплатно. На тарифата Икономиченцената на мегабайт се е увеличила 3 пъти по тарифата Оптимално- 2,7 пъти.
Но все пак мисля, че това са много изгодни условия в сравнение с много други доставчици. Други функции, отбелязани в статията по-горе, не са променени.
Освен това новите тарифи важат само за нови връзки. За предишни свързани нищо не се променя.
Успех за вас, ще се видим на страниците на моя сайт.
За да не пропуснете някой от публикуваните материали, можете абонирайте се за един от RSS каналите: Всички новини на сайта, Новини от секцията „Tales of the Old User“ или Новини от секцията „Android World“.
За да сте в крак с новостите на сайта, Препоръчвам да се абониратекъм периодичния седмичен пощенски списък „Tales of the Old User“ на портала Subscribe.ru.
През март 2016 г. трябваше да се преместя на друг хостинг. До този момент, от 2012 г., седях на почти първия хостинг, който дойде под ръка по време на създаването на сайта - Mainhost. И бях доволен от всичко и техническата поддръжка беше на ниво и платих около 100 рубли при 20 000 души / ден. Ако натоварването на процесора надвиши допустимата скорост, тогава те просто отписаха няколко рубли за такъв ден и това е всичко.
Но след това тяхната политика се промени и те казаха, че вече не може, в смисъл да се доплаща. И никаква друга тарифа, която имат, моя сайт няма да тегли! Поне ми дадоха време да се раздвижа, колкото поисках. И започнах да търся нов дом за сайта, а основните критерии бяха натоварването на процесора и цената.
Какъв вид натоварване могат да издържат хостингите?
Най-големият проблем е, че в тарифите на който и да е хостинг не можете да прочетете колко ще издърпа, още по-малко да пробвате тези числа за вашия сайт. По принцип нищо не се пише за това. Понякога те пишат на какви тарифи колко „процесорни папагали“ трябва да имате. Всички пишат, че има много готин и бърз хостинг. Но тази информация е максимално отделена от вашия конкретен сайт.
Понякога дори има калкулатор, който ще изчисли необходимата тарифа за вас, а за мен винаги е било много скъпо, т.к. голяма посещаемост. Но разбрах, че това не може да бъде: сега плащам 100 рубли, но се оказва, че не мога да се побера в по-малко от 1000 рубли на месец. Нещо не е наред тук ... Накратко, реших да разбера дали някой хостинг сайт ще дръпне - трябва да проверите конкретен сайт на този хостинг.
Принципът на тестване на сайта на друг хостинг
Купуването на тарифа от всеки доставчик само за да я тествате не е благодарна задача. Затова избрах само тези, които имат тестов период, средно е 2 седмици. Файловете и базата данни на сайта се прехвърлят към всеки тестов хостинг. Направих всичко ръчно и доведох процеса до автоматизма. Но можете да помолите службата за поддръжка да го направи, просто трябва да изчакате по-дълго 🙂 Резултатите от проверката не се влияят от това коя CMS имате - WordPress, Joomla, DLE или друга, основното е хостингът да поддържа такива системи.
НЕ променяйте NS-сървърите с нови! За да отворите сайт от тествания хостинг на вашия компютър, трябва само да напишете следния ред във файла “c:\Windows\System32\drivers\etc\hosts”:
IP адрес домейн
Например (аз също регистрирам своите поддомейни):
Можете да разберете IP адреса на вашето ново местоположение от писмата след регистрация, в контролния панел или да попитате тех. поддържа. Сега сайтът ще се отвори в браузъра от новия хостинг (ако всичко работи) и нищо няма да се промени за обикновените посетители, техният сайт ще работи от текущия ви хостинг доставчик.
Понякога браузърът е глупав и не вижда, че сте регистрирали нов IP, тогава трябва да изчистите кеша на браузъра. Използвайки Google Chrome като пример, ще ви покажа как да разберете от кой сървър се зарежда вашият сайт:
- Натиснете "F12", панелът за програмисти ще се появи по-долу
- Обновете страницата "Ctrl+F5"
- Отидете в раздела "Мрежа", щракнете върху първата позиция в списъка и погледнете надясно
Понякога трябва да опресните страницата няколко пъти, така че новият IP адрес да светне там. Когато всичко работи, трябва да инсталирате програмата за тестване на товароносимостта. Като цяло това е цяла наука и програми от този вид се продават за хиляди долари. От безплатните нищо не ми хареса или е много сложно. Затова ще използваме тестовия период. Изтеглете и инсталирайте програмата WAPT.
Това е най-разбираемото нещо, на което се натъкнах с пробен период от 1 месец с възможност за удължаване с още един. Лекарства за такъв софтуер не бяха намерени в мрежата.
Принципът на действие е следният:
- Програмата зарежда посочената от нас страница на сайта и запомня всички нейни елементи
- Ние филтрираме всички скриптове, стилове, снимки от сървъри на трети страни
- Молим програмата да „посети“ тази страница с необходимия брой хора
- Разглеждаме как са се променили скоростта на изтегляне, броят на грешките и други параметри
Как да проверите капацитета на хостинга
При първото стартиране се отваря съветникът за създаване на първия проект (имам всичко на английски, но изглежда съм дал връзка към руската версия), в първата стъпка трябва да изберете вида на увеличаване на натоварването:
- Нарастване - постепенно,
- Постоянно - постоянно,
- Периодични - периодично променящи се.
Изберете „Ramp-up“ и го конфигурирайте във втората стъпка:
- Броят на виртуалните посетители (потребители) от 1 до 20,
- На стъпки от "1", увеличавайки се на всеки 10 секунди.
В пробната версия максималният брой потребители е 20 едновременно. Но е напълно достатъчно за проверки. Във финалните отчети програмата записва общия брой сесии по време на теста, а при 20 потребителя те са хиляди за 10 минути на теста. Тоест, оказва се, че е подходящ за сайтове с 100 000 души / ден, а може и повече, общо взето - индивидуално.
Когато тествах различни хостинги, не всеки можеше да издържи цифрата 20. В същото време взех споделен хостинг и един на VPS, но резултатите са по-долу. В третата стъпка задаваме общата продължителност на теста, нека бъде 10 минути.
След като завършите съветника, ще се появи прозорецът за настройки на профила:
Оставете настройката по подразбиране и отидете на „Опции за редактиране“
Тук трябва да разрешите записването на елементи от страницата, като изображения, ".js" скриптове и ".css" стилове. Така ще проверим не само натоварването на процесора, но и реалното натоварване на всички елементи. Два пъти "OK" и вече сме в главния прозорец, записът е включен. Сега трябва да въведете адреса на страницата за тестване. Вмъкнете линк към една от най-посещаваните страници и тя да има снимки, а не само текст.
На тази стъпка прозорците за инсталиране и споразуменията със сертификати за сигурност все още може да изскачат, съгласете се с всичко. Когато страницата се зареди и новите елементи в дървото отляво престанат да се добавят, спираме записа с бутона „Stop Rec“ на панела:
Сега имаме чернова на нашия сайт, но могат да се появят други клонове, например от броячи на посещения. Вижте и премахнете всички ненужни:
Тук трябва да направите важно нещо: в списъка с елементи за изтегляне оставете само ресурси от вашия домейн, в моя случай „уебсайт“ и моите поддомейни. Това е необходимо, така че по време на теста за капацитет на натоварване да не се губи време за изтегляне на ресурси от външни сървъри. Като правило това са контра скриптове, реклами, CDN изображения.
Ние запазваме, по принцип всичко е готово, всички останали параметри са по подразбиране. Преди първото стартиране трябва да стартирате тестовата проверка от панела Проверка на теста. Просто сме съгласни с всичко. Сега най-накрая можете да стартирате самия тест с бутона "Run Test" на панела. В процеса ще бъдат начертани графики.
Резултати от тестове на някои хостове
Да вземем пример за проверка на хостера "":
- Черната графика винаги е плоска - броят на виртуалните посетители
- Люляк - средно време за зареждане на страницата
- Червено - средно време за зареждане с всички елементи
- Жълто - колко пъти е заредена страницата за 1 секунда
Резултатите са добри, времето за зареждане е кратко и постепенно се увеличава. Отидете в раздела "Ширина на честотната лента".
Тук наблюдаваме честотната лента на канала между вас и хостера, с отстъпка от . Тази информация не се различава много между различните компании и зависи главно от скоростта и способността на сървъра да обслужва съдържание.
Следващият раздел е „Грешки“. Ето статистиката за грешките:
Твърде много. В идеалния случай трябва да има нула грешки, но това е рядко. Това се случва, че според всички графики красотата и грешките излизат извън мащаба. Означава просто, че информацията от сървъра не се получава.
За сравнение вземете хостинга "Timeweb"
Резултатите са лоши, времето за зареждане с елементи на страницата е страхотно! Съответно се зареждат няколко страници в секунда. Налице са и грешки:
Но доставчикът "Appletec"
Също така, много нестабилно.
внимание! Не трябва да приемате моите резултати като основа, когато избирате хостинг за себе си! Това са резултатите от март 2016 г.!
Хостинг "Link-Host", графики на ефективността:
Красота, а сега нека да разгледаме грешките:
Приблизително 10% от всички заявки се изпълняват с грешки, за което писах малко по-горе. Това се дължи на това и красотата, заобикалям това. Някои хостове ще бъдат много разочароващи, например "Netangels" се оказа, че изобщо не е добър, страница за грешка:
За любителите на VPS, опитах . Добра компания с отлична техническа поддръжка и ниски цени. Но при тарифа от около 5 долара моят сайт премина теста по-лошо, отколкото при споделен хостинг за 2-3 долара:
Това се обяснява много просто: на VPS вашите ресурси са ограничени до конкретни стойности, но на виртуална машина това обикновено не е така. Тоест, грубо казано, ако никой друг не се нуждае от ресурси, тогава всичко е ваше. Но, ако възелът (сървърът), на който се намира вашия сайт, е претоварен, тогава картината ще бъде обърната. И да, хостърите имат много възли и следователно някой може да се оплаче от компанията, докато другият ще се оправи, просто техните сайтове са на различни възли.
Същите резултати ще бъдат на всеки VPS за малко пари и при редовно натоварване на сайта работата ще бъде по-стабилна, отколкото при споделен хостинг, и все още работи с прекомерно повишено натоварване без сривове. Избрах тази опция, съжалявам, че не остана перфектни графицис активиран кеш.
И в крайна сметка намерих нов хостинг - Webstix (актуализация 2018, хостингът вече се нарича ). Резултати:
Бях шокиран, абсолютно ляво, случайният хостинг показа категорично най-добри резултати в моите тестове. И дори фактът, че имаше нов за мен и бъги контролен панел на сайта - VestaCP, все пак се преместих там. Но месец по-късно панелът беше заменен с любимия ми ISPManager, което много ме зарадва 🙂
Не се страхувайте да се движите, вземете в ръцете си разполагането на сайта от различни хостове и този процес ще стане възможно най-прозрачен. Знам, че е страшно да смените NS сървърите с нови. Ами ако нещо се обърка в реалния живот? Но има начин да се провалите.
Такъв момент, че повечето сайтове използват плъгини за кеширане. Така че си струва да разберете, че натоварването ще бъде многократно различно с активиран и деактивиран кеш. Тествах по този и онзи начин, като избрах да поддържам всичко гладко и без кеширане. Ако всички са проверени с активиран кеш, картината ще бъде по-равномерна.
Неограничен и неограничен хостинг е най-добър изборза тези, които търсят изгодно решение за своите сайтове.
Създавайки и хоствайки вашите сайтове при нас, вие получавате много предимства: не се ограничавате в ресурсите, не се ограничавате в броя на проектите, получавате минимални разходи за надеждни хостинг услуги без ограничения.
SmartApe осигурява техническа поддръжка 24 часа в денонощието, 7 дни в седмицата. Нашите специалисти по поддръжката винаги са готови да ви помогнат при технически проблеми, включително мигриране на вашите сайтове.
Гъвкавата система от тарифи ви позволява значително да спестите от хостинг. Вие избирате само периода на плащане, като по този начин оптимизирате разходите си. Ако плащате веднага за дълъг период, можете да забравите за проблемите, свързани с хостването на вашите сайтове за дълго време.
Хостинг без ограничения е изборът на динамично развиващите се компании.
Необходими технологии
| PHP | 5.2, 5.3, 5.4, 5.5, 5.6, 7.0, 7.1 |
|---|---|
| MySQL | 5.5, 5.6, 5.7 |
| nginx/apache | |
| phpMyAdmin | |
| Zend Guard / ionCube |
Нашият хостинг поддържа всички необходими технологии за хостване на повечето CMS, използвани на пазара.
Всички компоненти се актуализират постоянно до най-новите стабилни версии. По този начин ние предоставяме модерна, сигурна и съвместима хостинг платформа с повечето програми.
Такива популярни CMS като Wordpress, Joomla, Drupal, 1C-Bitrix, UMI.CMS, NetСat и много други ще работят перфектно на нашата платформа.
Висока производителност
Използваме само съвременен сървърен хардуер, който издържа безпроблемно на високи натоварвания. Използваме и интелигентно разпределение на ресурсите между клиентите, благодарение на което проблемите на един клиент не се разпространяват върху друг.
Множество отделни системи с бързи SSD дискове се използват за съхранение на данни на сайта MySQL и бази данни MySQL. Това ви позволява значително да увеличите скоростта на достъп до информация и да осигурите най-добрата производителност на MySQL.
Освен това ние предоставяме напълно неограничен канал от 1 Gbit/s за всички наши клиенти.
Надежден хостинг
Професионалният подход, партньорството с доверени доставчици и най-модерното оборудване ни позволяват да предоставим наистина надежден хостинг.
Нашите сървъри се намират в Москва, в един от най-добрите центрове за данни в Русия - DataPro. Центърът за данни TIER III осигурява безпрецедентна устойчивост на грешки и сигурност на инженерната инфраструктура на центъра за данни. Това ни позволява да предоставим много високо нивоналичност на услугата (SLA) заедно с лидерите не само на руски хостинг, но и на чуждестранни.
SmartApe поддържа всички съвременни технологии и стандарти. Няма да имате никакви затруднения при хостването на сайтове.
Можете да бъдете спокойни за безопасността на информацията. SmartApe - надежден хостинг!
Ситуация, която може да се случи на всеки собственик на развиващ се сайт с нарастващо натоварване е -получавате предупреждение за превишаване на лимита на ресурса.
Ако хостинг доставчикът ви каже за натоварването на процесора, но сте сигурни, че трябва да имате достатъчно ресурси, опитайте се да разберете каква може да е причината за това натоварване. Познавайки причината, можете бързо да отстраните проблема.
Натоварване на процесора при изпълнение на PHP или Perl скриптове
В такива случаи хостът не винаги може ясно да каже кой скрипт причинява проблема и ще трябва да определите това сами. Ако използвате модулна CMS, като Joomla, Wordpress или Drupal, тогава причината може да е, че отделен модул не работи правилно.
Почти винаги проблемната връзка в системата на вашия сайт може да бъде определена чрез сравняване на времето, когато е възникнал проблемът, с регистрационните файлове на заявките към вашия сайт в този момент. Обикновено можете да получите достъп до регистрационните файлове на уеб сървъра в контролния панел на хостинга дори без да се свързвате с доставчика.
Натоварването на процесора и (или) дисковата система от уеб сървъра Apache
Прекомерно натоварване може да бъде създадено от уеб сървъра на Apache, когато даден сайт изобразява голямо количество графики и други статични елементи. Архитектурата на Apache е проектирана по такъв начин, че само една заявка се обработва от една нишка или процес. Съответно, ако вашият сайт има много графична информация, тогава неоправдано голямо количество процесор и RAM ресурси ще бъдат изразходвани за връщането му. Натоварването на диска на сървъра също ще бъде значително.
В този случай можете да използвате уеб сървъра Nginx като преден край на Apache. Nginx, благодарение на своята асинхронна архитектура, ви позволява да обработвате хиляди връзки в рамките на един процес и връща статиката много по-лесно и по-бързо. Единственият проблем е, че на много хостинги само Apache се използва като уеб сървър, а пакетът Nginx + Apache се използва доста рядко.. Въпреки това, когато преминете към VPS, можете да настроите този пакет без никакви проблеми. Обикновено прехвърлянето на сайтове към VPS от хостинг и настройката на необходимия софтуер може да се извърши от вашия хостинг доставчик дори без допълнително заплащане.
Твърде много заявки за сайтове
Голям брой заявки от един и същи тип към сайта от един IP или много IP адреси е така нареченият HTTP flood, една от разновидностите на DDoS атаки. Блокирането на проблемни IP адреси във файла .htaccess с помощта на директивата „deny from“ може да помогне.
Ако на хостинга се използва само Apache и хостинг доставчикът няма възможност да отразява заявки за проблеми, използвайки същия Nginx, и атаката е интензивна, хостинг доставчикът може да блокира вашия акаунт на сървъра и да ви помоли да прехвърлите сайтовете към VPS или специален сървър.
Ако атаката се случи за първи път, тогава е логично да се свържете с хостинг доставчика за помощ за отблъскването й или поне да поискате отключване на акаунта и възможност за продължаване на работа с хостинга веднага след спиране на атаката. Ако такъв проблем се появява системно, тогава преминаване към VPS или сървър и неговата компетентна конфигурация за устойчива на грешки работа на сайта (например инсталиране на скриптове за автоматично блокиране на IP адреси на бот машини въз основа на анализ на логове, инсталиране на Nginx като преден край на Apache и филтриране на заявки за проблеми на неговото ниво) наистина има смисъл.
Значително увеличение на посещаемостта на проекта
С развитието на сайта нарастването на посещаемостта му е естествено явление и рано или късно сайтът наистина може да стане тесен на текущия тарифен план. Това е нормално за разработване на проекти. В повечето случаи при обикновен споделен хостинг за динамични сайтове прагът на трафика е 2000-4000 уникални посетители на ден.
Ако трафикът на вашия уебсайт е близо до тези цифри, тогава преходът към илище бъде правилното решение, което ще повлияе положително на по-нататъшното му развитие.
Зареждане на процесора и диска на MySQL
Няколко десетки милисекунди се считат за нормално време за завършване на заявка към MySQL база данни. Заявките, които отнемат повече време (особено повече от 0,5 секунди), често натоварват прекомерно както дисковата система на сървъра, така и неговия процесор. Ако хостът ви предупреди за подобен проблем, помолете го за бавни журнали на заявки и оптимизирайте структурата на базата данни и изчистете базата данни от неподходяща информация.
Интензивното използване на пощенската услуга на хостинга за незабавни масови изпращания до стотици или хиляди получатели може да причини значително натоварване на сървъра. Поради тази причина повечето доставчици поставят определени ограничения за изпращане на поща - обикновено 25-50 имейла на час или около 500-1000 имейла на ден. Това ограничение е насочено както към борба със спам съобщенията, така и към намаляване на натоварването на пощенската подсистема на сървъра. За нормална работа с поща на сайта такива ограничения обикновено са достатъчни, но за масови изпращания е по-добре да използвате хостинг на поща, услуги за незабавна поща или да адаптирате VPS за тази цел.
Трябва да разберете, че хостерът може да се сблъска с десетки и стотици проблеми всеки ден, подобни на вашия, което означава, че той е в състояние да ви помогне да ги разрешите. Хостерът е вашият съюзник, а не враг в борбата с подобни проблеми.
За доставчика на хостинг услуги е по-изгодно да помогне при решаването на проблема и да задържи клиента, отколкото да откаже да предоставя услуги, като същевременно не само губи печалба, но и уврежда репутацията си.
Ако доставчикът предлага преминаване към по-висока тарифа или по-висок клас услуга, уточнете какво точно ще ви даде това. Струва си да изслушате аргументите, ако те са наистина тежки.
