Построение файловой системы веб-сайта.

Именно так и выкрутился.

Не держите в одном каталоге тысячи-десятки тысяч файлов, иначе будут тормоза; раскладывайте их по подкаталогам. В остальном разницы нет.

Но и это - не догма :p.

Раскладывать картинки по датам пополнения - не всегда оптимальный вариант, как минимум, потому, что он не всегда логичный :).

С моей "кочки зрения" - логичнее всего - картинки в одной папке с материалом, использующим их (html-страницей) либо в подпапке папки с использующей их страницей.

Единственное что можно порекомендовать "на все случаи жизни" - это не делать пути слишком длинными и не ложить слишком много файлов в одну папку.

Разница есть и существенная

у мужчин размер обуви примерно 43, а у женщины-37, так вот разница между ног

Спасибо за советы! Вот ещё, мне нужно организовать аватарки на сайте, многие будут ставить аватарки, нужно их гдето хранить, я придумал так:

Автоматом создавать деректории в папке /avatars/, и каждую директории хранить допустим по 250 картинок. Мне кажиться такой вариант удобен, т.к. не будет милион папок.

В итоге будет такой вид: /avatars/1/1.jpg.........../avatars/1/250.jpg....../avatars/2/253.jpg............

Но есть маленькая проблема, сайт довольно крупный, планируеться большая посещаемости, и когда аватарок будет допустим 100.000, получаеться будет 400 папок. Что тоже уже много.

Помогите подобрать оптимальный вариант количество файлов в 1 папке.

На 1 странице может быть 1-30 аватарок, и все они будут грузиться с тех же папок....

Для сайта планируеться выделеный сервер, для начала примерно такой:

Процессор: 1 x Intel Pentium 4 3.0GHz

Память: 3 x 512 МБ

Диск: 2 x 80 ГБ, SATA

И сразу ещё один вопрос, раз уже про сервы заговорили:) Какую посещаемость примерно потянет такой серв? Учитывая, что впринципе сайт не сильно загружен. На данвере допустим страница грузиться до 2 секунд максимум, а так вообще пол секунды примерно.

На сайте много ajax запросов (пол сайта на них работает, модальные окна)

Спасибо за ответы!

255 байт, вообще-то:

Когда будет проблема - тогда и решение найдётся.. Реврайтами на nginx можно без изменения URL-ов раскидать ещё на пару уровней вглубь, например, по первой сотне (0/1/250 1/101/23251 2/201/3825 итд)

Есть любители паковать картинки в БД. Хотя минусов больше чем плюсов, но определенные преимущества есть.

А расписать минусы и плюсы такого решения не возьмётесь ли?

Основной минус очевидный - нагрузка. До кучи нужны дополнительные механизмы чтения-записи вместо нативных.

Из плюсов - решаются проблемы о которых здесь говорили: проще хранить, манипулировать большими объемами, бэкапить. Проще обеспечить безопасность/приватность - напрямую картинку не вытащишь.

Обычно так не делают, но есть фаны, для которых удобство администрирования перевешивает все остальное.