Intellect Board — cистема управления сайтом

Тема создана по мотивам этого поста: http://intboard.ru/index.php?t=889&p=5116#pp5116

Вкратце.
В текущей версии форума все файлы, загружаемые на форум со сторны пользователя - а это как минимум ФОТО, АВАТАРЫ, И АТТАМЕНТЫ к сообщениям - хранятся в бинарном виде в базе данных.

Это весьма спорное решение, по многим причинам, ссылку на дискуссию по этому вопросу на РуБорде я найду и выложу чуть позже.
Отмечу, на мой взгляд, две ключевые причины. Одну для владельца\администратора сайта, вторую для пользователя.

Первая. Со стороны сервера - такой принцип хранения файлов порождает многократное увеличение нагрузки на базу данных. С одной стороны - резкое увеличение размера БД, с другой - увеличение загрузки при выполнении запросов, опять же из-за размера(веса) выборок.
К чему это может привести? К увеличению требований к хостингу. Для некоммерческих проектов это - возможный удар по бюджету.. Прецеденты подобного мне знакомы.

Вторая. Со стороны пользователя - отсутствие кэширования изображений как минимум, и *возможные* проблемы с сохранением\закачкой файлов как максимум. Пирчем кэширование аватаров

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

В связи со всем этим - предлагаю к обсуждению вопрос.
Стоит ли изменить принцип работы движка с файлами?

идеи, предложения, уточнения - принимаются здесь.

мои 5 копеек. стоит вернуться к классической схеме работ: сами файлы (изображения и др.) хранятся в отдельной(ых) папке(ах) на сервере, вне зоны выполнения скриптов(допустим CHMOD 644 или как-то еще) - в целях безопасности. пути к файлам, ссылки на них хранятся в БД в нужных местах.

XXXX Pro, мне вот интересно, почему выбор пал именно на БД в качестве хранилища для файлов. Это связанно лишь с неким единством в хранении данных или чем то еще?

Хотя переделать будет не так уж сложно (весь процесс сохранения аттачей сконцентрирован в процедуре process_post, также потребуются еще мелкие изменения в stdforum.php и в file.php), но только для новых форумов. А вот со старыми начнутся проблемы - придется писать отдельный конвертор.

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