[OKyJIucT]

Jeth, зарегистрирован хостинг в США, и там реально сервера в Нидерландах) Сам держу там свои проекты, разрешены и сайты для взрослых (лично в поддержке интересовался)

[PsyX]

а чем америка не подходит? хостинг в буффало,эротика, всё ок

[aidem]

Рискну заявить что недостаток всех CMS и фреймворков со строгой структурой (диктаторской), это системы шаблонизации. Имхо будущее за RESTfull, а рендерим фронтенд там где это априори требуется, т.е. уже в браузере клиента

[alex25ks]

Если выбирать исключительно из CMS, то php-nuke(именно с учетом кол-ва посетителей). Хотя для статейного портала стоит поработать с фреймворками - Kohana/Yii . Немного хлопотней, но значительно перспективней.

[Upsa]

alex25ks,
Может я давно не в теме, но лет 5 назад php-nuke при 60-70 запросах к БД до оптимизации и 24-30 после - не сможет держать столько + вечные проблемы с безопасностью.
Уж лучше тяжелый но оптимизированный Drupal наверное.

А так вообще, если нет пользовательского функционала - то лучше самопис...
В котором идет оптимизация на скорость с минимальным доп. функционалом и нагрузкой на проц/память.
Такой и больше выдержит.

Любая CMS имеет базовый функционал и ядро, систему регистраций, контроля и т.д.
Это достаточно часто сжирает много ресов, да же на "нулевом" сайте... Если это не нужно - то проще без этого.
Но это дело возможностей.... Такие и 100-200К выдержат при должном подходе.

PS... Вообще как вариант - я иногда делал так: писал самопис с оптимизацией на скорость, когда много данных и возможен большой траф... Админку потом прикручивал вообще отдельно, она не была встроена в общую CMS и ни как не утяжеляла основной сайт... Ее вообще можно за вчеер/два сгенерить на ломанном PHP-marker. ))))

[MetalMessiah]

Drupal и Joomla под 10к лягут! Не вижу смысла брать мощный сервер под такой проект.

Сам администрирую портал на 30к в сутки, 1Гб ОЗУ, 1ГГц если я не ошибаюсь, apache БЕЗ nginx (да, я псих) держит нормально довольно кривой движок (кривой потому что тупо дофига лишнего считывается с БД и классы с сотни разных файлов).

Если под хостинг - брать DLE. Хотя, в принципе, если инфа - статика, можно запилить кеширование на файлах с записью через ob_start на любой CMS и все дела

[pausto]

Upsa,

Ее вообще можно за вчеер/два сгенерить на ломанном PHP-marker

Подскажите, а что это за программа такая

[Upsa]

Это офф. сайт:

http://www.hkvstore.com/phpmaker/

Я последний раз работал кажется с 6-7 версией. Там кажется дают триалку на 30 дней. По крайней мере раньше так было.

Общий смысл - для своей БД настраиваете по таблицам или по видам возможность просматривать/удалять/добавлять данные.

Разные типы авторизации - от простого root, до сложных - типа группы пользователей с доступом к определенны функциям.

Разные встроенные фишки типа календаря для дат, визуальный редактор для полей и т.д. Сортировка/поиск/постраничная навигация/групповое изменение- встроено.

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

[mvdvit]

Такое ощущение, что все знают только ДЛЕ, джумлу и вп)

Теперь по теме:
Джумла - забудьте, друпал - тормозной + люди не все могут с ним работать

ДЛЕ - да неплохо, но тоже без оптимизации не есть хорошо. Его нужно настраивать + не грузить тонной модулей.

Из выбранных советую ДЛЕ. Это однозначно.

А так посмотрите на yupe (yii framework) - она оочень быстрая, но работают с ней немногие. И её пока не ломают, если дле бывают взламывают ( с появлением 10.х все окей пока), то юп пока нереально)

Также гляньте модХ, очень хорошая КМС. Если вам нужна контентная КМСка, то тут строго ДЛЕ. Она сочетает все.. и пользовательскую часть (общение) и саму работу с контентом упорядоченную.

Что касается дешевого мощного сервера - велком (рефка) в кадедик

[SenSS]

DLE на шареде от webhost1 держала посещалку более 10к. В настройки движка глубоко не лазил - обошелся стандартными средствами CMS