WordPress против ExpressionEngine: стоит EE Цена? [закрыто]

Для разработки коммерческого веб-сайта, который должен работать «в реальном мире», 300 +/- - очень привлекательная цена. Это касается не конкретно Expression Engine, а любой хорошей коммерческой CMS. Почти все может выполнять эту работу - включая WordPress - просто вопрос того, насколько легко и быстро это позволяет вам выполнять свою работу . Нет ничего бесплатного - это просто вопрос того, платите ли вы - или ваши пользователи - вовремя или в долларах (или евро. Или кронах ... что угодно). Амортизируйте 300 долларов в течение всего срока службы продукта - от первой большой установки до каждого момента, когда вам нужно будет внести правку - и подумайте о том, сколько усилий разработчики EllisLab потратили сами и тем самым спасли вас. Затем подумайте, как мало они на самом деле берут за эту стоимость.

Или, если WP идеально подходит для ваших нужд, просто используйте это.

Но я решительно поддерживаю коммерческие программные продукты (отчасти потому, что я работаю с ними и делаю их) и IMO 4 раза из 5, рентабельность инвестиций лучше, чем бесплатная альтернатива.

Разобравшись с обоими между WordPress и ExpressionEngine, EE того не стоит. Сообщество далеко не столь благосклонно или энергично, и EE ничего не может сделать (заметьте, после нескольких часов кропотливой настройки), что WordPress не справился бы лучше (на мой взгляд). Добавьте к этому лучший интерфейс плагина, который я когда-либо видел, и WordPress действительно ограничен только воображением и возможностями разработчика. И технологии, я полагаю.

WordPress не всегда лучший инструмент для работы, но я бы сказал, что он всегда лучше, чем EE.

EE, возможно, стоит того, если это решение отвечает всем вашим требованиям. Вам нужно использовать правильный инструмент для работы. Не стоит изучать только одну CMS, а затем пытаться подогнать все свои проблемы под это решение. Я предлагаю вам изучить особенности и недостатки нескольких CMS и использовать ту, которая лучше всего подходит для конкретного сайта, над которым вы работаете. Или даже использовать комбинацию. Если вы ограничитесь изучением только одной CMS, как будто она является универсальной, то это только навредит вам, и может сделать несчастными ваших клиентов, когда они будут вынуждены использовать продукт, который даже не был разработан с учетом их потребностей.

Вы говорите, что wordpress.org не использует WordPress, но я советую вам присмотреться внимательнее. Сайт wordpress.org довольно сложный, поэтому, возможно, нет смысла использовать WP в качестве основной CMS для этого сайта. Но вы посмотрели на раздел "Блог" (он же "Новости")? Он работает на WP. Посмотрите на раздел "Витрина". Это тоже WP!

Я думаю, что они используют WP там, где это уместно, и, возможно, что-то еще, где WP не подходит. Что возвращает меня к первоначальной мысли: нужно использовать правильный инструмент для работы.

Edit #1 - О, и что касается вашего интереса к созданию быстро загружающихся сайтов: CMS имеет некоторое влияние на это, потому что некоторые имеют больше накладных расходов, чем другие, но CMS - не единственная вещь, которая влияет на производительность сайта. Sproutcore загружается быстро, потому что это маленькая страница, на ней только одно маленькое изображение и маленькая таблица стилей. Поэтому, конечно, она будет загружаться быстро! Вы можете заставить сложный сайт загружаться быстро, если будете использовать такие вещи, как кэширование, маленькую графику, оптимизацию кода/базы данных, сети доставки контента, больше оборудования и т. д. и т. п.

Правка #2 - Если вы заинтересованы в создании статических сайтов для производительности, но хотите иметь некоторый контроль над шаблонами, посмотрите на Jekyll. Это скрипт, который объединяет ваши шаблоны с обычными текстовыми файлами, отформатированными с помощью Textile или Markdown, и выдает готовые HTML-страницы. Вас также может заинтересовать Movable Type - платформа, которая может генерировать статический HTML. И снова, подходящий инструмент для работы... существует так много вариантов.

Чтобы ускорить WordPress, вы можете использовать плагины кеширования и минификации, такие как WP Super Cache , W3 Total Cache и WP Minify - или даже у специализированного хостинг-провайдера, такого как WP Engine.

Кэширование может значительно ускорить WordPress. Фактически, в некоторых случаях он фактически создает статические файлы, которые загружаются при последующих запросах страницы.

Что касается минификации, они говорят, что 20% времени загрузки приходится на серверную часть, а 80% - на внешний код. (Конечно, задержки на стороне сервера, как правило, хуже, чем задержки на стороне сервера, но все же ...) Поэтому, когда вы думаете об оптимизации, чаще всего в первую очередь следует подумать о внешнем интерфейсе.