Alexander.S
Пользователь
Склейку сообщений от одного автора, которые написаны друг за другом. Мне кажется не плохо было бы по умолчанию в двиг включить.
Да , дубльпостинг не помешал бы в стандартном движке.Склейку сообщений от одного автора, которые написаны друг за другом. Мне кажется не плохо было бы по умолчанию в двиг включить.
в следующей ревизии будетМожет всё-таки доработать автоцензор и научить его менять цензуру не только в текста, но и в самих ссылках?
вопрос уже поднимался. не помню почему не стали делать.PheRum, может установку через веб интерфейс сделать? к примеру install.php запускаешь, вбиваешь логи пароль и т.п.
Еще со времен R755 предлагали сделать install.php, установка используеться 1 раз, смысла траты времени на нее нет, у нас движок некоммерческий, а установка способом который есть и так прост.вопрос уже поднимался. не помню почему не стали делать.
Лучше все доп.поля через user_opt сделать.Есть одно предложение, реализовать которое было бы крайне полезно, но не очень просто:
думаю пора уже заняться оптимизацией структуры таблицы bb_users:
1) оставить в bb_users только user_id, username + поля, выводимые во viewtopic (+ возможно сделать дублирующую таблицу с полями user_id+username+поля для "profile_url()", для запроса к этой таблице, когда нужны только имена пользователя/ссылки на профиль)
2) остальные поля, которые редко используются из bb_users, выделить в отдельную таблицу.
Естественно, такая оптимизация повлечет за собой значительные изменения в коде запросов, что не так быстро и просто сделать. Но я считаю, что такую оптимизацию сделать стоит.
Что это даст конкретно?Есть одно предложение, реализовать которое было бы крайне полезно, но не очень просто:
думаю пора уже заняться оптимизацией структуры таблицы bb_users:
1) оставить в bb_users только user_id, username + поля, выводимые во viewtopic (+ возможно сделать дублирующую таблицу с полями user_id+username+поля для "profile_url()", для запроса к этой таблице, когда нужны только имена пользователя/ссылки на профиль)
2) остальные поля, которые редко используются из bb_users, выделить в отдельную таблицу.
Естественно, такая оптимизация повлечет за собой значительные изменения в коде запросов, что не так быстро и просто сделать. Но я считаю, что такую оптимизацию сделать стоит.