SearchEngines.bg

Това е примерно съобщение за гост. Регистрирайте безплатен акаунт днес, за да станете потребител на SearchEngines.bg! След като влезете, ще можете да участвате в този сайт, като добавите свои собствени теми и публикации, както и да се свържете с други членове чрез вашата лична входяща кутия! Благодарим ви!

Предложете ми хостинг за български сайт.

sando

New member
Здравейте, имам следния проблем: имам хостнг в ns1.bg и всичко беше перфектно до вчера когато получих писмо от съпорта им, че сайта ми изразходва мнго ресурси

1.6% CPU 5.6% RAM

при позволени

2% CPU 2% RAM

и ми предлагат 3 вариянта, да си оптимизирам сайта, да си закупя по-висок план(за да покрия критериите ми трябва виртуален сървър или нает такъв), и да си сменя хостинг фирмата. Аз се спрях на третия вариянт ще сменям фирмата. Въпроса ми е, можете ли да ми предложите добра хостинг компания с хостинг план до 80-90 лв? Сайта е на joomla с около 2000 посещения на ден 80% от който са от България. А да питам и още нещо, какво мисли те за чуждия хостинг, например аз съм се спрял на HostGator дали сайта ще се зарежда бързо ако е на чужд хостинг? Ако имате някакви добри впечетления от някои чужд хостинг пишете.
 
Re: Предложете ми хостинг за български сайт.

Точно си поръчах един пакет от ns1.bg . Надявам се, че процесорът им е по-мощничък, че да се събера в тези 2%.

Мога да ти дам само съвет да е в България сървъра. И за скоростта на зареждане и за търсачките :)
 
Re: Предложете ми хостинг за български сайт.

80-90 лв на месец или година?
пусни ми едно лс със сайта да го видим
имаме няколко сайта на joomla с добра посещаемост и наистина товарят доста
 
Re: Предложете ми хостинг за български сайт.

Точно си поръчах един пакет от ns1.bg . Надявам се, че процесорът им е по-мощничък, че да се събера в тези 2%.

Мога да ти дам само съвет да е в България сървъра. И за скоростта на зареждане и за търсачките :)
и аз имам един акоунт от скоро там ;)
Машинката е 4 процесорна при мен ;)

А защо се занимавате въобще с тази джумла?
Мога да ти препоръчам z555 (афф линк)
имам сайт за игри, сайт за коли и още няколко други на техен хост с общо над 3000 посещения и не са ми правили проблеми за ресурсите ...
 
Re: Предложете ми хостинг за български сайт.

Аз ползвам услугите на hostgator

машината им е двупроцесорна с xeon по 3 GH

съпорта им е супер. Никакви оплаквания до момента, бинаги намират решение на проблемите ти. Машината им я товаря, за момента не са мрънкали.

това е от мен
 
Re: Предложете ми хостинг за български сайт.

Аз съм на НС1 на бизнес план, но там е ограничението 5% рам и 5% ЦПУ и имах проблеми при 15 к + колкото и да се опитвах да намаля и двете успях само процесора да намаля, но рамта не успях и от заплахата от спиране на сайта си прецаках всичко, така че моя съвет е нает сървър парите си струват, но ако сайта ти е много товарещ при 10к не знам как ще се държи и на нает сървър :)
п.с: моя сайт беше със CMS писан от мен и си мислих, че проблема е в моя код, но явно, че и joomla не е много по читава :)
 
Re: Предложете ми хостинг за български сайт.

Не ги пише щото си ги смучат от пръстите имат Х киленти и лесния начин да понаправят кеш е да им продъдът нещо по голямо...

и аз ще дам +1 за хостгеитъра не съм им ползвал обикновените акунти но щом има доволни ... на риселър съм имам няколко блога с всички плъгини дето товарели и не са мрънкали за нищо....

не варваи какво ти разправят че бг хостинга е много важен за ранкването в Г искаим се на хостинг фирмите ама не е така
 
Re: Предложете ми хостинг за български сайт.

Защо не ги пише тези ограничения в описанието на хостинг пакетите?

НИКЪДЕ не съм видял до сега да пише такива параметри за shared hosting... истината е че цифрите си измислят когато им скимне. Не става дума само за ns1, аз проблеми с натоварването на машината съм имал на доста места, така че този проблем ще го има където и да отиде човек
 
Re: Предложете ми хостинг за български сайт.

Вероятно в бъдеще това (CPU/RAM/IO) ще е критерият за определяне на хостинг планове тъй като дисковото пространство и трафика губят значението си като фактори за хостинг компаниите поради постоянното развитие на мрежовите и хардуерните технологии. Паралелно с тях обаче тече още по-бързо развитие на софтуера като вече почти всички клиенти ползват CMS системи с многобройни допълнителни модули. Популярни стават постоянното ползване на RSS, Site Map и други подобни които въобще не щадят сървъра поради многобройните заявки към базата данни с цел извличане на цялото съдържание на сайта в рамките на няколко секунди (много модули за иначе добре написан CMS се пишат от случайни хора без опит в програмирането и обикновено именно такива правят проблеми). Все повече сайтове поддържат връзка с потребителите си чрез мейлинг лист, като отново изпращането на един мейл до няколко стотин/хиляди потребителя става с един клик и това претоварва сървъра в дадения момент.
Поради тези все по-вероятни ударни натоварвания, хостинг компанията трябва да предвиди по-малко количество хоствани сайтове на всеки сървър, но за да се запазят приходите от сървър, би следвало да се увеличи цената. Увеличението на цената ще даде голям негативен ефект за всички клиенти и бъдещи клиенти за хостинг компанията. Тъй като много натоварващите сайтове за 1-2% все още, хостинг фирмите предпочитат вместо за всеки такъв потребител да опразват 100 други потребителя от сървъра си, да увеличават цената единствено за проблемния потребител или да прекратят договора с него. Разбира се въпросния потребител с право пита какъв е проблема след като се вмества в няколкото стотин гигабайта трафик, който има според плана си. Точно тук е проблема със досегашния начин на формиране на хостинг планове - има много голяма разлика този трафик дали се прави от картинки и даунлоуд на файлове или от динамични страници. Иначе той трафика на нас ни е безплатен и безкраен. Един мощен сървър с php/mysql сайтове не може да прави повече от 10 mbps въпреки че има заделени 100 mbps. Просто ще се претовари опитвайки се да генерира php страниците.

Резултатът от това несъответствие на рекламираните хостинг планове и действителността ще доведе до различно отчитане на потреблението в бъдеще. Когато все повече сайтове започнат да се включват в групата "натоварващи", вече ще се появи и разбиране от страна на клиентите че такъв проблем наистина съществува и не е някакъв рекет към случайно избрани сайтове. Ще се появи и по-голямо търсене за хостинг на такива сайтове и по-смелите хостинг компании ще обявят официално такива хостинг планове. Явно за момента хостинг компаниите (не само в България) смятат че повечето клиенти ще приемат с недоверие подобни промени. Въпреки че не знам с какво доверие се приемат хостинг планове с общо взето неограничен трафик от по няколко стотин гигабайта ... Но явно е достатъчно нещо просто да изглежда хубаво и розово :)
Така или иначе след като се страхуваме да правим драстични промени на хостинг плановете, би било редно хостинг фирмите поне да проявяваме старание да не нарушаваме договорите с клиентите до изтичането им. В Хост България изпращаме предупреждение че след изтичане на заплатения хостинг период, не желаем да подновяваме договора ако клиента не вземе мерки да оптимизира сайта дотогава. Съдействаме с информация за това коя част от сайта е активна в моментите на голямо натоварване. Често се налага и местене на сайта към новооткрит сървър където няма все още много сайтове тъй като понякога остават много месеци до изтичане на акаунта. Не съм запознат как точно протича разрешаването на подобни проблеми при колегите от другите хостинг фирми, но със сигурност във всички по-известни хостинг фирми в България се следи за натоварването на всеки сайт като се има предвид все по-често срещаните постинги като този най-горе отнасящи се до различни доставчици.
Моят съвет към собствениците на сайтове с подобен проблем е на първо място да проучат дали е възможна някаква оптимизация, замяна на даден проблемен модул с друг подобен и т.н. и чак в краен случай да прибягват към местене, тъй като местенето не решава проблема а го отлага. Освен ако не се закупи VPS или собствен сървър, но пък там цената е доста висока, като отделно трябва да се задели и време за постоянна грижа по администрирането и сигурността на root сървъра който вече сами ще управлявате.
 
Re: Предложете ми хостинг за български сайт.

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

Едно google-ване по въпроса: http://www.joomlahacks.com/content/view/84/64/ т.е. пуснете си кеширането на Joomla-та. Друго решение е инсталиране на PHP accelerator от страна на хостинг компанията ( ускорителя компилира скриптовете и ако даден скрипт е компилиран го зарежда него, при което се изпълнява до 3 пъти по бързо )
Така че @hostbulgaria замислете се по въпроса :)
 
Re: Предложете ми хостинг за български сайт.

До момента най-доволен съм от superhosting.bg Е, все още не съм стигал до 10-15 хиляди посетителя на ден, за да мога да дам мнение за ресурсите, но като поддръжка са перфектни.
 
Re: Предложете ми хостинг за български сайт.

Едно google-ване по въпроса: http://www.joomlahacks.com/content/view/84/64/ т.е. пуснете си кеширането на Joomla-та. Друго решение е инсталиране на PHP accelerator от страна на хостинг компанията ( ускорителя компилира скриптовете и ако даден скрипт е компилиран го зарежда него, при което се изпълнява до 3 пъти по бързо )
Така че @hostbulgaria замислете се по въпроса :)

Да, за caching съветваме всички да включват защото това реално намалява заявките към базата дани. Особено тези с WordPress. А кеш на сървъра сме пробвали но няма особен ефект. Пробвано е с eaccelerator. Проблемите с ускорителите са два:
1. Работят с php което е компилирано като модул на apache. Но така компилирано php е изключително податливо на хакерски атаки и ако се хакне един сайт на сървъра, хакера лесно придобива достъп до всички хоствани сайтове тъй като php върви във всички акаунти с едни и същи права и се изпълнява като един и същ потребите: nobody
2. Един 8-процесорен сървър вече не се затруднява ни най-малко да компилира php скрипт. Голямото забавяне идва след това, когато компилирания код започен да се изпълнява и ако е некадърно написан, може за генерирането на една единствена php страница да се пуснат стотици заявки към базата.

Общо взето най-ефективното облекчаване на сървъра става с html кеш на страницата който се пази докато не се промени страницата (както е този на Joomla, WordPress). Точно на този принцип работят огромни php сайтове като digg.com, facebook.com, ... Имат десетки кешинг сървъри като сайта е разделен на отдлени модули и всеки модул се кешира като отделен html блок, след което частите се сглобяват много бързо. Някои блокове се ъпдейтват по-често, други по-рядко и всичко това се синхронизира от специален софтуер (има и безплатен такъв).
 
Re: Предложете ми хостинг за български сайт.

Малко ще се отклоня от темата, но какво ще кажете за кеширането на Смарти (www.smarty.net). Разработих един проект с мисълта да го ползвам с включено кеширане с цел спестяване на заявки до базата данни и по-малко натоварване на сървъра, но пък тогава се оказа, че кеширането натоварва диска (I/O). Някой запознат ли е какви са ограниченията за този параметър при различните хостинги.

П.п: Ще се радвам да обменим малко опит относно Смарти, ако има такива, които го ползват. Ако има интерес ще отворя отделна тема :)
 
Re: Предложете ми хостинг за български сайт.

Да познавам смарти, но само бегло добре ще е да отворим една тема да. Иначе по въпроса с кеширането щях да го правя и аз понеже скрипта беше писан от мен, но имах проблеми с мястото пресмятах ги и така и така и с тия 10ГБ нямаше да стане имах само в Гугъл 250к+ индексирани. Иначе кеширане си струва само при много посещения според мен. Гледах някаква подобна графика как се увеличава ефициентността като ползваш харддиска и рамта и някакви такива. Иначе проблемно и когато се пляскат заявки и теглят хиляди редове от DB и ги съхранят в SESSION например или в масив и или ще забравят да освободят масива или ще теглят повече инфо от дб-то от необходимото. Ефициентното програмиране си е това което ще ни трябва, но забелязах че дори да махна всички заявки до ДБ-то сървъра се товари и от това че има повече от 200 човека в минута примерно. Затварянето на ДБ-конекшъна също е важно особено с много хора онлайн по едно време.
 

Горе