Та вы уже задолбали со своим движком. Сколько можно его так бездарно продвигать?
База небольшая. Около 20 Мб. Материалов около 60.
Не факт.
У меня есть сайт на Joomla 1.5.22. Посещаемость 9 000 .. 11 000 в сутки. Работает на дешевом хостинге за 6 евро в месяц (600 МГц + 200 Mb RAM).
Если верить сервису site-perf.com, то время загрузки главной страницы около 0.30 сек. Размер 110 Кб.
Оптимизировать надо и сервак, и движок. Тогда ничего падать не будет :)
Не обязательно. Если программист хороший, то проблем с багами не будет. Подобный функционал можно реализовать за 2-3 дня без учета времени на проектирование и создание пользовательского интерфейса. Из фреймворков могу посоветовать CodeIgniter и Kohana.
В вашем случае гораздо проще нанять программиста, который вам на фреймворке (та же Kohana, например) напишет CMS со всеми нужными рюшечками.
Да, целесообразно.
Плоскогубцами тоже можно гвозди забивать.
Тогда уж точно MySQL
Эта "хрень" очень даже хорошо написана, особенно в версиях 3.0.3 и 1.6
Можно, но КАК :D
...и мягко говоря медленно.
Если говорить по сути, то не стоит изобретать велосипеды. Само название "база данных" как бы намекает на область использования.
Вот создадите CMS на файлах, напишете костыль для работы с файловой системой и тут возникает необходимость внести систему тегов, возможность фильтрации материалов по параметрам, дополнительные поля и прочие вещи.
Будете перелопачивать несколько десятков тысяч страниц? Будете создавать файлы индекса? Я уже молчу, что работа с файлами также имеет свои ограничения в плане скорости. База данных изначально создана для таких задач, она под них хорошо оптимизирована. Зачем изобретать свой костыль для работы с данными?
Если уж так печетесь о производительности, то кеширование вам в помощь. Хоть на файлах, хоть в ОЗУ.
Скорость зависит от великого множества факторов. От движка по сути зависит лишь скорость генерации страницы. А есть еще и спрайты, Expires-заголовочки и прочие gzip-сжатия :)
В плане скорости лучшим является DLE. Стиль написания кода там ужасен, но система работает, при чем очень быстро. У самого есть сайт на DLE, посещаемость около 16-17 тысяч в сутки, вечером одновременно онлайн около 500 человек. Стоимость хостинга для такой посещаемости примерно 6 евро в месяц (на хорошо настроенной VPS-ке в FastVPS). Если внести изменения в алгоритм кеширования информации на сайте, то можно на такой VPS-ке до 30-40 тысяч посетителей в сутки держать. У себя на локалхосте игрался :)
WP тоже написан не очень. Кода много, он весь громоздкий. Вопросами оптимизации там никто особо не интересовался. Для генерации страницы могут уходить сотни запросов. Для DLE обычно MySQL 1-10 запросов.
Теперь о безопасности. DLE и WP пользуется огромное количество человек. Обычно дыры быстро обнаруживаются и закрываются. Главное следить за обновлениями.
Если очень волнуют вопросы скорости и безопасности, то проще заказать написание CMS под четкие требования на фреймворке. Взломать такую систему на порядок сложней так как злоумышленникам не доступны исходники. В плане скорости тоже все будет отлично. Это, конечно, если программист будет хороший :)
Да, душит. Мне есть на что потратить лишних 100$ в месяц. На своих серверах администрированием и настройкой занимаюсь я. Знакомым также иногда настраиваю. Принцип прост: раз нормально настроил - система работает. На этом моя участь как администратора и заканчивается. Эксцессы случаются крайне редко, когда вот что-то упало и нужно срочно поднять.
Это разные системы для разных задач.
Очень правильно говорили. DLE изначально оптимизирован для минимальной нагрузки на сервер.
Все зависит от шаблонов
"Вопросов больше не имею" (Остап Бендер)
Это не самое страшное.
Хорошенькая такая тема. SQL-запросы прямо в теме. Я промолчу.
Есть гораздо более логичное решение.
Нужно создать еще две таблички. В одной табличке будет идти список всех параметров:
id_параметра | название параметра (рус) | системное название параметра
в другой табличке указывается привязка параметра к статье:
id_привязки | id_статьи | id_параметра | значение параметра
Для фильтрации данных по параметрам нужно будет произвести три запроса:
1) запрос списка параметров. На выходе получается список вроде id_параметра - название
2) выборка в таблице с привязками по названию параметра или значению параметра. Результат выборки - список id_статьи с параметрами
3) выборка из статей по id_статьи
При желании результаты первого запроса можно легко кешировать.
Вот и все. Такая штука будет работать очень быстро.
Если все правильно настроить, провести оптимизацию, то все очень быстро работает. Говорю как разработчик. У Joomla отлично развито встроенное кеширование.
У меня есть сайт на Joomla 1.5. Работает на дешевой VPS-ке (200Мб ОЗУ, 600МГц проц). Легко выдерживает 15 тысяч человек в сутки. Сейчас там средняя посещаемость около 7500-8500 человек в сутки.
Уберите.
А чем эти движки такие ужасные? Вы смотрели их код?
Кстати, у OpenCart есть одна особенность. При большой базе товаров кушает много ресурсов.
Я бы остановился на варианте Joomla + компонент магазина. 10 января должна наконец-то выйти Joomla 1.6. Хорошая CMS-ка. На счет компонента магазина, то я бы не стал с VirtueMart связываться. Есть более интересные и удачные компоненты вроде Tienda или RedShop.
Также есть опыт работы с OpenCart CMS. Хорошая CMS. Писал несколько модулей для нее. Сюда входит также модуль импорта/экспорта информации в Excel и в Яндекс.Маркет. Модули там создаются элементарно.
Если нужно, то обращаемся в личку. Проконсультирую.
