phpBB 4.0 Triton

[rxu]

Функции, уже добавленные в ядро phpBB 4.0 Triton:

1. Система "хранилищ" для файлов (возможно добавление новых типов хранилищ в расширениях для хранения файлов в любом месте, в т.ч. за пределами сервера).
2. Автоматическое обновление phpBB "одним кликом".
3. Пуш-уведомления (Web Push Notifications).
4. Автоматическая установка расширений из каталога/репозитория (Packagist, официальной базы расширений phpBB или иного совместимого репозитория).
5. Обработка упоминаний пользователей в сообщениях.

Технические изменения в коде ядра:

1. PHP >= 8.1.
2. Symfony 6.4.
3. Twig 3.
4. FontAwesome 6.
5. Symfony Mailer для отправки уведомлений по email (вместо устаревшего мессенджера phpBB).
6. Макросы HTML форм для администраторского раздела (расширения с модулями админраздела для 3.3.х потребуют переработки этих модулей).
7. Переработанный вывод значков в стилях (расширения для 3.3.х, использующие значки в шаблонах стилей, например, FontAwesome, потребуют адаптации), вывод с помощью функции Icon() в шаблоне.
8. Переработанная система блокировок пользователей ("банов") - возможно добавление новых типов блокировок в расширениях.
9. Незначительно доработанный стиль Prosilver (значки, иконки, смайлы).

Скачать "ночную сборку" в тестовых целях (прямая ссылка на файл): phpBB-4.0.0-a1-dev.zip.

Устаревшее 

Командой разработчиков phpBB Group уже ведется работа над phpBB 3.3, несмотря на то, что даже релиз версии 3.2 пока не состоялся.
В phpBB 3.3 планируется некоторое обновление дизайна.
Так, например, возможно будет выглядеть администраторский раздел (внимание - файл около 6 Мб).

Основная часть исходного кода здесь: https://github.com/marc1706/phpbb/tree/ ... yle/assets
Вся ветка: https://github.com/marc1706/phpbb/tree/ ... p_redesign

5pgtVQo - Imgur.gif

[LavIgor]

Да, говорили, что в 3.3 наконец-то вместо кода плюшками займутся.

[apollion]

Похож на ZenForo.

Пункты меню иконками. Flat дизайн. На любителя. Плюсом только резиновый интерфейс.

[Sumanai]

Так, например, возможно будет выглядеть администраторский раздел (внимание - файл около 6 Мб).

Ужас
По мне, так админку вообще трогать не нужно, это лишнее.

Отправлено спустя 38 секунд:

Плюсом только резиновый интерфейс.

Да вроде и сейчас есть.

[Siava]

Ужас

Вот вот, глядя на это превью особенно страшно

[Татьяна5]

На любителя

Вот это точно что "на любителя" (и любителей пока не видно)

[COB16]

круто, давно пора что то нормальное сделать

[apollion]

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

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

[LavIgor]

А еще не люблю, если Noscript по умолчанию запретил скрипты

Значит, не зря я в загрузчике предусмотрел Noscript.
На его поддержку на самом деле тоже отдельное время требуется.
Вроде бы на данный момент phpBB с Noscript должен работать (хотя не на 100%, но всё же), всплывашки по наведению при этом показываются.

[Sumanai]

На его поддержку на самом деле тоже отдельное время требуется.

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

А что кроме админки ожидается? Они собираются помойку в \includes\functions.php разгребать, старьё из кода выкидывать? А то в некоторых классах до сих пор переменные через var определяются вместо указания видимости.

[rxu]

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

[apollion]

LavIgor, так и есть.

Форум из коробки - работает.
Форум с модами, не требующими скриптов работает.

Если на каком-то сайте (чаще всего не phpbb) есть скрипты, Noscript по умолчанию их блокирует. Если только адрес сайта не был ранее добавлен в Белый список. Если был добавлен, то разрешает на сайте все скрипты. Но по умолчанию блокирует межскриптовые атаки, XSS и пр.
Плагин один раз настроил, и можно спать спокойно.

[LavIgor]

Не с той стороны разрабатываете.

Фишка в том, что расширение во многом использует всплывашки, а применить их в Noscript при текущей реализации невозможно.
Используется библиотека, а если же самому колесо изобретать - опять-таки излишняя трата времени на то, что большинство использовать не будет.
Вместо всплывашек поэтому и нужны отдельные блоки с отдельной проработкой, но таких совсем немного.

в некоторых классах до сих пор переменные через var определяются вместо указания видимости.

var есть public, оставленный для обратной совместимости с предыдущими версиями PHP.

страницы фронтенда (индекс, вьюфорум и пр.) - в контроллеры.

Ура! Неужели отдельные функции (части кода) в конце концов превратятся в методы?
Это же и качество кода, и простоту его поддержки повысит, чем длинные простыни листать.
Когда знаешь структуру, это здорово, но новичкам много времени приходится тратить, чтобы во всё это вникнуть.

Идет работа и над новым основным стилем, на замену старичку просильверу.

Очень похоже на то, что phpBB 4 не за горами.

с функциональностью Viglink

А вот это уже лишнее, как мне кажется.
Лучше интегрировать что-нибудь вроде внешних хранилищ изображений для тех, у кого на хостинге места не так много.
А рекламу в разных регионах могут разные сервисы предоставлять.

[Sumanai]

а страницы фронтенда (индекс, вьюфорум и пр.) - в контроллеры.

СЕО из коробки

var есть public, оставленный для обратной совместимости с предыдущими версиями PHP.

Да, конечно. Код времён php4.

Это же и качество кода, и простоту его поддержки повысит, чем длинные простыни листать.

Лучше можно будет использовать части кода движка в своих расширениях. А то сейчас к примеру нужно где- нибудь вывести минипрофиль- давай копируй код движка. Если бы код был разбит по сервисам, то их можно было бы использовать в расширении без копипасты.

[LavIgor]

Код времён php4.

Тем не менее использование var допустимо в том числе в PHP 7.
Есть RFC с голосованием вот здесь: https://wiki.php.net/rfc/var_deprecation.

А то сейчас к примеру нужно где- нибудь вывести минипрофиль- давай копируй код движка.

У меня похожая ситуация с быстрым ответом, но не полностью.
По сути здесь используется подключение ко всей странице со всеми проверками, что удобно.
Но отдельный класс был бы ещё удобнее.

Может, мне самому стоит попробовать отрефакторить код по отдельным классам?
Однако по прошлому опыту понятно, что разработчики не особенно любят сторонние большие доработки.