Все дело в том, что за бесплатность и отрытый код приходится чем-то расплачиваться. В случае с Joomla разменной монетой стала безопасность. Лично я противник мнения, что Joomla легко взламывается. Но статистика упорная вещь. Случаи взлома были и будут, и их количество достаточно большое, если не сказать огромное, по сравнению с персональными CMS.
Всему причиной отрытый код системы и ее компонент, ошибки («дыры») в дополнительных и основных модулях. В защиту системы сказать нечего, есть огромная практика по разрешению уровня безопасности Joomla, есть форумы, есть патчи (заплатки) и главное все на русском языке. Взломать же сайт, не только теоретически, но и практически не состовляет большого труда. Задумайтесь прежде чем на ней запускать коммерческий проект. Еще одним недостатком, опять же по сведению статистов, стала скорость загрузки. Ваш покорный слуга тоже так сначала считал. Но вышла новая версия, скорость повысилась, но не на столько чтоб сравнивать ее с другими CMS так что вопрос отпадает.
Дело все в том, что скорость загрузки сайта зависит напрямую от нескольких факторов: нагрузки на сервер хостера, ширина канала данных (скорость трафика), скорость отборки из базы данных, скорость интерпретирования PHP кода. С конца: интерпретатор PHP один из самых быстрых в мире языков программирования, к нему претензий вряд ли может быть, но косяков в коде хватает, не говоря уж про закомментированный. Отборка из базы данных напрямую зависит от сервера, где находится база, разработчики же любой CMS всегда производят улучшения кода и в состоянии оптимизации запросов к базе данных (у совершенства нет предела). Вывод какой все факторы становятся решающими. Как Вы сами понимаете, на любом сервере одновременно могут обрабатываться сразу несколько потоков данных: кто-то закачивает с сервера файлы (а это могут быть как фильмы, так и мелкие экземпляры изображений), кто-то делает резервный архив сайта (по сути удаленная работа с сервером), а Вы в этот момент хотите просмотреть состояние Вашего заказа. Ширина канала и процессорное время в разное время сильно разнятся, тут уже надо исследовать ситуацию методом «научного тыка». Но многие показатели все же зависят от CMS, и то как она написана.
К примеру, один и тот же сайт размещался на трех разных площадках. После полного запуска каждого из них, в разное время проверялась скорость загрузки (для чистоты эксперимента временные данные, естественно, удалялись). Было сразу заметно какой из хостеров, а один из пробных был наш удаленный сервер, наиболее быстро отрабатывает. То есть Joomla реально тормозила, и чем больше данных она обрабатывала тем меньше пользователей получали отклик. При 1000 IP в сутки нормально но при 10000 виртуальный сервер так тормозил, что надо было реально переходить на выделенный. Причем заметно «на глаз», без использования дополнительных программ и чего бы то ни было. Знаете чем все закончилось? Через пару месяцев этот самый сервер существенно потерял в скорости. Менять месторасположение сайта необходимости не было, в дальнейшем добавили еще пару серверов и скорость вернулась в норму, но все же осадок остался. Меседж этого абзаца простой: хотите чтобы сайт быстро грузился, тогда поменьше обвеса и помощней хостер, а лучше свой сервер в хорошей гермозоне.
Разбираем косточки дальше. Недостаток продолжаются. Сайты на Joomla плохо индексируются и их не видят поисковики. Да, и это остается фактом, достаточно мало настроек под SEO существует в Joomlе, хотя они есть, не поспорить, только вот толку то от них. Оказывается тут и поработать надо, причем головой. Именно за то, чтобы сайт был известным, платятся деньги за его «раскрутку», оптимизацию и, наконец, внешнюю рекламу. Индивидуальные CMS заточенные под конкретный проект лучше может быть и не были когда то но время изменилось и Joomlе с эксклюзивной CMS ну никак не потягаться
Теперь разберем недостатки, которые оспорить нельзя, а то и вовсе невозможно. Joomla не может управлять несколькими сайтами одновременно. Так что новый сайт – новая CMS. Это же относится и к субдоменам. Построение шаблона дизайна в линейном режиме. То есть, если Вам захотелось разные дизайнерские решения разместить на разных типах страниц, то придется написать достаточно сложный код в самом шаблоне, что уж говорить о конкретной одной странице. Например, если тип страницы frontpage, то загрузить только вот этот код к примеру а не какой то другой, если content, то этот и так далее. Шаг в право или в лево расстрел, ничего работать не будет. Конечно, для программистов в большинстве случаев это не составит особого труда, но вот только проблема, найти того кто вам это будет делать. Чуть-чуть не вяжется с заявлениями, что Joomla – это самая простая CMS или, как говорят наши зарубежные друзья, CMS для домохозяек (представил себе такую домохозяйку с книгой по PHP5, половником и ребенком в руках на кухне :), забавненько). Да и вообще, работа с дизайном сайта не лучший конек Joomla. Сюда же можно отнести и работу со стилями. Несмотря на бесконечные возможности с присвоением каждой странице своего стиля и отличные встраиваемые редакторы, для изменения вывода приходится иногда перелопатить множество страниц кода, чтобы чуть-чуть подправить. Главное чтобы не задеть остальные странички (ведь дизайн тут линейный). Особо не радует использование стилей в дополнительных компонентах, иногда приходится переделывать все страницы вывода, затрагивая классы и функции. Отсюда, полная отсутствие обратной поддержки кода – при установки/обновлении системы можно больше навредить чем улучшить. Лучшее – враг хорошего.
Добро пожаловать в персональные CMS с индивидуальными настройками под ваш проект. (812) 9701796
|