Хабраэффект

Обычный хостинг за $20 в (mt) держит digg-эффект?

мне более интересен хостинг для ASP.NET MVC (IIS7)

Можно для чайника пояснить процесс оплаты? Спасибо )

Зависит от хостинга. На плохом хостинге человек 500 зайдет и сайт перестанет открываться. А на хорошем… по идее, такой эффект наступить не должен.

Да это шутка, МТ хабраэффект не грозит ;)

ага, например, на youtube :)

20 не спасут отца русской демократии. Я выше написал, что лимит по траффику съестся за 1 день. Нужен мощный VDS или уже аренда физического сервера.

А Вы кащенит? Для кого-то 20 баксов фигня, а для кого-то нет

а на многие сайты вы возвращались после выхода статьи? :)

Согласен. Один белорусский стартап делаем — сразу стали платить 30$, и на огромном сервере мы почти одни :-)

Ну не знаю как другие, а я люблю :-) Но конечно да, это не к друпалу приклеить бесплатный скин :-)
Проблема в том, что быстрый хостинг ускорит в 5 раз, а нужно а 50-200 :-)

Кривой код может и по 10 секунд страницу рисовать :-) Тут даже супер дедик не поможет :-)

Можно его опередить и сделать это на фронтенде :)

ну это другой вопрос,)

ну, извините… видимо я законченный phpшник

Кстати, а для ASP.NET нет варианта поставить связку Nginx+Fastcgi? Вот вам на это ссылочка mono-project.com/FastCGI_Nginx, может чего нового узнаете!

Нет, все это время я с ними общался. Под конец этих 4 дней нагрузка стала совсем нерельная для обычного шаред хостинга.

Вечно админы катят бочку на программистов :)

Кто не любит? У меня нет такого стартапа, чтобы на него мог подействовать хабраэфект :) А минусы в карме — это лишь те кто не понимает, что такое ограниченный бюджет.

А я могу сказать, что если я зашел на упавший ресурс, где я уже был 2 раза, то я зайду на него попозже. Хочу сказать, что из-за падения сайта юзеров меньше не становится. Конечно кроме потенциальных :) Ну или уж совсем придирчивых.
П.с. не распространяется на аудитории окруженные огромным количеством конкурентов, а уж тем более если сервис предоставляет услуги без регистрации.

Если я захожу на сайт который лежит — 90% что он лежит от хабраэффекта :)

А как скоро заканчиваются «бесплатные» ресурсы?

Ну в принципе логично, в обязаности админов хостинга не входит настройка клиентский серверов. Тем более, что там могут быть очень специфические конфигурации. Это делается за отдельные деньги, если только оплата услуг админов не входит в тариф. Врядли на другом хостинге вам бы на тарифе без включение админских услуг что-то там настраивали.

Хорошему программисту нужно заплатить один раз, а хостеру — все время.

Когда я начинал фрилансировать, я дорабатывал/перерабатывал много проектов и оптимизацию очень часто просили сделать, и очень часто приходилось удалять такие штуки как запросы к базе в цыкле, один шаблон обрабатывался несколько раз, плохо спроектированная база и т.д.

Одним словом плохой программер может запросто положить любой хостинг.

Например: картинки, стили, вообщем все статические файлы, не меняющиеся вообще.

Со статикой, генерируемой скриптами — сложнее. Там нужно следить на протуханием и над обновлением этих файлов.

а если как раз для динамики нужен?

Что значит «ложится»? Если к художнику приходит клиент и просит нарисовать портрет карандашом по бумаге, то настаивая на том, что лучше написать этот портрет маслом по холсту, он рискует остаться без клиентов вообще. А если, все-таки, карандашом согласится — значит «ложится»?

А составление ТЗ, по идее, право (и обязанность) заказчика (ну или того, кому он это право делегировал, если сам не может/не хочет). Обратная связь, конечно, нужна, чтобы хотя бы не выйти за пределы бюджета заказчика, или вообще развития науки и техники в мире, но если бы все ТЗ писались непосредственными исполнителями… Ну представьте как у нас с коррупцией борются по «ТЗ» принятым в Госдуме, например ;)

А вообще программист ни менеджер, ни маркетолог, ни аналитик, ни сисадмин — предсказывать/обеспечивать посещаемость сайта, выбирать хостинг, поддерживать аптайм сайта не его задача, — его задача или выполнить требования ТЗ, или сообщить «рекомендуемые системные требования/максимальную допустимую нагрузку» в случае, если таковых не было в ТЗ (переписке, разговорах) заявлено. Максимум себе можно позволить в архитектуре заложить возможности оптимизации, расширения, масштабируемости и т. п., но если заказчик за это платить отказывается, то это исключительно жест доброй воли (ну и облегчение себе работы на будущее ;), хотя может и не себе :( ).

В общем как-то так — за что заплатили, то и получите (ну плюс «рекламные акции», нацеленные на дальнейшее сотрудничество прежде всего). Другое дело, что если заказчик обращается не к программисту, а к веб-студии ( пускай и в лице одного человека-оркестра :) ) и заключает договор не о разработке движка, а о разработке, поддержке, наполнении и продвижении сайта «под ключ», то тут да, какой хостинг, какой язык и т. п., решает обычно исполнитель и несет за это ответственность. Хотя опять-таки, хоть какие-то технические параметры в таком договоре должны быть.

Беда многих «стартапов» — в них часто рулят «человеки-оркестры», имеющие только теоретические или поверхностные знания (в лучшем случае, а в худшем не имеющих их вовсе) о важных составляющих успеха проекта.

Собственно, весь фокус в технологии виртуализации. Адаптация кода совершенно не нужна, с логической точки зрения такой сервер представляет собой обычный VPS. Просто он состоит из нескольких узлов, физически расположенных на различных машинах. Поэтому такие сервера гораздо устойчивее к высоким нагрузкам.

А gallery2 по какой причине была выбрана?