Comments 21
Мне казалось, что мажорная смена версии должна содержать куда более существенные изменения в продукте.
Я перевел просто описание с блога. Там есть масса мелких изменений в том числе в апи.
На сколько я помню, они отошли от практики «мажорных» версий (как гугл хром). Теперь любая версия, это всего лишь версия, а не «эпоха» в развитии.
Видимо там в коде такая каша, что сохранить обратную совместимость с плагинами и сделать существенные изменения нереально.
В отношении WordPress, 4.0 не является более «мажорной», чем 3.9 или 3.8. В WordPress мажорные версии это х.х а минорные (пойнт-релизы) х.х.х.
UFO just landed and posted this here
Интересно сколько mb пямяти нужно теперь для работы админки…
Подскажите нубу такую вещь.
Чистая установка вп на довольно мощный VPS на дефолтной теме на абсолютно пустом сайте дает такую картину: любой материал, который редактируется в админке (страница, обычный пост или же кастом — без разницы), при сохранении тупит 2-3 секунды независимо от настроек ВП (даже на локальном сервере).
С каждым новым установленным плагином тупняк увеличивается на 1-2 сек.
Поставил чистый Woocommerce — вообще беда. 6-8 секунд пересохраняется товар (даже если текст не менять — просто добавить пробел в заголовок). А с нужными мне плагинами для магазина всё это дело превращается в 12-15 секунд сохранения. Товаров очень много, такие задержки просто непростительны.
Пробовал и оптимизировать тему (даже дефолтную подчищал), и кеширующие плагины — толку нет.
В файрбаге всегда показывает долгую реакцию на admin-ajax.php. Эффекта от установки сайта на локальный сервер тоже нет. От разных версий вп тоже толку ноль.
Чистая установка вп на довольно мощный VPS на дефолтной теме на абсолютно пустом сайте дает такую картину: любой материал, который редактируется в админке (страница, обычный пост или же кастом — без разницы), при сохранении тупит 2-3 секунды независимо от настроек ВП (даже на локальном сервере).
С каждым новым установленным плагином тупняк увеличивается на 1-2 сек.
Поставил чистый Woocommerce — вообще беда. 6-8 секунд пересохраняется товар (даже если текст не менять — просто добавить пробел в заголовок). А с нужными мне плагинами для магазина всё это дело превращается в 12-15 секунд сохранения. Товаров очень много, такие задержки просто непростительны.
Пробовал и оптимизировать тему (даже дефолтную подчищал), и кеширующие плагины — толку нет.
В файрбаге всегда показывает долгую реакцию на admin-ajax.php. Эффекта от установки сайта на локальный сервер тоже нет. От разных версий вп тоже толку ноль.
Забыл упомянуть — на фронтенде со всей графикой с помощью сжатия и кеш-плагинов добиваюсь 2-3 сек загрузки. Жестокий тупняк — только в админке.
чистая установка вп на долларовый(копеечный) хостинг не вызывает проблем и «тормозов», дело не в вп.
Чистая установка вп на довольно мощный VPS на дефолтной теме на абсолютно пустом сайте такую картину не дает. Скорее всего где то натупили, ищите.
Попробуйте для начала отключить все плагины, если ситуация изменится, значит дело в плагине, если нет то проверьте настройки сервера и движка php.
Попробуйте для начала отключить все плагины, если ситуация изменится, значит дело в плагине, если нет то проверьте настройки сервера и движка php.
Интересно, что им мешает использовать современные компоненты Свои\SF\Zend\Aura с автолоадом и правильным ООП, композером и все такое. Ничего же не мешает скрыть вызовы за старым апи.
А зачем? WordPress использует другую парадигму, отличную от MVC, которая делает то, что надо и без всяких там SF\Zend\Aura\т.п.
Используя MVC фреймворки, очень сложно создать настолько же гибкую и простую систему управления контентом, которую удалось создать WordPress разработчикам. Или вы знаете настолько же популярную CMS, обладающею такой же гибкостью и расширяемостью как и WP, но написанной на одном из MVC фреймворке?
Используя MVC фреймворки, очень сложно создать настолько же гибкую и простую систему управления контентом, которую удалось создать WordPress разработчикам. Или вы знаете настолько же популярную CMS, обладающею такой же гибкостью и расширяемостью как и WP, но написанной на одном из MVC фреймворке?
Drupal 8, TYPO3
Вы побывали? Откуда такие голословные утверждения?
Используя MVC фреймворки, очень сложно создать настолько же гибкую и простую систему управления контентом, которую удалось создать WordPress разработчикам.
Вы побывали? Откуда такие голословные утверждения?
Исходя из рейтинга CMS в ru сегменте (http://track.ruward.ru/cms/201407):
— WordPress (30,43%)
— Joomla (24,55%)
…
— Drupal (4,74%)
…
— TYPO3 (0,18%)
Сразу видно, что TYPO3 «очень» популярный, а львиная доля Drupal сайтов используют явно не 8-ю версию.
>> Вы побывали? Откуда такие голословные утверждения?
Да пробовал, попробуйте и Вы, тогда у вас все вопросы снимутся сами собой.
Вы не ответили на мой вопрос: зачем WordPress-у переписывать движок с использованием MVC фреймворков?
— WordPress (30,43%)
— Joomla (24,55%)
…
— Drupal (4,74%)
…
— TYPO3 (0,18%)
Сразу видно, что TYPO3 «очень» популярный, а львиная доля Drupal сайтов используют явно не 8-ю версию.
>> Вы побывали? Откуда такие голословные утверждения?
Да пробовал, попробуйте и Вы, тогда у вас все вопросы снимутся сами собой.
Вы не ответили на мой вопрос: зачем WordPress-у переписывать движок с использованием MVC фреймворков?
Автоматическое прокручивание редактора. При написании длинного поста в редакторе WP безумно раздражало, что надо поднимать курсор экрана вверх для использования той или иной кнопки. Теперь эта проблема решена, хотя еще требует тестирования. В некоторых браузерах пишут, что есть глюки.
Как же меня это бесит)) наконец-то они соблаговолили сделать что-то)
Посмотрел showcase на wordpress.org. На WP сделано довольно много известных сайтов: Time.com, Fortune, Sony Music и т.д. Неужели у них не решена проблема с «ручным тормозом» в админке?
А что изменилось с точки зрения разработчиков? Нужно ли как-то переделывать темы и плагины чтобы они заработали в новой версии?
Sign up to leave a comment.
Доступна для скачивания WordPress 4.0 Beta 1