Pull to refresh

Comments 51

Просто так не поседев сразу умер? =)
40 тыс хитов в день можно обслужить, даже самостоятельно вручную отвечая на каждый запрос.

Седеть можно было бы, если бы речь шла о 40 тыс хитов в секунду.
При 40k хитов в секунду можно не только поседеть но и штаны испачкать ))
А что здесь переживать!? Я не волнуюсь даже при 100К хитов и 1К онлайн, это как повседневная робота :)
А было чего переживать? Вброс в 8к уников, когда то на раз выдержал обычный шаред хостинг на одном из самых копеечных тарифов. Ничо не сдохло.
Мы не переживали. У нас облачный хостинг.
А там есть какие-нибудь ограничения вообще? По трафику или еще как? А то может тоже в облако перелезть.
Мы выбрали необходимые нам параметры (HDD, CPU, RAM), сервис посчитал нам примерную стоимость в месяц, мы закинули деньги на счет и не паримся.
А что будет при превышении? То же самое, что и с обычным выделеным серваком (тупняки, тормоза) либо блокировка акка за выход из лимитов?
Насколько я понимаю, баланс просто уйдет в минус и нам придется это оплатить.
Такие случаи должны быть предусмотрены хостером
видимо на этот случай они решили предусмотреть падение сервера
1. habrahabr.ru/blogs/hosting/121080/
2. Хостинг будет идеален если станет более стабильным, вернёт прежний уровень техподдержки, и подготовят людей для защиты от DDOS атак, так как когда ддосят одного, страдают многие. hosting101.ru/clodo.ru
3. incidents.su/dos-ddos-ataki/33-11-10-2011-ddos-ataka-oblachnogo-hostera-clodo-ru.html
"… должны быть предусмотрены..."
подождите… вы надеетесь на то, что кто-то другой позаботился о вас?! 0_o
хостера нужно выбирать очень тщательно, а для крупных проектов использовать исключительно собственные сервера, настроенные и поддерживаемые опытными админами
Как человек, немного помешанный на клиентской оптимизации, могу посоветовать заняться еще и ней :)
Открываем главную, CTRL+U, смотрим:
— кол-во js скриптов 10+ => минимизируем, объединяем.
— объединяем картинки/иконки в спрайты по возможности, июзаем их в css
Ну и еще отдаем на сервере Expires-заголовки для статики.
Page Speed вам в помощь.
Спасибо, работы ведутся в этом направлении
До просто перед проектом CloudFlare повесьте — он и хабраэффект сгладит, и скрипты со стилями соптимизирует на лету.

Настоятельно рекомендую, штука немеряно крутая. И бесплатная.
Mantis. Дизайн не радует правда, но свою задачу выполняет
UFO just landed and posted this here
Спасибо огромное! Обратим внимание и на bug genie и на Redmine.
И еще обратите внимание на Youtrack, хотя он пока только на английском, но по функционалу и удобству далеко впереди выше называнных.
подпишусь под redmine — запустил у себя в компании, довольны
Картинка с Энштейном на главной напомнила дизайн странички ЕГЭ на Яндексе от студии Лебедева.
Эйнштейн был нарисован задолго до того, как студия Лебедева опубликовала проект с ЕГЭ, хотя концепт один и тот же, конечно
Не не, я не обвиняю.
Естественно это идея уже сто раз использована и до этого, в тех же журналах, еще до эры массового интернета.
Просто забавное совпадение. Впрочем подобная штука в обучающих проектах сама просится, пусть и не на главной, но в каком либо участке дизайна уж точно.
Они такие примерно и есть, я на своих сайтах наблюдал схожие цифры. 4-5к уникальных посетителей в первые сутки.
И от этого у людей сайты падают? ))

«Тогда волк начал дуть: «Ф-ф-ф-у-у-у!»
С крыши дома слетали соломинки, стены дома тряслись.
Волк еще раз глубоко вздохнул и дунул во второй раз: «Ф-ф-ф-у-у-у!»
Когда волк дунул в третий раз, дом разлетелся во все стороны, как будто на него налетел ураган.»
Дело, имхо, не в среднесуточной цифре а в локальных пиках. Когда на сайт ходит 500 человек в день, а тут эти самые 500 приходят за минуту — машина может поперхнуться с непривычки.
А не будет обзора всех созданных групп на сайте, чтобы к ним можно было присоединиться?
Меня так умиляет, когда люди пиарятся, ловят посетителей, которые зайдут на один денек, а потом рассказывают как к ним пришла толпа людей — аж целых 5 тысяч уников в день!

Да и вообще так мило, когда, рассказывая о своем проекте, люди пишут:
— у меня 13.000 уников в сутки
— у меня 17500 уников
— а у меня вообще 18673 в день!
— а у нас водопровод, вот!

Простите, просто дико умиляет… :)
Они по разному приходят. У меня вот был сайтег, 50 человек в день. Потом мне с кулера как разом упало под 6-7к, так тыщи две стала постоянными посетителями и с того дня ниже 2к уников уже не было.

Так что радоватсья есть чему.
Статистику по действиям пользователей собрали? А то страны и источники это больше для маркетологов и начальства.
какие нужно использовать CMS и где найти такой хостинг, чтобы не пережить 40000 юзеров в день?
Просмотры в среднем размазаны на 8 часов, получаем 40000 / 8 / 3600 = 1,38 юзера в секунду.
Это не более двух запросов в три секунды на страницу + N запросов на статику… простой ab тест легко дает нагрузку в 10-50 одновременных пользователей. А использовать ab гораздо проще, чем писать интересные статьи для Хабра
dedicatesupport.com/archives/44
Это был вопрос?
Если да, то ответ CMS может быть любая, важно как организовано кэширование. Особенно важно если у вас вирт хостинг, где вы не можете сами поставить что вам хочется и приводится довольствоваться средствами CMS.
Нужно провести аудит, какие страницы чаще всего посещаются (их как правило не так много) и позаботиться чтобы они не дергали тяжелых запросов, а в идеале полностью отдавались из кэша.
Как правило основная нагрузка приходится на главную, ее надо тюнинговать в первую очередь. В идеале вообще вместо index.php отдавать index.html, оно закэшируется браузерами, что сильно снизит нагрузку. Плюс тяжелую графику с главной вынести на другой хост или на обменники залить.
херовая тяжелая cms, ~100 sql запросов на страницу, кэш отключен, виртуальный хостинг — выдерживает ~4-5 запросов в секунду на загрузку страниц + отдачу статики для этих страниц
меня удивляют люди, которые так кичаться пережитым хабраэффектом…

а добавить хочется: «тестируйте сайт на нагрузку, это просто и избавит вас от геморроя безо всяких огурцов»
да это был вопрос, интересно посмотреть, какую конфигурацию предоставляют хостинги, какие cms так легко падают

я пока что только с firstvds сталкивался, и то скорее сам накосячил, но факт в том, что взяв виртуалку и развернув на ней lamp сервер каждый день падал из-за нехватки памяти…
Ну про firstvds и их OpenVZ писали на хабре, там и конфиги были. Хотите чтобы больше держало, тогда лучше ставьте nginx+fсgi+memcached (или другой кэш), всеж такая связка немного получше будет апача.
Хотя нужно в первую очередь не сервер крутить, а скрипты оптимизировать, особенно те что на главной. Одна из самых затратных частей это пхп+mysql (тут поможет кэширование, оптимизация sql запросов), начинать нужно отсюда. Если там все корректно работает то и апач и нжинкс будут нормально обслуживать много клиентов.
Повторюсь, постараться чтобы по / для сайта открывался не index.php, а index.html + тяжелую статику на другой хост (или какой-то CDN перед сайтом) + жестко заоптимизировать все основные страницы из меню, вашему серверу сильно от этого полегшает.
А если на главной будет тяжелый пхп скрипт с кучей запутанных mysql запросов, то тут и дедик от минимальной нагрузки захлебнется, не говоря про вирт.
аналогичный виртуальный хостинг, на reg.ru у меня выдерживает четыре сайта, код каждого из них лежит в опкод-кэше, такая же неоптимальная связка на apache, да nginx быстрее и память не ест, но просто лень конфиги под него переписать, и так хватает.

от firstvds'a перешел на hetzner и не парюсь, деньги те же, конфигурация чуть лучше.
добавлю что сайты одинаковой структуры и настройки, os везде одна и та же, тем не менее firstvds не может удержать даже одного сайта (без нагрузки) просто рано или поздно отваливался то apache то mysql, то в bash говорил что память кончилась…

в то время как на reg.ru у меня на аналогичной конфигурации работало 4 таких же сайта одновременно, у каждого примерно та же нагрузка… за пол года ни разу проблем с памятью не возникало, вообще проблем не возникало.
размазывайте не на 8 а на 10-12 часов, получите более адекватные цифры.
а где список уже существующих групп? что-бы присоединиться…
дело в том, что если кто-то из вашей учебной группы в реале создаст группу на инстадис, то вероятнее всего он должен либо вас пригласить, либо сказать название группы, чтоб вы могли в нее вступить
А еще шепнуть секретный пароль, прислать пин почтовым голубем и задать три загадки ))
Судя по графикам, Лепра находится где-то в Молдове.
Sign up to leave a comment.