Пофлудим о выходе 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]

как карма, вообще заброшены

AFAIK карму снова "возобновили"
А в остальном - мозг и понимание изменений и все.

[Alecto]

мозг и понимание изменений и все

надеюсь и того и другого хватит, чтобы моды заработали после обновления.

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

[axs]

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

[rxu]

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

Если говорить о процентной доле готовности, можете оценить сами. 33 функции реализованы, 21 в работе и еще к 8 пока не приступали.

[sweetah]

Как думаете, просильвер когда-нибудь будет официально переделан? Как было бы здорово не ставить мод для мобильной версии, а просто иметь универсально сверстанный стиль для устройств с разными разрешениями экранов - типа как здесь http://beta.theexpressiveweb.com/ (покрутите размер окна браузера).

[rxu]

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

[Nekstati]

sweetah, для форума адаптивная вёрстка нереальна. Попробуйте найти в сети хотя бы один пример — не найдёте. Понадобится отдельная CSS для мобильных, отдельный набор картинок, кучу «лишних» элементов в шаблоне придётся заключать в особые условия вроде <!-- IF not S_MOBILE --> и т. п. Проще уж делать отдельный стиль. Кстати, в phpBB 3.2 предлагалось ввести мобильный стиль, но не знаю, чем это всё закончится.

[sweetah]

Мне пришла в голову идея, может и велосипед изобрел, конечно.
Насчет новой фичи - формы контактов форума. Тут все про капчу говорят, а если сделать по-другому? В форме помимо самого сообщения необходимо указать существующий email, на который придет письмо с уникальной ссылкой. По этой ссылке нужно перейти, и тогда встроенными функциями форума письмо отправится по указанному админом адресу (а может ещё и в ЛС админу продублировать опционально).
И нужно тогда сделать черный список доменов вроде rtrtr.com.
Если не бред, может кто-нибудь закинет туда идейку в нормальных терминах?)

[Альтаир Бергадлер]

давно уже есть отличная база спаммеров и ботов для вордпресса, за 3 года использования НИ ОДНОГО левого сообщения

[Process]

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

Если говорить о процентной доле готовности, можете оценить сами. 33 функции реализованы, 21 в работе и еще к 8 пока не приступали.

То есть примерно половина за 2 года, по багтрекеру аналогичная статистика.
Итого phpbb 3.1 выйдет в районе 2014-2015.
Вопрос только будет ли он актуален на тот момент.

[Shredder]

Process
А чё толку, что ты здесь пофлудишь? Быстрее они его от этого не сделают

Хотя, в отношении скорости я полностью на твоей стороне...

[rxu]

Process
Всё гораздо проще. Функции, которые не будут окончены к релизу (как я говорил, после окончания расширений и хуков выйдет альфа, к релизу значительных изменений функционала, скорее всего, не случится), будут перенесены в 3.2.

[SF]

Там что-нить будет для снятия нагрузки? Например поиск через Sphinx или Solr? Поддержка CDN? Какая-нить оптимизация под reverse proxy итп.

[Nekstati]

поиск через Sphinx

Работа такая вроде бы ведётся: http://area51.phpbb.com/phpBB/viewtopic ... 08&t=42913.

Кстати о Sphinx. Он — далеко не лучший поисковик для форума. У него есть одна проблема, которая сводит все его достоинства на нет.

Одна из основных причин шустрости Sphinx состоит в том, что он производит индексацию и поиск по полным словам и не воспринимает частичные совпадения (поиск по маске). Пример: предположим, я хочу найти на phpBB.com (где используется Sphinx) все темы про модерацию. Введя запрос *moder* или moder, я получу результаты только со словом moder. Мне придётся повторять поиск многократно, вводя запросы moderator, moderate, moderated, moderating, moderation, premoderation, postmoderation и т. п. либо вводить длиннющую портянку moderate|moderator|moderation|moderating и т. д. А штатный поисковик phpBB мне всё найдёт с одного запроса: *moder*. Медленно, но верно.

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

Ну а если в Sphinx включить поиск по маске, вся его разрекламированная быстрота улетучится как эротический сон, а индекс разрастётся в 10-15 раз (!) и многократно превысит размер штатного индекса phpBB. А если включить ещё и морфологический поиск, то, думаю, регулярные выражения повесят комп. Чудес не бывает.

Короче, Sphinx ищет быстро за счёт того, что делает это плохо.

Так что не вижу смысла в скрещивании Sphinx и phpBB.

[Пчелкин]

А где можно почитать об алгоритмах запросов поисковок подробней?