А отдача данных, через image.php(тому кто предлагал выше), это вообще издевательство над браузером пользывателя, и за такое нужно стрелять.
и что там такого страшного для браузера пользователя?
дали урл картинки он её забрал. В чём проблема?
1. данные могут не сохраниться в squid, которым пользуются большинство нашенских провайдеров.
2.. у пользывателя не будет возможность сохранить html страницу с картинками,
(вопрос знаки, предовые имена и т.д.)
В общем проблемы с кэшированием, и т.д.
Вторая проблема, пусть на сайт полезло 10 пользывателей одновременно, на странице 10 картинок, у 10 пользывателей, ну ОЧЕНЬ медленный интернет. 100 запущенных php-ов, привет серверу. (а отдавали бы статику как статику, очевидно один multi-thread apache процесс справился на ура, не убивая шедулер).
Понятное дело что, к примеру, хранение всего статик контента для сайта в базе это п#здец. Но если тебе просто надо пару картинок запихнуть... ничего страшного в этом не вижу.
В этом просто нету смысла, а базу нужно забрасывать всю метаинформацию, но зачем же сам файл?
Кстати, такие вещи обычно закладываются архитектурно, положишь так пару файликов, а потом окажется, что файликов то стало НУ ОЧЕНЬ много. И всё, начнутся левые и ненужные проблемы. Не дай бог дорасти то расползания на 2 сервера, из-за того, что базу нагрузили хламом.
Геморрой с бэкапами. Тебе надо делать не только бэкап базы но и fs. Стопудово будут проблемы с синхронизацией fs и db.
Какой геморой, где??? я не понимаю.
mysql_dump && find <новые/изменённые файлы со времени последнего backup> + cp в backup для файлов.
А вот про обратный геморой, (когда всё в базе) связанный с дублированием данных в backup-ах я уже говорил.
hint, (хозяйке на заметку), я как-то раз экспереметировал, и пробывал делать каждодневные dump-ы, и ложить их в svn. Получилось ну очень красиво, благодаря тому, что svn ложил тока diff-ы, размер хранилища всегда был примерно равен размеру dump-а. Т.е., все backup-ы кроме последнего, формально весили 0 БАЙТ!!!, однако у меня были. Очень красивое и имхо элегантное решение. Если бы dump-ы были с "лишними" binary data, очевидно такое бы не вышло, svn бы сломался на большом файлике с dump-ом.
P.S. База данных - для данных. FS для файлов, очевидно, что база проигрывает fs, в задачах, "читать"(иначе бы fs уже небыло, были бы у нас одни базы данных). Нужно подходить гибко, и не боятся мелочных сложностей, ради гибкости.
: Вниз