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

Кстати, NG также можно развернуть на бесплатном Amazon AWS (который любому желающему выдаётся на тестирование на год).
Если интересно, то могу написать доку по развёртыванию.

Я только на TinyMCE проверяю, остальные даже не смотрел.
Там есть один из редакторов, который умеет BB коды.

Надо бы решить - нужна ли нам поддержка BB кодов или оставляем только HTML?
В случае с HTML статьи смогут публиковать только доверенные люди, т.к. избежать JS Injection'а будет крайне сложно.

Для тех, кто тестирует GIT версию - в репозитории плагинов перенёс новую UFT8 ветку в основную ветку и обновил в GIT'е скрипты развёртывания docker контейнера.
Теперь для сборки тестовой ветки необходимо:
1. В корень сайта развернуть код из архива: https://github.com/vponomarev/ngcms-core/archive/master.zip (подкаталог ngcms-core-master)
2. В каталог engine/plugins/ развернуть код из архива https://github.com/vponomarev/ngcms-core/archive/master.zip (подкаталог ngcms-plugins-master)

Я за.
Кто что думает?
Я за отказ от старого шаблонизатора.

Если посмотришь выше, то его предстоит ещё написать.

А как ты знаешь, в Open Source'е "если тебе чего-то не хватает, но можешь сделать это сам".
Думаю, никто не будет против, если ты сам его напишешь

Это проблема конкретно твоего сайта или общая?
Делать динамическую проверку кодировок - очень плохой подход, замену нужно делать в рамках обновления БД.
Т.е. сделать это частью скрипта обновления.

Не кипятись.
Это очень круто, что ты взял хороший темп по созданию новых коммитов в код NG и огромное тебе за это спасибо.
Но ожидать от всех остальных загрузки в Full Time было бы крайне опрометчиво.
Я могу в среднем выделять не более 1-2 часов в день на NG, причём далеко не всегда. И далеко не всё это время уходит на кодинг, к примеру - до 28 числа (ха-ха, осталось меньше 2х дней) мне нужно завершить апгрейд и миграцию связанных с NG виртуальных машин на новый сервер, причём сделать так, чтобы ничего не сломалось.

В текущем темпе у нас есть все шансы до конца лета выпустить реально работающую версию с покрытием в 10-15 самых нужных плагинов.
Особенно с участием всех тех, кто сейчас занят в доработках NG.

Практически везде можно полноценно использовать TWIG в обрамлении кода [TWIG] .. [/TWIG] и выкинуть лишние файлы, причём уже очень давно.
Если где-то такого нет - дай знать, подправим.

Полностью убирать старый шаблонизатор опасно, т.к. пропадёт совместимость с шаблонами.

Именно так.
Скрипт обновления, который выполнит набор задач по адаптации, включая перевод шаблонов в UTF-8

Ничего не понял. Эта фраза имеет какое-либо отношение к NG или речь о чём-то ином?

@beliy, спасибо за комментарии.
1. Согласен.
Сейчас будем пытаться решить эту проблему, облегчив по максимуму процесс обновления
2. Тут замкнутый круг. Мало людей в разработке - мало плагинов.
На счёт кеширования палка о двух концах - реально хорошее кеширование нельзя сделать средствами "чистого PHP", нужен как минимум memcached / redis или другое хранилище, а на обычных хостингах с этим будут сложности. С учётом роста производительности даже самых дешёвых виртуалок эта проблема может стать неактуальной для небольших сайтов, а если сайт большой и популярный, то там уже собственные админы смогут решать проблемы.
3. Тот же замкнутый круг. Хотя мне всегда казалось, что в код нужно лезть за какими-то сложными вещами, простые решаются на уровне шаблонов.

Спасибо за пожелания,.. и не забывай, что у тебя тоже есть возможность помочь проекту к примеру пользовательским тестированием и багрепортами.

Да

Спасибо, про это не подумал.
Исправлю.

Ты это делал через Quill и даже мог навесить классы?
Значит я не разобрался с ним, можешь пример дать?
Разработчики советуют данные хранить во внутреннем формате и любые шаг влево-вправо (в сторону нативных возможностей HTML) оказываются недоступными.

Сори, завис на даче и там был только Edge, даже 3G не ловил.
Сейчас вернулся домой.

Очень детально всё расписано, прям хоть в документацию сразу вставляй

А что по ней?
Её писать надо же. Или что-то готовое есть?

Да, там довольно сложные менюшки были, но они в массе своей на базе самой админки были сделаны.
Серьёзных проблем возникнуть не должно.

А кто её сделал? )

Готово!
Новая админка включена в текущую ветку кода.

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

Плагины могут менять шаблон на лету (к примеру, подставлять мобильную версию по UserAgent'у), поэтому 'core' вызывается ранее.
Также все плагины из core будут работать в админке или при вызове RPC функций (хотя их лучше регистрировать по другому).

Если тебе нужно что-то генерить до начала рендера страницы, то используй обработчик index_pre, а в core оставь только подгрузку библиотек.

@rusiq выложил в GIT новую админку, выглядит красиво
Предлагаю всем желающим её потестировать: архив лежит тут
Собранный архив приложен к этому посту.

Вопросы можно задавать либо в Pull Request'е GIT'а тут, либо в этой теме форума.
Предлагаю 1-2 дня погонять её на тестах, если всё ok - вносить в основную ветку.
Следующим шагом будет интеграция (уже в новую админку) нового Quill WYSIWYG редактора.