Пофлудим о выходе phpBB 3.1.x/Ascraeus

[rxu]

Скачать текущий снэпшот версии 3.1 можно по ссылкам:
https://github.com/phpbb/phpbb3/tarball/develop (tar.gz)
https://github.com/phpbb/phpbb3/zipball/develop (zip)

Процедура установки аналогична установке phpBB 3.0. Системные требования: PHP 5.3.3 и выше.

Категорически не использовать на рабочих форумах. Данные снэпшоты предназначены только для ознакомления и тестирования!

На текущий момент в 3.1 наличествуют следующие новшества:

• Ability to delete auto login keys RFC Ticket
• Plural Forms RFC Ticket
• Copy post text in report when reporting posts RFC Ticket
• Enhanced Team Page RFC Ticket
• Attachments Management RFC Ticket
• Resume support for attachments / HTTP range support RFC Ticket
• Link global announcements to forums RFC Ticket
• AJAX RFC
• Extensions RFC Ticket
• Improved Page Titles RFC Ticket
• Switch to PHP timezone handling RFC Ticket
• Rename MSNM to WLM RFC Ticket
• STARTTLS for emails Ticket
• Delete "Confirm e-mail address" from registration form RFC Ticket
• Preview from QR RFC Ticket
• Extensions Front Pages RFC
• Modular Cron RFC Ticket
• HTML5 Doctype RFC Ticket
• Normalise internet protocol version 6 addresses RFC Ticket
• No db storage of themes and stylesheets RFC Ticket
• Inclusion of jQuery RFC Ticket
• Optionally use jQuery from Google RFC Ticket
• Template tag to include JS files RFC
• Require PHP 5.3 RFC
• Enable template inheritance by default (also will appear in 3.0.11) RFC Ticket
• Unlimited styles tree (template inheritance) RFC
• Merge style components RFC
• Removal of imagesets RFC
• Support for X-Accel-Redirect and X-Sendfile headers for attachment downloads Ticket
• Dependency Injection Container RFC Ticket
• Coding Guideline Modifications RFC Ticket
• Autoloading & Class Naming Convention RFC Ticket
• Request Class RFC Ticket
• Improved template engine RFC Ticket
• Template locator and path finder RFC
• Resource locator RFC
• Javascript Coding Style RFC Ticket
• Get rid of eval in Javascript RFC Ticket
• General Hook Architecture RFC Ticket
• Extensions Admin RFC
• Change maximum subject length RFC
• Improve User Pruning feature RFC Ticket
• Last topic title on forum list RFC

В разработке:

1. Avatar improvements, Gravatar RFC Ticket
   Статус: v1 не принята - ожидается v2 с улучшенной реализацией
2. SQLite 3.0+ Support RFC Ticket
   Статус: требуются дополнительные доработки
3. Updated BBcode engine RFC Ticket
   Статус: реализовано частично - требуется завершение
4. Cleaning up the ACP UI RFC Ticket
   Статус: ожидает проверки
5. HipHop for PHP compatibility RFC Ticket
   Статус: патч ожидает проверки
6. Soft Delete RFC Ticket
   Статус: патч требует устранения конфликтов кода и проверки
7. Migrations (UMIL) RFC Ticket Data Providers RFC
   Статус: реализовано частично, в работе
8. WYSIWYG Editor/Rich Text Editor RFC
   Статус: 2 частично готовых варианта реализации. 1 требует добавления поддержки смайлов и пользовательских BBcode. 2 заморожен.
9. Log Class RFC
   Статус: в процессе доработки
10. Extension Meta-data file RFC
    Статус: не готов
11. Remove un-necessary permissions RFC
    Статус: работа над списком ненужных прав
12. Style Specific Language Variables RFC
    Статус: ожидает проверки
13. Contact Form RFC
    Статус: в работе
14. Reply to PMs Permission RFC
    Статус: ожидает проверки

Только запросы:

• Changing IP banning to use "longest prefix matching" RFC Ticket
• Session Backend Abstraction (memcache support) RFC Ticket
• Pre-Compile Template Includes RFC
• Overridable imageset and theme paths for CDNs RFC
• Simple message API RFC Ticket
• Use composer.json for styles and track phpBB version RFC Ticket

[Mr. Anderson]

Там эта проблема исчезнет в принципе

В общем-то не факт. Во-первых, есть шанс облома во время выполнения запроса. Ну там рухнул сервак СУБД или просто реджект по каким угодно причинам (sqlite локает таблы на время транзакции например). Во-вторых, авторы модов нередко забывают некоторые поля определить и потом начинаются все эти undefined index и тп. Ну и вообще лучше перестраховаться + для дебага удобнее.
Так что идея здравая.

[MAzZY]

Проблема была такая озвучена:

человек, устанавливая какой-то мод, забывает выполнить SQL-запросы

При установке плагина он это забыть не может. В принципе.

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

[rxu]

проблема разработчика и тех, кто в официальный репозиторий принял плагин

Скорее всего, будет возможность установки расширений из сторонних репозиториев, не только из официального.

[Process]

phpbb 3.1 ждут как второго пришествия.
Все о нем говорят, но никто его не видел

[Nekstati]

Ну скачайте и посмотрите.

[Process]

За два года:
Progress: 186 of 471 issues have been resolved

Глядишь к 2020 выпустят

[HAMMER663]

Это всего-лишь тикеты, они не влияют на выход релиза.

[Mr. Anderson]

Process
Гражданин, повторяетесь
HAMMER663
Ему уже говорили, но у него кое-где зудит

[Nekstati]

Я так понимаю, что отсутствие возможности устанавливать моды «одним кликом», без ручной правки файлов — самая большая претензия злопыхателей к phpBB.

Так вот, насчёт «одного клика». Конечно, такой метод расширения функционала — безусловное благо для непритязательных пользователей. Но если пользователь притязателен, то никакой форумный/сайтовый движок не позволит ему добиться требуемого функционала без ручной правки файлов. Существует море задач, которые невозможно решить путём подключения модулей. И чем пользователь притязательнее, и чем нетривиальнее задача, тем более перепахан будет в итоге исходный код. Так что значение «модульности» несколько преувеличено.

А дальше начинается интересное. В «допотопном» phpBB умная система обновления умеет построчно обновлять изменённые файлы, а в «продвинутых» модульных CMS и форумах процесс обновления — это тупая замена старых файлов на новые. К примеру, если вы в Вордпрессе или Джумле правили какие-то файлы вручную, то после первого же обновления все ваши правки тю-тю. Вы должны вести подробный бухучёт каждой внесённой правки и вносить её заново после каждого обновления. Фактически обновление сильно модифицированной Джумлы/Вордпресса/IPB/VB становится крайне сложной и дорогой задачей, если не невозможной.

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

Так что очень-очень ждём phpBB 3.1, который будет совмещать модульность со своей уникальной умной системой обновления. Хорошо бы ещё, чтобы и модули умели обновляться умно... но это уже мечты.

[MAzZY]

Nekstati, по твоему тексту явно видно, что у тебя нет на поддержке больших форумов и сайтов. Причем, что самое важное, - не твоих. Т.е. бывает так, что приходишь туда иногда по просьбам и должен что-то делать, а бывает так, что постоянно наблюдаешь за этим объектом и никто кроме тебя там ничего не делает. Вот в первом случае ты не знаешь, кто там что напортачил и нафигачил, но нутром чуешь, что что-то не так. Что делать с phpBB? Нудно и монотонно изучать код, чтобы не потерять все моды. Что делать с джумлой/вп? Залить дистрибутив поверх и всё приходит в норму. Я так недавно лечил чужой сайт от последствий взлома.
Далее. Не буду говорить за джумлу - я не люблю с ней работать. А вот с ВП мне _НИКОГДА_ не приходилось править файлы движка. Там абсолютно всё решается плагинами и шаблонами. Повторяю: абсолютно всё. Поэтому единственное, что может затираться при обновлениях - правки в плагинах, которые иногда приходится делать. Но плагины обновляются отдельно от движка. Шаблоны там вообще обновлять не надо, поэтому ничего не теряется. Это в phpBB шаблон жёстко пришит к движку. В ВП же это просто вызов функций. Как хочешь, так и вызывай. Единственное, что можно здесь уточнить - устаревание этих функций. Иногда они меняются или удаляются, но всё равно еще очень долго поддерживаются. И тебе раньше придётся сменить сам шаблон, который морально устареет, чем менять в нём одну-две функции на аналогичные.

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

[rxu]

Nekstati
Это с нашей точки зрения.
С противоположной точки зрения, которая, скорее всего, является правильной, целевой аудиторией является так называемый Joe user (если кому-то непонятно, кто это - google it, но вот есть интересная статья на английском, кто понимает).
Поэтому для такого юзера (а их, еще раз на минуточку - подавляющее большинство):

Вольдемар: Какая у тебя версия Windows?
Вася: Word 2003
Вольдемар: *с содроганием* это Офис.
Вася: Ты о чем?

модульность в один клик и апдейт полной заменой файлов - самое оно.

[MAzZY]

rxu, привлечение _разных_ потребителей к товару повышает активность его использования и развития. Я надеюсь, что phpBB резко выйдет на новый уровень, станет более привлекательным и для него появится значительно большее количество плагинов от разных авторов, позволяющих кому и как угодно менять свой форум под свои нужды.

[Mr. Anderson]

Залить дистрибутив поверх и всё приходит в норму

Внезапно с phpBB все ровно также. И попробуй докажи, что я неправ, да

мне _НИКОГДА_ не приходилось править файлы движка

Только давай не будем обманывать окружающих, ок?
В ВП шаблоны - одно название. Это жуткая каша (причем не стандартизированная) из хтмл, пхп и ЖС с включениями (по необходимости и зависимо от скина) всяких других шняг типа флеша.
Давай без сказок. Ну или если ты был не в курсе - не показывай своей неосведомленности. Клиентов потеряешь...

Шаблоны там вообще обновлять не надо

Ну да, то-то они все новыми и новыми версиями обрастают. Чтобы новым версиям ВП соответствовать как минимум...

но всё равно еще очень долго поддерживаются

Да-да, я так и вижу на паре подшефных блогов, где скин под 3.0 на 3.2 уже не работал. Кое-кому надо просто кодинг пропатчить А некоторым - религию

одну-две функции

Смените мне плиз phpшную date() на аналогичную, да Ну пажалаааастаааа.
Не смените, увы. Зато ввести собственную оверсупрессивную замену (по итогу сабж в шаблонах работать перестает) - это мы легко, Мэтт же такой гений, такой гений
Короче не парь людям мозг, у нас тут не религиозный форум.

Добавлено спустя 5 минут 58 секунд:

и для него появится значительно большее количество плагинов от разных авторов

Надо понимать, что перевод разработки модификаций из четко зависимой технологии (меняется код - меняется функционал) на полностью независимую (код не меняется, но функционал меняется) - вещь, в общем-то, невозможная. Всегда будут моменты, требующие изменения кода. Плюс взаимоконфликты, которые теоретически МОЖЕТ решить человек, но система решить НЕ МОЖЕТ. Может только реджектнуть, ибо затрагивается тот же "модуль".
И самое главное - разработчиков под эту систему будет НА ПОРЯДКИ меньше, ибо "программизм" и "инклудизм" - это близкие, но слабо пересекающиеся ветви. Вторые растут из первых, поэтому вторых всегда меньше.

[MAzZY]

у нас тут не религиозный форум

Тогда почему ты себя ведёшь как Кураев?

[Mr. Anderson]

Тогда почему ты себя ведёшь как Кураев?

Серьезно? Это ты сейчас про себя?
Я вообще не очень в теме всех этих религиозных войн, но тем не менее замечу, что ты НИХРЕНА не ответил Ну типично как себя повела ПР-служба РПЦ по случаю часов патриарха Сначала мы наводим много пафоса и мглы, пытаясь замести следы и выставиться в лучшем свете, затем следует разоблачение, но неудобные вопросы мы просто пропускаем, да.
Так что ты может и не Кураев. Повыше будешь в зеркалировании-то...