Какие CMS рулят миром
На диаграмме в заголовке показано процентное соотношение использования различных CMS (систем управления содержанием) на Веб-сайтах — по данным на 2012 год. Они валидны до сих пор, поскольку никаких новых лидеров не появилось, а развитие лидеров старых идет вполне поступательно. Как мы можем видеть, более половины CMS-сайтов используют WordPress. И сейчас вы поймёте почему. Но для начала вот вам общий перечень современных CMS (я подбирал в основном бесплатные системы и в основном написанные на PHP — есть веские причины, по которым имеет смысл рассматривать прежде всего их, но давайте пока воздержимся от обсуждения этих причин). Итак:
CMS общего назначения: Alto CMS, Cogear, Contao, Cotonti, DataLifeEngine, Drupal, ImageCMSCorporate, Joomla, Host CMS, MaxSiteCMS, MODX, MosquitoBloodyMary, ReloadCMS, WordPress
Галереи: Coppermine, Gallery (Gallery2, обновленная до версии 3), Koken, MG2 = MiniGal 2, Pikateka, SimpleViewer, Zenphoto
Социальные сети: Elgg, Explay CMS, InstantCMS, LiveStreet, BigStreet
Форумы: IPB (Invision Power Board), Phorum, phpBB, phpBBex, PunBB, Simple Machines Forum, Vanilla, vBulletin
Интернет-магазины: ECShop, Magento, OpenCart, Семейство osCommerce, Prestashop
Сайты-визитки без SQL-базы: GetSimple, Monstra, Nanote, Stacey, CMS Чайник
Но понятно, что сейчас WordPress правит Интернетом. Его доля в виде более половины CMS-сайтов при таком, описанном выше, разнообразии платформ — сама по себе экстраординарна и не может игнорироваться.
Изначально WordPress делали как сравнительно простую платформу для персонального блога (ленты новостей, которую ведет один автор). Однако функционал постепенно расширялся, и сейчас WordPress используется везде, начиная от личных блогов и заканчивая e-commerce сайтами. Причины достаточно просты:
Наиболее широкий набор плагинов, тем, виджетов для галерей, форумов, мультиязычность, различные каталоги, магазины и так далее;
WYSIWYG редактор облегчит жизнь тем, у кого есть проблемы с HTML-разметкой и другими языками;
Технический опыт не обязателен. Админ-панель намного проще, чем в других CMS.
PHP и CSS файлы можно редактировать непосредственно в админке, прямо из браузера. Например, можно легко вставить текст из любого текстового редактора прямо в исходники темы и в исходники любого плагина. Это удобно — для правки системы даже нет нужды делать FTP-доступ.
Собственно, это система с положительной обратной связью — качество WordPress дало ему популярность, а затем популярность потянула за собой изобилие шаблонов, плагинов, литературы для разработчиков и так далее. И теперь перебить это изобилие конкурентам трудно.
Технически эта CMS может быть лучшим вариантом, если вам нужен легко администрируемый веб-сайт. Использование данной системы обеспечивает широкий, но вместе с тем простой функционал. WordPress – идеальный вариант для новостных сайтов или блогов. Нет, реально — все альтернативы новостников и блогов хуже.
На WordPress можно делать и сайты других типов — я видел довольно много интернет-магазинов на WordPress, варезники и фотогалереи, да почти всё можно сделать на вордпресс. Но надо понимать, что чем сильнее вы отклоняетесь от метафоры «ленты новостей» — тем сильнее будет сопротивление системы.
Следующая система, на которую вам стоит обратить внимание — это Joomla. Она, собственно, и следующая по популярности в мире CMS, которой пользуются 9% сайтов.
Если совсем на пальцах объяснять, Joomla — это нечто среднее между возможностями якобы ориентированного на разработчиков Drupal и стартовой простотой «народного» WordPress. Как сказал один товарищ, «Joomla симпатичная, но мелковатая».
Несмотря на простоту в сравнении с Drupal, Joomla является полноценным инструментом для разработки;
Поддержка протоколов контроля доступа (OpenID, LDAP, Gmail.com) из коробки;
Наличие удобной админ-панели с широким набором функций: шаблоны, стили, управление меню и так далее;
И да, конечно — админский интерфейс у нее красиво нарисован.
И вот в этой промежуточности «между WP и Друпалом» кроется причина, почему Джумла так и не стала «убийцей WordPress». Для начинающих может показаться, что Joomla обладает множеством ненужных функций, которые только мешаются, а для опытных разработчиков она слишком простая. По сути Джумла довольно поверхностна и слаба, несмотря на всю декларируемую универсальность. Она сильнее грузит сервер, чем WP — при этом внутри метафоры «ленты новостей» практически не дает никакого существенного расширения функцонала, а за ее пределами разработчик быстро упирается в ограничения архитектуры. Почти так же быстро, как в позднем Вордпрессе.
Шаблонов меньше, плагинов меньше. То, что в WP бесплатно — в Джумле частенько стоит денег. А зачем платить больше? При этом большинство плагинов к Joomla, даже коммерческих — сплошная блевотина в плане качества. Количество уязвимостей, даже самых банальных, просто зашкаливает.
В теории Джумла обеспечивает более богатую и гибкую структуру веб-сайта, чем WordPress. Поэтому если для вас это критично, а лезть в дебри Друпала не хочется — ваш выбор Джумла.
Около 7% сайтов предпочитают Drupal. Разработчикам нравится его «всеобъемлющая мощь» и «дружественный разработчику интерфейс», который позволяет создавать сложные веб-сайты.
На самом деле всё это чепуха. Разработчикам нравится то, что в коде, который они наваяют для Друпала, будет совершенно невозможно разобраться за разумное время любому стороннему программисту, а код этот, несомненно, перестанет работать после очередного обновления ядра системы. Об этом заботятся разработчики ядра, постоянно убирая из него «старые» функции или меняя их формат вызова. В общем — впарив клиенту сайт на Друпале, вы потом будете годами его дорабатывать, требуя всё новое и новое бабло. Пролетарии всех стран — пролетайте!
Что же есть такого «профессионального» в Друпале? Наличие так называемых хуков (hooks) для коррекции поведения системы? Так они есть и в WP. Управление таксономиями? Оно внедрено и в WP. Архитектуру там меняют в каждом большом релизе — что кагбэ говорит нам многое о ее «удачности».
И да — Друпал это самая тормозная CMS из всех популярных. Даже немецкий TYPO3 так не тормозит.
Обычно Drupal используется для сайтов, требующих сложной организации данных: для форумов, онлайн-магазинов, корпоративных веб-сайтов и комьюнити. Причем ирония состоит в том, что для каждого специфического сегмента обазательно есть несколько специализированных CMS, делающих в этом сегменте работу лучше Друпала.
Вот, например, вам нужен форум. Ну ОК — берете vBulletin и всё будет прекрасно. Да, он коммерческий — но знаете, 200$ за лицензию всяко выйдет дешевле, чем делать аналогичный функционал на друпале и потом оплачивать хостинг, способный этого бегемота потянуть. Кроме того, самым устойчивым является старый vBulletin 3.8.х — который вполне можно скачать с торрентов и поставить нахаляву, если вы не корпоративный заказчик и вас давит жаба. Вот преимущества vBulletin:
Широкий спектр бложных плагинов;
Много скинов и чистый код;
Простая и симпатичная админ-панель;
Очень стабилен в плане безопасности (ветка 3.8.х).
Сейчас, правда, vBulletin испортился, версия 5 совсем плохо написана, дырка на дырке.
Ну а для любителей халявы есть бесплатный форум phpBB и куча его форков. Например, phpBBex (phpBBextended) — это новый набирающий популярность форк phpBB 3, в который уже встроены наиболее востребованные возможности. Большинство нововведений уникально и не существует в виде модов. В коде были исправлены ошибки, код оптимизирован и адаптирован под последние версии phpBB. При этом новые возможности совершенно не навязываются — этому способствует большое количество новых опций в панели администратора, где всё лишнее можно просто отключить.
Или вот Vanilla — легкий, простой и бесплатный движок форума на русском языке, поддерживающий плагины и темы оформления. За счёт модульности и более 450 плагинов можно создавать форумы очень разной функциональности и направленности. Заявлена лёгкость самого форума и лёгкость изучения, изначально вебдванольная идеология, собственный фреймворк для написания расширений, возможность встроить форум в самые разные движки.
Или вот вам нужен интернет-магазин. Просто берёте ECShop — и всё. На этом движке работают практически все китайские интернет-магазины, там есть буквально всё, что только может понадобиться. Не надо умничать, изобретая велосипед с квадратными колёсами на Друпале — китайцы уже всё придумали. Кстати, русификацию тоже давно сделали энтузиасты.
Боитесь китайского движка? Берите OpenCart — это движок интернет-магазинa, вокруг которого сформировалось большое сообщество (более 46 000 участников), благодаря чему существует более 8 500 бесплатных и коммерческих дополнений позволяющие изменять и дополнять функции магазина самым разным образом. Движок несложный и быстрый, хотя имеет и некоторые ограничения, вытекающие из легкости и скорости работы.
В общем, я думаю, ситуация понятна.
Отдельно напишу статью про легкие CMS, не требующие SQL базы, для сайтиков на дешевых тарифах хостинга.
Зашел… Почитал… Вопрос: зачем мне, как обычному посетителю ресурса, знать, что Джумлу какой-то там ВордПресс жестоко Друпал? И ваще — кто эти люди?
ПыСы сантехник Иванов монтирует разводку по фэншую… Нет, не так: сантехнику Иванову по фэншую, как он монтирует разводку….
Вам не надо — а кому-то надо. Люди мучаются, не знают счастья.
Имею несчастье сравнить Drupal и WP.
Задача: создать упорядоченное меню и сделать ссылки на статьи человеко-понятными (ЧПУ), ну чтобы не цифрознаковый код был а ссылка вида, например как у этой статьи …/5083/kakie-cms-rulyat-mirom/
WP
Иду в консоли в пункт «Меню» и просто делаю меню из категорий, страниц, просто url.
Хочу ЧПУ. Иду в настройки выбираю чекбокс какого вида ссылку хочу. Ставлю плагин cyr-to-lat чтобы были на английском. Все! Работает годами ничего не глючит. Остальное время я уделяю контенту дизайну, общей концепции сайта.
Drupal.
Строю список таксономии, потом вручную(!) к каждому термину нужно привязать одноименный пункт меню. Это очень гибко, но я манал сие счастье, список категорий товаров порядка 50 пунктов. Ищем автоматическое решение. Находим taxonomy menu, ставим, настраиваем и в итоге создав пункт таксономии автоматически получаем пункт меню. Отлично!
Теперь настраиваем ссылки вида ЧПУ. Ну тоже нужно ставить модуль. pathauto решает проблему. Но заголовки на русском, а хочется универсальный английский. Значит нужен еще один модуль. Ставим transliteration. Все перевело, заголовки красивые.
Через время товарищ просит добавить еще пару пунктов в меню. Добавляю термены таксономии, сохранить-обновить и т.д. А фиг! Нет новых пунктов меню! Почему? А вот не знаю до сих пор. Я не могу решить эту проблему. В русском интернете ничего по этому поводу нет. В английском не очень силен. Писать разработчикам модулей? а смысл, заявки об ошибках висят не решенными годами.
Как пишет один из российских корифеев Друпала — если вы понаставили модулей и они используют одну сущность то это же нормально что они конфликтуют. Подбирайте модули тщательнее. Курите маны. На инглише? Не знаете инглишь? Так вы школоло а не крутой программер.
Сцуко, я не хочу быть крутым программером, я просто хочу сделать сайт!
Попробуйте работать, например, мойщиком окон. Или учителем в школе. Возможно, у Вас это будет получаться лучше…..
«Почему-то считается, что для того, чтобы стать артистом, музыкантом или композитором обязательно нужен талант. Тогда, в соответствии с этой логикой, шьют одежду, плавят металл и воспитывают Ваших детей серые бесталанные посредственности….»….
Возможно мыть окна у меня получится мыть лучше, но мне нужно сделать сайт.
Кстати, транслит в WP с русского на инглиш — это одна строчка кода и одна табличка. Выглядит вот так:
function sanitize_title_with_translit($title) {
global $iso;
return strtr($title, $iso);
}
add_action(‘sanitize_title’, ‘sanitize_title_with_translit’, 0);
Ну две строчки с add_action. $iso — это та самая пресловутая табличка, где тупо перечислены пары подмен русских букв на английские, опционально — на сочетания НЕСКОЛЬКИХ английских. Штатная функция strtr всё делает.
Вордпрессовская add_action() внедрена еще с древней-древней версии WP 1.2.0, регистрирует хук-событие. Превед Друпалю.
Логика понятна — я добавляю к штатной функции sanitize_title(), которая очищает заголовок, удаляя из него недопустимые символы, свой перекодер.
Неофициально в WP вместо add_filter() можно использовать функцию add_action() и наоборот — сейчас это фактически одно и то же. В данном случае наверно писать add_filter() было правильнее, но я так привык.
При добавлении можно написать приоритет — чтобы функции на хуке выполнялись в нужном порядке.
Список всех важных событий в порядке их выполнения указан в кодексе codex.wordpress.org/Plugin_API/Action_Reference. Вордпресс этим и силен. Кодексом.
Вот смотри, как в WP делается отправка EMAIL друзьям при каждой публикации нового поста:
function email_friends( $post_ID ){
$friends = ‘bob@example.org, susie@example.org’;
wp_mail( $friends, «Новость! Новость!», ‘Я запостил новость — http://blog.example.com’ );
return $post_ID;
}
add_action(‘publish_post’, ’email_friends’);
Всё. Теперь при каждом постинге новости будут отправляться Email-ы по списку. Друпал я в рот всякие сложности.
Не хватает события? Разработчики не заложили? Ставим хук сами через do_action(). Снова привет Друпалю.
Спасибо. Попробую. Это лучше чем ставить плагин.
У меня почти все подобные правки собраны в один плагин. Реально куда проще прицепить один такой плагин, чем лазать править в коде на куче сайтов.
Опять же в WP плагины работают удобно — залил в папочку Plugins, и вот они в списке. Тыкнул мышкой — активировал. Всё повисло — ОК, переименовал папку плагина прямо из веб-консоли сервера, и всё восстановилось, плагин исчез. Переименовал обратно — вот он снова есть, но неактивный, можешь править.
Меня просто раздражает, когда плагинов много — поэтому я стараюсь собрать весь потребный функционал сам, своими руками.
Скажем, вот такая штука перекидывает всех в корень сайта сразу после логина:
function _myplugin_lgn_redirect() {
return ‘/’;
}
add_action(‘login_redirect’, ‘_myplugin_lgn_redirect’);
Но в плагине я пишу более кучеряво:
if( !function_exists(«_myplugin_lgn_redirect»)){
function _myplugin_lgn_redirect() {
return ‘/’;
}
add_action(‘login_redirect’, ‘_myplugin_lgn_redirect’);
}
чтобы избежать двойного прицепления одного и того же. В данном случае это не играло бы большой роли, но я везде стараюсь закладываться на косяки.
С рассылкой интересно. По сути можно сделать блок подписаться на рассылку где емаил будет писаться в массив, файл или базу. А значения $friends в вашем примере будут извлекаться по циклу foreach?
Тут не нужен цикл. Функция wp_mail сама обрабатывает список. Внутри нее — да, всех до упора.
Вместо строк в EMAIL можно передавать, например, заголовок новости и ее анонс — по иду это всё легко выдергивается.
Но это просто пример. Он показывает, как просто в WP делаются достаточно сложные действия.
Вот, скажем, плагин собирает статистику по IP, лочит всяких уродов — и хоп, при помощи wp_mail() отправляет админу список очередных залоченных.
Или отслеживаются определенные действия, и о них информируется.
Или статистика рассылается.
Да что угодно. Любые фантазии.
Сколько, оказывается еще вкусного есть в вордпрессе. Спасибо, думаю обязательно пригодится!
Да, Вордпресс он такой. Ты же понимаешь, что 57% сайтов с CMS сделаны на этой системе не просто так. Billion lemmings do not wrong.
57%….
это не значит,что все пользователи будут решать свои задачи WP,это говорит о том,что у пользователей однобокие потребности,под которые и подходит WP/
а это как блог и производные к нему…
я это так теперь вижу)
Я именно это и объясняю — что есть метафора «лента новостей», к которой в конечном счете сводится очень многое в нашей жизни. Ну вот ты живешь последовательно, день за днем. Приход товара в магазин идет последовательно — ты забиваешь позиция за позицией то, что привезли. Твой автомобиль обслуживается и ломается последовательно, работа за работой, дефект за дефектом. Картинки в галерею выкладываются последовательно, одна за другой.
Поэтому метафора «лента новостей» (событий, поступлений, предложений) — самая востребованная из всех для представления данных для Веб-сайта. Эта метафора реализована в WP блестяще и обвешана всеми необходимыми рюшечками и инструментами разработки.
Есть еще одна модель представления данных — отталкивающаяся не от Life Flow, а от логических связей данных. Эту модель хорошо реализует движок Википедии и куча его форков, и она оптимальна для разного рода справочников. Она так и называется «метафора справочника».
А теперь вопрос на засыпку: по какой метафоре лучше реализовать интернет-магазин?
в моём случае- как справочник,
если организовывать как на авито,
то там как блог.с постоянным добавлением,
текучка информации…
понятно ,что интерактивный магазин имеет бОльший спрос,это наверное вызвано самим спросом,но жизнь таких магазинов сколько длится?
я штук шесть воткнул разных,это пошло в счёт?
а реально выхлоп будет 1-2,и не факт ,что на WP
например,на WP,можно на один коментарий
развести три ветки параллельных ответов,в которых ещё по паре ответвлений?
>>на один коментарий
развести три ветки параллельных ответов,в которых ещё по паре ответвлений?
Это и называется «древовидные комментарии». Вы внезапно прямо сейчас ими пользуетесь.
то есть можно организовать тут не последовательные ответы,а параллельные?
я этот пишу как на свой,но он выпадет в самом конце,а не моему параллельно за 15:58…
я это всё к чему,не получилось на WP построить
той справочной таблицы которая нужна,
не подогнать…
руки карявые может…
не получилось то дерево,а выходит палка и ответвления от неё,к которым ничего не привентить
по крайней мере с каждым шагом узнаю что нужно и как это сделать))
>>а не моему параллельно за 15:58
Как вы это себе представляете ВИЗУАЛЬНО? Нарисуйте картинку. С учетом ограниченности ширины экрана и неудобочитаемости комментариев в узких колонках.
Для особо альтернативных сразу поясняю: сама по себе древовидная структура комментариев в WP реализована. С ограниченным уровнем вложенности ветвлений — но в реальности с неограниченным она и не нужна ввиду невозможности адекватно отрисовать большое число уровней. Как древовидность отрисовать — это вопрос дизайна, хоть в виде пузырей и летающих окон.
Кстати, на Roem.Ru комментарии сделаны строго последовательные. И это не случаность — выяснилось, что так ограничивается бессмысленная флудогенерация.
На нашем портале Joomla (kokshetau.asia). Как в статье и сказано, больше половины ее функционала не используется за ненадобностью. Как она меня бесила, когда собственник перебросил портал на эту платформу!
Я, кстати, не упомянул в статье DLE. Ну то есть упомянул только в общем списке.
Причина — она платная, при этом ничего хорошего за деньги не дает. Я искренне не понимаю, зачем ее люди используют, что там есть такого, чего нет в Вордпрессе забесплатно.
Возможно, кто-то из вебдизайнеров-разработчиков меня поправит насчет DLE.
Тов. Первый у меня есть проблемка с сайтом сверстанным на Джамле, я сейчас слегка не способна корректно объяснить из за ограниченности информации и времени, но когда чуть приду в себя через пару недель, можно ли проконсультироваться у вас в частности че да как переделать.
пардон за безграмотность)
на тарифе написано-4 сайта,
это 4 разных доменных имени или можно закачать 4 разных сайта на одном доменном и включать по одному…?
сам не понял что спросил(
4 разных сайта с разными именами одновременно.
запустил ECSHop///
весь экран в ошибках типа этой
…………………./includes/cls_template.php on line 406
…………………………/includes/lib_main.php on line 1316
файлы PHP открывать текстовым? и править?
там такая абракадабра….как открывать?)
PHP это голый текст. Навроде такого:
// Register the management page
function add_admin_menu() {
$this->menu_id = add_management_page( __( ‘Regenerate Thumbnails’, ‘regenerate-thumbnails’ ), __( ‘Regen. Thumbnails’, ‘regenerate-thumbnails’ ), $this->capability, ‘regenerate-thumbnails’, array(&$this, ‘regenerate_interface’) );
}
// Enqueue the needed Javascript and CSS
function admin_enqueues( $hook_suffix ) {
if ( $hook_suffix != $this->menu_id )
return;
// WordPress 3.1 vs older version compatibility
if ( wp_script_is( ‘jquery-ui-widget’, ‘registered’ ) )
wp_enqueue_script( ‘jquery-ui-progressbar’, plugins_url( ‘jquery-ui/jquery.ui.progressbar.min.js’, __FILE__ ), array( ‘jquery-ui-core’, ‘jquery-ui-widget’ ), ‘1.8.6’ );
else
wp_enqueue_script( ‘jquery-ui-progressbar’, plugins_url( ‘jquery-ui/jquery.ui.progressbar.min.1.7.2.js’, __FILE__ ), array( ‘jquery-ui-core’ ), ‘1.7.2’ );
wp_enqueue_style( ‘jquery-ui-regenthumbs’, plugins_url( ‘jquery-ui/redmond/jquery-ui-1.7.2.custom.css’, __FILE__ ), array(), ‘1.7.2’ );
}
// Add a «Regenerate Thumbnails» link to the media row actions
function add_media_row_action( $actions, $post ) {
if ( ‘image/’ != substr( $post->post_mime_type, 0, 6 ) || ! current_user_can( $this->capability ) )
return $actions;
$url = wp_nonce_url( admin_url( ‘tools.php?page=regenerate-thumbnails&goback=1&ids=’ . $post->ID ), ‘regenerate-thumbnails’ );
Так это выглядит, если авторы делали документированный код с комментариями. А если код пропущен через компрессор — там будет куда менее читаемый текст, без камментов и без разбивки ступенькой.
Ну и не забывай, что кодировка комментариев и надписей может быть разной.
>>весь экран в ошибках типа этой …./includes/cls_template.php on line 406
Ну что — нет инклюдов. Что-то ты не так скачал или не так поставил.
Да ты напрасно напрягаешься — если не программист PHP и не имеешь опыта развертывания больших проектов на PHP, то самому развернуть и настроить серьезный магазин, вроде ECShop, не выйдет. Даже Юкозовский магазин, который формально совсем готовый — и то надо весьма мучительно отстраивать под себя.
В Софтакулоус инсталлере на Релевате на выбор предлагается поставить магазины:
OpenCart 1.5
PrestaShop
AbanteCart
Magento
osCommerce
Loaded 7
Zen Cart
TomatoCart
Avactis
Quick.Cart
LiteCart
CubeCart
AlegroCart
Axis
CS-Cart
Open eShop
Zeuscart
ну и так далее. Дофига всяких. Аналогичный набор предоставляет любой хостер, у которого стоит Софтакулоус инсталлер.
Вот это всё ставится буквально в один клик. Но это отнюдь не значит, что оно прямо так само собой заработает. Магазин — это довольно сложно.
Через ftp выкачиваете файл, правите в нотепаде каком-нибудь а потом заливаете обратно на сервер.
Настраивать ECShop сразу на сервере — это утопия и авантюра. Надо разворачивать сандбокс у себя на компе — с PHP, MySQL и апачем — и на нем всё обкатывать. И только когда практически всё заработает — можно переносить на сервак провайдера.
ECShop — это софт для серьезного магазина, вроде DealExtreme, когда у вас десятки тысяч товарных позиций и миллионы кастомеров с программами поддержки лояльности клиентов, лотереями, аукционами, бонусными баллами, акциями и пресейлами. Если вы начинающий — вам такой монстр просто не нужен, достаточно гораздо более простых решений.
Кстати, у Укоза был очень симпатичный модуль магазина. Но увы — сейчас я бы на укоз не поставил. Тем более коммерцию.
Для начинающих коммерсантов есть разумные предложения с «арендой интернет-магазина» под ключ. Ну вот например:
http://shopexpress.difocus.ru/
Вот пример лабаза на их платформе:
http://newshop.kupikupi.org/
Ну или вот самописное решение моих друзей — полностью лицензионно чистое:
http://cdstalker.ru/
Дизайн консервативный — потому что магазину много лет, и он успешно работает в России (соответственно
решены проблемы дистанционной доставки, специфичные для нашей почты). Это решение не дешевое — но зато
вы можете получить поддержку от реальных e-торгашей, которые давно успешно работают на рынке России.
Чую я, что придется пейсать отдельную статью. А то и не одну.
>>4 разных сайта с разными именами одновременно
В общем случае, если управление доменом второго уровня вынесено к хостеру, вы можете сами наплодить доменов третьего уровня сколько хотите. А софтакулоус инсталлер, когда вам поднимает очередной вордпресс, так и сразу предлагает — поставить в домен или создать субдомен. Очень легко. Хотя я потом в DNS всё равно кое-что подправляю руками, для лучшей сеошности. Но потом. Ибо все работает и так.
Самая задница там, когда вы хотите ввязать в один заказ несколько доменов второго уровня для вордпресса. Вот это уже задача не совсем тривиальная. Впрочем, тоже решаемая.
будем ваять)
спасибо
Спасибо за открытую тему! Недавно заставили мучиться с джумлой…
Дайте мне перфоратор,пойду Баха играть….
Как это всё затягивает)))
Чую-не тем занимаюсь,попробую ещё пару поставить тем
Может смешно, но у меня по скорости ровно обратные впечатления — Вордпресс даже на локалхосте еле шевелится (добавил только акисмет), а Друпал с плагинами вполне шустро работает, хоть он для моих задач чересчур наворочен. Правда я зеленый совсем, может в ВПрессе нажал чего не то…
А вообще — можно на «Технократии» раздел по этой теме открыть? Очень интересно, спасибо.
Не-не, это уже всё проходили. Друпалъ у вас бодро ворочается, пока на него никто не ходит. Как будет на нем по 3000 посетителей в сутки — будут такие тормоза и ресурсожор, что вам моментально понадобится хостинг за 3000 рублей в месяц, иначе вас просто выключат. Ну или это будет dedicated сервер за похожие бабки, который еще и тормозить будет безбожно.
С дальнейшим ростом посещаемости вообще настанет писец, перестанет помогать самое мощное железо. И придется вам перейти на многомашинную структуру с внешними кешами всего, чего только можно — чтобы уменьшить число запросов к друпалю. А это и дорого, и очень геморойно, и глючно.
Вот, скажем, «Цукерберг Позвонит» — он же siliconrus.com — сидит на Вордпрессе уже давно. Покажите мне площадку такого масштаба на Друпале — я с интересом посмотрю на этот мазохизм.
Скажите, а зачем вам Акисмет? Да еще на локальной машине?
Вот здесь у нас нет никакого Акисмета. И капчи нет. Вы видите спам в камментах? Нет. А почему? Не задумывались об этом?
Да, Друпал для простенькой видеогалереи и правда «великоват», но пока у меня без проблем завелся только он. С Вордпрессом вот сразу не задалось при обкатке на локалхосте, Джумлу «не осилил»: создал кучу страниц, а она только сайты туториала показывает, а мои страницы нет :( MODx не завелся вообще, а с Друпалом повезло — просто «сел и поехал», хотя да, наверняка придется пересаживаться. Вот сейчас попробую еще легковесные платформы, про которые в соседней теме у вас написано.
За siliconrus.ru спасибо, интересный ресурс! Вообще я конечно плохо разбираюсь, но по масштабу сопоставим с ним aftershock.su? Его на друпале запускали, да и сейчас он вроде на нем — прежние неудобные ссылки типа «/?q=node/12345» там до сих пор не поменялись.
Про акисмет — поставил его, потому что сказали, что это самый популярный спаморез для ВП, вот и повелся… Ну и если без него, как вы с ботами боретесь — есть какой-то фильтр полегче или просто вручную вычищаете? Я просто себе плохо представляю пока, какие средства для этого есть.
Пролезание спама — это часть гораздо более общей проблемы безопасности сайта. Общий принцип такой:
1. Убирается стандартный wp_login
2. Limit Login Attempts (плагин)
3. Комментировать могут только зарегистрировавшиеся
4. Видимость комментариев -> только если есть одобренные
5. Автоматически помечать как спам, если более 1 ссылки
6. XML-RPC отключен
Всё. Пункты 1, 2 и 6 — это общая безопасность сайта, остальное — настройки базового вордпресса.
По автершоку — да, посещаемости с ЦП близки. Но боже, как он убог. И я могу только предполагать, как мучаются те, кто держит на друпале такую нагрузку. Наверняка стоит кэш, который 99% аудитории тупо показывает статику, с задержкой обновления в десятки минут. Ну и, естественно — никакой графики.
Вот ты, например, в курсе, что около трети нагрузки наших сайтов на вордпрессе — это вывод аватаров пользователей? Их же много, они в каждом комментарии — и каждый надо поднять из базы. Убираешь аватары — 30% нагрузки долой. А в друпале аналог — еще более тормозной.
Ок, спасибо за совет — подниму Вордпресс еще раз, как только с легкими CMS-ками наиграюсь :)