А зачем монстра ставить ? Точно так же есть много быстрых легких движков, которые без проблем выдержать и 50к в сутки.
Я вообще в последнее время наблюдаю ситуацию, что при генерации страниц 80% затрат уходят на шаблонизатор и пхп код. SQL уже давно далеко не самая жрущая часть в движке :)
Dreammaker, в данном случае под noSQL подразумеваю хранение и обработку данных в файлах, т.е. где вся ответственность за выбор положена на движок, а не на приложение отвечающее за работу с данными.
каждая тварь божья право имеет :)
На самом то деле, у каждого свой подход и свои взгляды, о чем спор ? :)
Мое "имхо", что когда сталкиваюсь с доработкой noSQL - это геморой. Даже элементарно перенос с хостинга на хостинг, может окончиться конфликтами прав (путей) файлов и категорий. В результате чего потом сиди и дебагь все эти пионерские ошибки, где даже элементарный flock не умеют использовать.
awilum, для клиента же в конечном смысле нет разницы, какой движок. Он хочет просто вносить информацию.
В большинстве noSQL CMS это сделано через попу. Вот не скажу в чем причина, но как вижу "cms без db", сразу готовлюсь к геморою. Нет возможностей добавлять поля, типы, расширять на категории и т.д. т.п.
Все таки лучше иметь велосипед, чем для экономии взять самокат и допиливать его на каждый чих клиента.
А почему нет ? Вылезайте из норки со своей экономией на корках хлеба. По ссылке сайта, один клиент ресторанчика, окупит хороший качественный хостинг на пару месяцев. А если этот клиент погудит с друзьями, то и пару лет хорошего хостинга :)
Ведь действительно смешно, когда пиво в кофе стоит 2 бакса за бакал, а хостинг берется за 1 бакс в месяц :)
Если фирма не может заплатить за нормальный хостинг, то зачем ей сайт ? Может уже пора уходить с ущербных хостингов.
А если вдруг на сайт фирмы свалилось 1к посетителей в день, то просто скажите об этом боссу, что 1000 человек в день сайт смотрит, интересуется - он сотню на дедикейт в момент отстегнет.
Не надо жить вчерашним днем, ориентируясь на 90-ые годы. Это тогда базы были дорогие. Сейчас весь геморой с файлами будет в 10 раз дороже стоить чем нормальный бюджетный хостинг.
VIP бывают проститутки, а не хостинг. Хостинг или работает или не работает.
т.е. в сумме 150-200% сервера. Оверсел в 1.5-2 раза.
Если VPS -> XEN , то конечно впс. Если VZ , то шило на мыло.
Впс следует брать, если генерим постоянную нагрузку. Иначе с VZ будем висеть в свопе и будем иметь вечные тормоза. С xen уже по другому, почти как дедикейт, но и цена сразу отличается .
Ух какую тему апнули :)
У меня правда запросы чуть посложнее
SELECT * FROM asm_content_pages WHERE content_path = '/' AND (s_access = 0 OR s_access & 939524096 > 0) AND s_active = 1 AND (UNIX_TIMESTAMP(s_time_after) <= UNIX_TIMESTAMP() || YEAR(s_time_after) = '1000') AND (UNIX_TIMESTAMP(s_time_before) >= UNIX_TIMESTAMP() || YEAR(s_time_before) = '9999')
Выбираем контент:
1. путь от корня
2. побитовое вхождение группы или отсутствие группы + включенное состояние показа
3. попадание в заданный промежуток даты, или если дата не задана, то в дефолтные ограничения
И это тупо простая выборка. А ведь еще бывают правила по категориям контента, заданным соответствиям и т.п. Х.з. как надо извращаться, что бы реализовывать такое на файлах. А в базе с индексами на числовых полях - это просто летает.
Варезник на лицензии, предлагающий для скачки триал версии софта и получающий процент с продаж :)
Den73, в тексте первого поста читается "перенесли часть, а дальше послали в эротическое путешествие".
