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

[Sumanai]

У mysql?

Да. Просто возьмите и проверьте.

Почему просто не применить нормальные JOIN и foreign key?

Применяйте, вам никто не мешает.

Ускорение было бы раз в 10.

А я уверен, что разницы не будет. Я у вас ещё раз прошу предоставить оптимизированную версию этого запроса.

Попробую сделать небольшой тестовый пуш, если не получится протолкнуть,

Не получится. Там бюрократия, с первого раза всё правильно оформить у вас не выйдет.

[LavIgor]

с первого раза всё правильно оформить у вас не выйдет.

Если не соблюдать требования к pull requests, то конечно.
А если же грамотно и точно выполнить все шаги, то всё получится.

[ostridm]

Почему просто не применить нормальные JOIN и foreign key? Что мешает? Почему в приведенном мной примере это не использовали. Ускорение было бы раз в 10.

для данного запроса никакого ускорения не будет. запрос записан в форме предшествующей SQL ANSI/92 может быть вы найдете ее в ANSI/89, видится, что это сделано для вящей совместимости между разными серверами БД, и то, что выглядит как декартово произведение в clause FROM по сути таковым не является благодаря условиям clause WHERE, в итоге эта запись эквивалентна INNER JOIN из SQL ANSI/92.

[Sumanai]

Если не соблюдать требования к pull requests, то конечно.
А если же грамотно и точно выполнить все шаги, то всё получится.

Я вот пытался, и вышло только с третьего раза. С наскока не вышло, ладно, но когда придрались к пробелу в описании, это опечалило. Правда сейчас там при создании PR из гитхаба подставляется его шаблон, так что накосячить сложнее.

[klow]

Почему просто не применить нормальные JOIN и foreign key? Что мешает? Почему в приведенном мной примере это не использовали. Ускорение было бы раз в 10.

Неужели такие тупые разработчики? Или может выводы сделаны безосновательно?
Вы сами то пробовали, что говорите? Для MySql, да и любой другой СУБД, это значения не имеет, Вам правильно ответили с этим справиться любой оптимизатор и только решение пользователя или привычка как писать запрос.
Для примера возьмите и запустите запросы написанный через JOIN или WHERE и увидите, что разницы никакой нет. foreign key к быстродействию не имеет никакого отношения, это только определяет целостность данных (связей) БД, но не всегда это нужно.

[istepan]

Вам правильно ответили с этим справиться любой оптимизатор и только решение пользователя или привычка как писать запрос.

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

foreign key к быстродействию не имеет никакого отношения

Индекс позволяет компоненту Database Engine быстро находить связанные данные в таблице внешних ключей. Впрочем, создание индекса не является обязательным. Данные из двух связанных таблиц можно объединять, даже если в таблицах нет соответствующих ограничений PRIMARY KEY или FOREIGN KEY, однако связь внешних ключей между двумя таблицами означает, что эти две таблицы оптимизированы для соединения в запросе, где ключи используются в качестве критериев.

Прошу конечно прощение за мою критику, но у себя на работе я стараюсь выжать максимум из кода для повышения быстродействия. Даже прирост в 1 секунду, для меня уже победа.

Учитывая как тормозит phpbb3 сам по себе, при взгляде на такой код, становится не удивительно.
Взглянув на план работ по phpbb3.3, связанный с "рюшечками" и "красивостями" вместо оптимизации, становится грустно.

[ostridm]

Опять же оптимизатор потратит дополнительное время чтоб привести запрос в правильный вид.

Вы этого даже не заметите... на фоне времени обработки всего http запроса от браузера и обратно , время выбора плана исполнения sql запроса будет примерно 0.0001 доля или меньше, выше уже писали что схема данных для исполнения этого запроса оптимизирована, это в свою очередь означает, что в запросе используются правильные индексы бд.

[Balamut]

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

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

[Sheer]

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

[rxu]

Планы по обновлению в один клик для 3.3.

Сейчас имеются значительные проблемы с пакетом автообновления. В связи с этим, предлагается:

1. Добавить новую кнопку - автообновления - в администраторский раздел.
2. Шаг 1: загрузка и проверка обновления
   1. Загрузка нужного пакета с phpbb.com
   2. Загрузка цифровой подписи с того же сайта
   3. Расчет контрольной сумма пакета
   4. Получение ожидаемой контрольной суммы из ранее загруженной цифровой подписи с использованием публичного ключа (публичный ключ будет присутствовать в установочном пакете и может быть изменен любым пакетом обновления. Если ключ некорректен, будет предложено загрузить его с сайта phpbb.com; указанное не должно происходить часто, если только ключ не был скомпрометирован).
3. Шаг 2: проверка требований
   • Проверка версии PHP и других требований к PHP (наличия требуемых расширений и т.п.) используя текущий пакет (для того, чтобы иметь возможность показать предупреждение и прервать обновление даже в случае его несовместимости с версией PHP).
   • Проверка других требований (например, версии СУБД и т.п.)
   • Расчет и проверка контрольных сумм файлов обновления (в случае несоответствия, обновление прерывается).
4. Шаг 3: обновление файлов
5. Шаг 4: подготовка к обновлению базы данных (например, исправление config.php и т.п.)
6. Шаг 5: обновление базы данных
7. Шаг 6: заключительные операции (очистка)

В дальнейшем, может быть добавлен шаг 7: обновление расширений (необходима дополнительная работа над функционалом).

Примечание 1: phpbb.com означает phpbb.com или другой источник обновления (например, сайт официальной национальной поддержки).
Примечание 2: Изложенный принцип обновления налагает дополнительные требования:

• полный отказ пользователей от правок файлов ядра
• права доступа на запись для всех файлов пакета phpBB

Источник: One click update - proposal for 3.3 (на английском)

[LavIgor]

прямую запись всех файлов пакета phpBB

Сначала не понял, прочитал оригинал - речь идёт о правах доступа на все файлы движка.

[rxu]

речь идёт о правах доступа на все файлы движка

Блин. Написано как будто выпускником 9 класса советской средней школы.

[velo]

Простите, не удержался, решил написать ))))
Не заходил сюда больше года, может и двух (точно не помню), а воз и ныне там! С каким же наслаждением перечитал строки своей эмоциональной писанины, после того как прочитал отзывы о тормозах 3.1 и о легкости с расширениями, и о том, что многие просто не стали переходить с 3.0
Блин, ну приятно иногда получить бальзам на душу, понимая, что тем, кто перешел на 3.1 сейчас снова перелопачивать свои форумы ))))
Особенно порадовали сообщения про автообновления )))) всё также как и было .... ответ гуру - обновляйтесь ручками )))
И сообщения про то что прогресс не стоит на месте... оказывается не только стоит

Ведь эти слова актуальны и для новых версий:

Конечно я не прям сейчас начну менять движок... время есть до ноября.... такой ведь срок жизни? Вот и выбирай - заново все написать на том, что помимо твоей воли больше не поломают, либо потратить эти полгода на переписку под аля новый движок его предыдущей версии. Только что- то мне говорит о том, что не пройдет и пару лет, и все по-новой.... Придумают что нить еще, например, переведут на перл или си+, не ну а че... выучим и это, если разрабы решат что пхп дыряв и устарел..... И будем в третий... пятый раз переписывать все что было написано за эти годы...

(почитайте кстати ту темку, занятное занятие, скажу я вам )

Спасибо мне, за то что не потратил очередные годы и месяцы жизни на "обновления", которые с выходом очередной версии пришлось бы заново тратить, с очередным ощущением, что тебя кинули )))

Как истинный ретроград, воскликну - да здравствует 3.0 ! ))) на коем видимо останусь, пока его функционал не окажется слишком узким для моих потребностей, тогда перепишу всё на другой движок, ну не хочу я перелопачивать каждый год все по-новому.
И пожелаю развития версиям 3.3 3.4 и т.д. (без сарказма, ну разве что чуточку), с уважением к разработчикам за созданный когда-то 3.0.

[rxu]

Вас кто-то заставлял куда-то переходить?

не потратил очередные годы и месяцы жизни на "обновления"

А может - века?

Как истинный ретроград, воскликну - да здравствует 3.0

Да ради Бога.

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

[Sumanai]

rxu, а он во многом прав. Что за система расширений, где половина из них отваливается при переходе на новую версию? А стили, каждый раз с нуля начинать нужно. Бардак одним словом.