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

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

[MenX]

А phpBB останется при своей философии и парадигме

вот это-то и удручает, поскольку команда разработчиков phpBB категорически не желает прислушиваться к своей аудитории и все прошения сделать основной упор на дружелюбность интерфейса, просто игнорируются под предлогом "это лишнее".
Когда то, в незапамятные времена IBM на графический интерфейс пользователя то же сказили - это лишнее. Итог: Microsoft и Apple подумали по другому.
На мой взгляд у продукта, который не желает подстраиваться под своего потребителя, нет будущего.

[Mr. Anderson]

команда разработчиков phpBB категорически не желает прислушиваться к своей аудитории

Это вы сейчас кому говорите? Кому-то из параллельной вселенной, где phpBB не проводит фич-реквестов?

phpBB был и остается нужным большинству как простой конструктор. Поэтому тут все как раз в рамках пожеланий пользователей. А конкурировать с платными монстрами нет ни смысла, ни обоснования (или мнение большинства вам не указ? ) Гораздо лучше заставлять платников перенимать у себя что-то хорошее. С чистотой кода, канеш, не выйдет никогда, а вот с просильвером неплохо вышло

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

Когда то, в незапамятные времена IBM на графический интерфейс пользователя то же сказили - это лишнее. Итог: Microsoft и Apple подумали по другому.

Вы плохо знаете историю

у продукта, который не желает подстраиваться под своего потребителя, нет будущего

У меня немного отвелеченный вопрос - а какое будущее у вБ? Ну вот что туда ЕЩЕ можно засунуть?

[MAzZY]

«640КБ должно быть достаточно для каждого»

[Shredder]

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

phpBB рулит, в общем.

[MenX]

Я вот поюзал (в кач-ве обычного пользователя) IPB, и пришёл от него в ужас: всюду эти кривотормозные аяксы, визуальные редакторы и прочая муета, множащая тормоза и глюки в геом. прогрессии

Никаких тормозов с ajax там нет, видимо вы просто юзали форум который хостится на каком-нибудь тарифе аля "Эконом".
Все торможа только от железа, я сейчас тестирую на собственном серваке, все просто летает, даже при том что сервак в европе

[MAzZY]

Shredder, а я модер на ipb старом каком-то. phpBB нервно курит в сторонке.

[Shredder]

MAzZY
Не знаю, может быть версия какая-то другая. Или речь только о модерке?

Добавлено спустя 1 минуту 24 секунды:

Никаких тормозов с ajax там нет, видимо вы просто юзали форум который хостится на каком-нибудь тарифе аля "Эконом".

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

Добавлено спустя 6 минут 3 секунды:

на ipb старом каком-то.

phpBB2 тоже шустрее заметно был, чем phpBB3

[Mr. Anderson]

и пришёл от него в ужас

Зато передний край прагрессу, ты что

видимо вы просто юзали форум который хостится на каком-нибудь тарифе аля "Эконом"

Производительной ajax зависит от хостинга также, как вы зависите от популяции кроликов в Австралии. Это user-side как ни крути

на ipb старом каком-то

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

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

phpBB2 тоже шустрее заметно был, чем phpBB3

Если только дефолт vs. дефолт и то не факт.
На локалхосте, например, трешка у меня быстрее фурычит. Вопрос может быть только в скорости отображения (времени рендеринга браузером), но это уже опять же user side

[MenX]

Производительной ajax зависит от хостинга также, как вы зависите от популяции кроликов в Австралии. Это user-side как ни крути ;)

какой юзер-сайд, скорость отработки ajax запроса напрямую зависит от скорости обработки этого самого запроса сервером БД. Какой юзер-сайд если в большинстве случаев рендеринга нет вообще, запрос - > обработка -> результат

Какой простите рендеринг в проверке валидности поля (например)? Ну разве что span какой-нибудь меняет css свойство display

Мы же не о javascript примочках говорим, которые отрабатываются на стороне клиента, а про ajax запрос.

[Mr. Anderson]

какой юзер-саqд

Никакого. Давайте я дам вам сервер (где будет крутится простенький сайтик) на какомнить там i7 2600 с гигами так хотя бы 8 оперативки и SAS-дисками, соединенный с вашим компом напрямую гигабитной сетью. Ваш комп будет грузить страницу, а потом обновлять часть её с использованием AJAX. Только один нюанс - комп вам дадим... ну скажем Соплерон 266
А потом заменим ваш комп на что-то посовременнее - ну типа того же сервера

Советую не забывать что такое AJAX В первую очередь его скорость зависит от скорости работы JS-движка браузера и его же скорости рендеринга. Микро-дозы данных тут роли не играют, а тормоза сервера и/или потери времени на ожидание/получение данных, если имеют место быть, то неизбежны и безо всякого яаксу

так что да - никакого юзерсайду, ну вааапще никакого

Добавлено спустя 1 минуту:

Мы же не о javascript примочках говорим, которые отрабатываются на стороне клиента, а про ajax запрос.

А, ну все понятно. С вами разговор закончен.

[MenX]

А, ну все понятно. С вами разговор закончен.

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

Добавлено спустя 23 минуты 55 секунд:
и если уже мы говорим о времени, тогда давайте посчитаем, сколько времени займет регистрация на форуме без ajax проверки полей, например занятый логин, и с ajax проверкой логина на занятость/свободность? При ajax проверке логина времени уйдет не то что меньше, его уйдет на порядок меньше! А теперь смотрим на phpBB -> заполнили поля, потом отправка всей формы на сервер, на сервере валидация формы и рендеринг всей страницы заново с сообщением, что логин занят, а потом не дай бог и следующий логин занят, и еще один занят... И при всем при этом, при каждом новом рендеренге страницы с ошибкой, у нас будет сбрасываться поле с паролем и его подтверждением, будет сбрасываться капча и т.д. и т.п.
Ну? И как все же быстрее? С "тормознутым" ajax? Или с быстрым phpBB? А из этих мелочей и складывается удобство пользования форумом.

[владимир1983]

MenX, заботитесь о своих пользователях? Считаете это будет полезным на вашем форуме? Ну потратьте пять минут, поставьте мод который проверяет валидность форм.
Мне вот это не надо.

[MenX]

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

[владимир1983]

но их разработка давно заброшена

Скорее всего по причине не востребованности такой модификации.