phpBB Guru - Официальная русская поддержка форума phpBB3

rxu, так энтузиасты делают для энтузиастов, где тут место серой статистической массе?

Вчерашний борщ писал(а): энтузиасты делают для энтузиастов

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

rxu, где-то потребности серой массы предваряют работу с кодом, процессный подход, когда претензий к пуговицам не может быть.

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

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

Должны, не должны. Я не понял, конкретная проблема-то в чем? Вам что надо?

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

LONER писал(а): клад ума у меня чисто технический.

Это ключевое, позволяющее в достаточной мере освоить программирование. Что для технарей вроде нас кажется очевидным, то для гуманитариев что-то невообразимое, что можно только заучить (и наоборот).
Так что не все, кто желает создать свой форум, могут его правильно сами администрировать.

rxu, автор имела в виду, что новые функции должны исходить из потребностей пользователей, а не из желаний самих разработчиков.
Хоть это и Open Source и разработку ведут энтузиасты.

К сожалению, у phpBB с разработкой всё очень сложно. Возможно, энтузиазма мало у официальной команды.

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

rxu, речь как раз идёт о востребованном минимальном функционале.
Уже больше двух лет прошло, а так и нет нормального загрузчика расширений из коробки. Как в принципе и нормального средства обновления движка.

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

LavIgor писал(а): Уже больше двух лет прошло, а так и нет нормального загрузчика расширений из коробки.

Насколько я помню, в 3.3 планируют реализовать загрузку и установку расширений из репозиториев. Для 3.1/3.2, наверное, достаточно соответствующего расширения.

LavIgor писал(а): Как в принципе и нормального средства обновления движка.

Здесь полностью согласен. Работу с фтп могли бы полностью исключить. Однако, введение в 3.2 разделения сред исполнения (тестовая, установочная, обычная) - уже первый шаг на этом пути. Надеемся, в 3.3 оно всё-таки будет.

rxu писал(а): А где-то что-то делается по-другому? Бесплатный софт - всегда работа энтузиастов. Не понял, в чем проблема.

Бесплатный софт обычно имеет платную поддержку. И это правильно.

Поддержка линя тоже нехилых денег стоит. Часто подороже чем на винде собирать, но что-то как-то никто не разорился еще.

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

как только переваливаешь за 20к пользователей - там уже только на платные движки перелезать, потому что сервис же

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

Smayliks писал(а): независимость от версии пхп/мускула

ORM

Sumanai писал(а): справится любой оптимизатор запросов базы данных

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

Отправлено спустя 1 минуту 43 секунды:

Татьяна5 писал(а): Разработка открытая, можете заниматься

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