- Автоматическое преобразование URL в тексте в ссылке должно делаться не на сервере, а на клиенте. Потому что иначе preview будет неадекватным. И перенос этой функциональности на клиента - минус один не слишком стандартный модуль со CPAN.
- Идея хранить свойства пользователя в dbm-ке признана неудачной. Лучше иметь статическую страничку пользователя. Так пользователь будет обрабатываться более похоже на все прочие объекты. В dbm-ке хранить только пароли и прочую информацию, которая на клиента вообще не попадает.
- Необходимо иметь возможность автогенерации служебных страниц (создание, редактирование и т. д. объектов). А то слишком много шаблонов руками рисовать приходится. Хотя по опыту Communiware возможность создания таких страниц с ограниченной функциональностью средствами шаблона следует оставить.
- Использование префикса имен классов для подстановки атрибутов вложенного объекта (автора в сообщении) - неправильно. Пусть лучше будет объемлющий элемент с классом. Это уединообразит код подстановки.
- Cуществующий скрипт, скрывающий элементы управления, недоступные текущему пользователю приводит к тому, что эти элементы при загрузке страницы видны, и только потом исчезают. Лучше по умолчанию показывать только элементы управления, доступные анониму, и только потом показывать остальное. Это будет меньше смущать пользователя. То что часть элементов которые у него должны быть, дорисовываются не сразу - привычно. А то что показывается лишнее, а потом исчезает - нет. На то что работать с выключенным js нельзя - наплевать. Поскольку в нынешней архитектуре ни wysiwyg, ни bbcode работать не будут. И вообще мы живем во времена Web 2.0
--
Сэр извращенец? Тогда вам на
сюда