Узкие места и проблемы, требующие решения в новой версии

[Борис Бердичевский]

Вот решил открыть и такую тему. Давайте здесь анализировать тройку и выявлять те проблемы, которые можно решить только путём серьёзной переработки движка, или -- нет смысла реализовывать решение на старом движке.
Первое, что приходит в голову, -- проблемы кодировки. Более умные и надёжные конверторы с предыдущих версий, умная перекодировка, исправление дефектной кодировки.
А также наладить наконец Backup -- Restore.
Хотелось бы также капитального улучшения процесса перехода с версии на версию.

[FladeX]

С кодировкой вряд ли проблемы будут, так как и тройка и четверка на юникоде. Вот переход с двойки был осложнен тем, что кодировка у нее была не юникод, но это уже в прошлом.
Улучшение процесса обновления - какие еще варианты можете предложить, помимо существующих?

[Борис Бердичевский]

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

Добавлено спустя 3 минуты 28 секунд:
Насчёт перекодировки -- не в прошлом, ибо будут переходить с двойки прямо на четвёрку.

[rxu]

ибо будут переходить с двойки прямо на четвёрку.

Вы уверены, что будет конвертер? Я - нет.

[FladeX]

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

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

Насчёт перекодировки -- не в прошлом, ибо будут переходить с двойки прямо на четвёрку.

Сомневаюсь. Это слишком расточительно в плане труда разработчиков.

[Борис Бердичевский]

FladeX
а что будет, если мод разбросан по нескольким файлам, часть успешно объединена, а какой-то файл предлагают заменить на оригинальный?
Как минимум это потребует от Админа, кто делает обновление, что-то править ручками.

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

Это слишком расточительно в плане труда разработчиков.

Расточительно вставить и использовать готовые перекодировщики?

Добавлено спустя 1 час 45 минут 9 секунд:
rxu
а почему бы и нет -- т.е. почему бы не дать возможность перейти с двойки на четвёрку?
Конвертор, будь он без принципиальных изменений, мало будет отличаться от 2->3.
Но я предлагаю, чтоб его доработали в плане дополнения надёжных и правильных перекодировок.

[rxu]

Конвертера с первой версии на третью тоже нет.
До выхода 4-ки будет более чем достаточно времени (и уже было более чем достаточно) для перехода на 3-ку.

[Борис Бердичевский]

Есть одна проблема, которую не я первым заметил.
На одном Форуме, где я очень давно, у меня около 20,000 сообщений. Версия 3.0.6.
И, скорее всего, поэтому отработка линка "Ваши сообщения" занимает около 40 секунд, в то время как Активные темы -- около 1 сек.
Прежде всего, тут надо бы брать в результаты поиска не все 20,000 сообщений (кому это нужно?), а ограничить количество результатов. Или создать что-то умное в коде, например, заполнить страницу результатов и поиск остановить.

[Mr. Anderson]

чтоб его доработали в плане дополнения надёжных и правильных перекодировок

Это слишком локально-зависимо - от настроек сервера и ПО. Так что разработчики тут мало что могут.

[FladeX]

Прежде всего, тут надо бы брать в результаты поиска не все 20,000 сообщений (кому это нужно?), а ограничить количество результатов. Или создать что-то умное в коде, например, заполнить страницу результатов и поиск остановить.

А пагинацию тогда как создавать? А как учитывать права доступа пользователя? И т.д. и т.п.

[rxu]

Это всё мелочи.
Еще даже принципы разработки 4-й версии не определены, а вы уже о частностях конкретной реализации мелких функций спорите
Давайте начинать с головы, что ли.

[MAzZY]

Да вот и я говорю, еще движок только-только разрабатывать начали, а они о рюшечках вроде редактора и конвертора.

[Борис Бердичевский]

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

[SvS]

Имхо, самое узкое место в нынешней тройке - это масштабируемость, т.е система расширения возможностей движка в виде модов. На мой взгляд - это утопия и каменный век, крайне сильно ограничивающая юзабельность и приводящая к многочисленным проблемам и ошибкам, часто сводящим "на нет" саму идея использования движка. Надо понимать, что есть креативные люди, имеющие идеи и желающие их воплощать в плане контента, но они совсем не обязаны быть програмистами, копающимися в немыслимых объёмах php-кода.
Очень бы хотелось предложить (коль пишется новый движок с нуля) заранее продумать систему расширения и сделать не в виде модов, а в виде модулей (как в том же друпале, например). Скачал модуль - кинул в папку - включил - глянул и настроил при необходимости. Минута. Не понравился - так же безболезненно выключил за 5 сек. В phpbb3 если поставить мод еще куда ни шло (хотя и непростая задача), то корректно его удалить - задача, доступная только избранным. И это очень и очень плохо.

[FladeX]

Скачал модуль - кинул в папку - включил - глянул и настроил при необходимости.

Так и сейчас можно в олимпусе. Посмотрите мои моды Sitemap FX и Topiclist FX.