И в чем же предназначение для людей? И если она для людей зачем тиц и пр в интерфейсе?
Тогда уж озвучьте цену на домино ;-)
Ну точно также можно сказать, что всякие бифидобактерии, живущие в человеке, на нем паразитируют. Однако без них, человек скопытится от первой же заразы, если не раньше, от несварения. Так что это не паразитизм, а симбиоз.
Оптимизаторы, как полезные бактерии, помогают ПС переваривать разные сайты и помогают в защите их от вредных бактарий;)
Это во всем так.
Но есть критерии которые позволяют выловить хорошие библиотеки;-)
Странно, например в жабе, очень много хороших проектов выросло из sourceforge
dkameleon, а если народ яндекс маркет делает?:-))
А вы мне покажите интернет магазин с посещаемостью больше 30ки в сутки.
Согласен, что используются отдельные image сервера. Однако в случае хранения в базе задаче тривиально расширяется с одного сервера без выделенного сервера картинок, на кластерную архитектуру с выделенными серверами картинок.
Как Вы будете расширять в случае хранения в папке я не представляю. Точнее предполагаю что для распределенного хранилища картинок Вам придется реализовать собственное подмножество БД.
ЗЫ. Вот и я удивляюсь человеческой упертости: объясните мне какие недостатки в хранении картинке в базе (при наличии кэша),помимо увеличения размера самой базы, что может привести к удорожанию хостинга, но не выделенного сервака.
ЗЫЫ. Преимущества мне очевидны.
Так в том то и дело, что при хранении в базе не нужно будет ничего переделывать когда понадобица кластер. А вот в случае папки нас ждет беда....
Кто не захотел - тот не увидел.
Сторонники хранения в папке ответьте на вопрос: будет ли ваша система работать в кластере (например два вебсервера и сервер бд)
А с чего бы она будет в памяти сидеть? да и в какой памяти?:-))
ЗЫ. Объясните мне как при хранении в папке (одной?) контролировать целостность данных? Как делать репликацию картинок в кластере?
ЗЫЫ. Могу еще проблем найти. А вот проблем с хранением в базе и кэшированием не вижу.
