Conditional ReflexЗЫ: И вообще стоит ли заморачиваться? Или пилить дальше что есть?
Даже не парься, в этом никакого разумного смысла нет. Вебформз всех переживет, и мвц, и не мвц. Менять шило на мыло удел глупых обезьянок.

...

А зачем роль проверять врукопашную, если можно в конфиге определить доступ :)
Модератор: Ссылку прибил

Conditional ReflexhandmadeFromRu1) только хтмл страницы приходит через 700мс - долго! учитывая что бд вряд ли тяжелая то следовательно запросы тяжелые
2) включить сжатие
3) включить кеш в браузере для статики
3) воспользоваться SquishIt.Framework или подобными бибоиотеками для сжатия и минимизации css и js , а также уменьшение кол-ва реквестов
4) фотки сжимать css или хтмл не круто ... гоняете трафик просто так(с анлимом конечно не критично но всеже)

грузиться будет на порядок быстрее

По поводу фоток, в базе храниться фото и превьюха к ней, превъюху пережимаю физически на этапе аплоада, в размер заданный пользователем. Нужно бы конечно еще иконки к ним хранить для феншуя.. почему-то сразу об этом не подумал.

А вообщем, спасибо, за конструктивный отзыв обязательно прийму к сведению.

МСУА зачем роль проверять врукопашную, если можно в конфиге определить доступ :)


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

handmadeFromRuв бд фото не рекомендую хранить только ссылку на него в файловой системе, фотки лучше готовить заранее и резать на нужные при аплоаде
или поглядеть в эту сторону http://imageresizing.net/, то что бесплатно доступно ничего так...кеш конечно не хватает но его можно и руками запилить себе)
Тумбнэйлы однозначно нужно в бд хранить. А фото до 100 Кб тоже в бд, иначе можно посмотреть в сторону файл стрима.

МСУА фото до 100 Кб 1000 Кб тоже в бд, иначе можно посмотреть в сторону файл стрима.

http://codearticles.ru/home/articleview/1835

handmadeFromRuМСУ, ну тут холивар конечно
Это не холивар, это боян в виде документации, графиков и выводов :)

handmadeFromRuПроблема что фрагментация бд быстрее идет.
Почитай pdf, прикрепленный в статье.

handmadeFromRuхммм. хорошо фрагментируется они одинаково по представленным данным.
У тебя как с английским? :) Фрагментируется они одинаково для небольших объектов (256К).
Тем самым, для тумбиков 100% то, что доктор прописал. Ну а для исходных файлов нужно смотреть. Если до 1М, то БД приемлема, если больше, то ФС.

handmadeFromRuтогда вам надо привести все в порядок: дефрагментировать в фс, в бд шрик и индексы обновить. Где будет дешевле это сделать? В бд это лок бд - пипец, в файловой системе это лок отдельного файла - не критично.
Причем тут реиндексация и сам блоб? Ничего не понимаю, причем тут блокировки? У тебя какая-то каша в башке...

st_stConditional ReflexhandmadeFromRu,

По поводу хранения картинок в базе - это извечный холивар. Тоже долго ломался перед выбором вашего варианта и своего.

Ресайзер у меня самописный...

Из старого . Особенно "приятен" бэкап бд с гигабайтами мультимедиа внутри.
Возьмем средний вес 100Кб, который рекомендован к хранению в БД.
1.000.000.000 / 100.000 = 10.000 файлов. Немало для файлов, согласись. И это всего-то для 1Гб базы, которая будет бэкапиться 30 сек. Профит?