Next Generation CMS :: Форум поддержки

Обновил.

Добавил выбор плеера, в рамках одного плагина.

Обновление 0.9.3 -> 0.9.4 RC должно проходить без обновления схемы БД.
Т.е. просто перезалить файлы (если у вас не было в них, нужных вам правок).
Тоже самое относительно обновления 0.9.4 RCx -> 0.9.4 RCy

Если есть какие-то ошибки - то естественно нужно писать больше информации о них, попытаться авторизоваться в админке (в этом случае будут видны ошибки при работе с БД, если такие имеются).

Если кто-то ещё использует сборку с video-js, то скажите все ли работает норм?

Обновил. Должно работать.

Щас бы в 2016 году смотреть бенчмарки на shared хостинге.

Правка есть. Будет выложено в следующем RC.

По плагинам, какие выкладывать в релиз, а какие устарели?

От поддержки древних версий php отказываемся. скорее всего для корректной работы достаточно php > 5.4

Если задание звучит как:
1) Сделать возможным использовать twig шаблонизатор в текущих шаблонах.
2) Добавить возможность получать массив news.embed.images внутри этих шаблонов.
То 2000р.

Штатно нельзя. Только через доработку плагина.

Вы забываете важные факты...
1) Все значимые CMS завоевали популярность в начале 2000х. Сейчас время другое, чтобы выделиться нужно что-то действительно инновационное.
2) У NG не стоит задачи отнять какую-либо часть рынка CMS (да и это невозможно впринципе при текущей вялой поддержке сообщества и уровне CMS в целом).
3) Сейчас NG - это очевидно новостная/контентная CMS с монолитным ядром. Все остальные попытки строить на текущем функционале новостей какие-то нестандартные сайты - это костыли.

Я считаю, что если куда-то и двигаться, то только в сторону CMF, т.е. - делать максимально удобную систему именно для разработчиков (для большинства, кто здесь делает сайты на NG - это не нужно - им нужен сторонний функционал в плагинах), чтобы люди которые пробовали что-то реализовывать в своих проектах на 99% были удовлетворены результатом (кодом и решением в целом, в том числе). И на данном этапе вопрос "самоидентификации" не стоит поднимать вообще, т.к. функционал и логика приложений - это одно, а система это базовое понятие, на котором по сути должна быть возможность реализации любого приложения.
Да, порог вхождения при этом, безусловно, повысится, но NG уже по сути нечего терять.

1) TWIG - это не преимущество, это стандартный функционал - шаблонизатора в современных программных решениях.
2) Для того чтобы было то, что вы называете "налаженные процессы коммуникации" - нужны разработчики. Если их нет, то тут как бы любые движения бесполезны.
3) Назовите хотя бы 3 opensource пост СНГ проекта, которые выросли до нормального уровня? Это проблема не на поверхности лежит. К тому же нет "серебряных пуль", которые спасут от всего.
В нашем случае, имхо, ситуацию могут хоть как-то поправить стабильные релизы 1 раз в 4 месяца.

1) Имхо слишком поздно. Стоит признать, что NG проиграл большинству популярных CMS (по большему счету, считаю по функционалу, т.к. в 95% случаях людям пох, что внутри, как это работает - пример WP и Joomla). По хорошему закрыть проект после релиза. И дело тут не в разработчиках или самой CMS, а дело в сообществе, которое тупо не поддержало. За столько лет можно было язык выучить и начать контрибьютить. Сейчас не 2005 год, чтобы развивать проекты в одиночку, уже давно за крупными проектами стоят коммюнити, которые двигают вперед проект. В первую очередь, проект должны двигать те, кто хочет делать сайты на NG (мне, например, не надо делать сайты на NG, зачем мне заниматься разработкой CMS, которую я не планирую использовать в своих проектах?)

2) Из того, как бы я видел идеальную CMS:
- Выпустить релиз. После чего в случае огромного желания и поддержки стоит начинать почти с чистого листа, с учетом полученного ранее опыта и завязать с обратной совместимостью.
- Перевести хотя бы код и выдачу страниц на UTF8, таблицы на InnoDB, работу с mysql на mysqli и/или PDO.
- Двигаться в сторону модульности (выделение функционала из ядра в модули - новости, статика, и.т.д.). Новые архитектурные решения на уровне переиспользования готового кода в плагинах. Приближение к CMF, с возможностью не использовать лишний функционал. Покрытие функционала тестами. Создание "доступной среды" для СОВРЕМЕННЫХ разработчиков стороннего функционала - MVC, хотя бы для CRUDа и миграцию данных (по прежнему КРАЙНЕ ебко работать с URL'ами, страницами, правами доступа, загрузкой файлов, cron'ом, формами). Перестать гнаться за скоростью работы - это важно, но ещё важнее "поддерживаемость", возможность удобной разработки нового функционала и соответствие современным трендам и стандартам.
- Нормальная мультиязычность.
- Обновление существующей кодовой базы под современный php, обновление библиотек и готовых решений, которые используются в NG как составляющие.

Т.е., на мой взгляд, - идеальная CMS из NG получится только в случае повышения общего уровня CMS, с которой будет легко работать разработчикам. После всего этого можно реализовывать любой функционал в модулях. Это сродни фразе: "Лучше день потерять, потом за пять минут долететь".

На реализацию всего этого уйдут годы, поэтому целесообразно всем вам подходить к решению своих задач исходя из постановок и сроков/бюджетов - не питать иллюзий, что "о вот, наступит завтра, и Виталий, вдруг внезапно, запилит 2.0 версию NG, которая будет в 100 раз круче".