А часто ставить cron-у задачи?
Просто если каждую минуту, это же на сервер большая нагрузка или нет?
Я кроном никогда не пользовался.
И предпложим будет ну 1000000 пользователей, то получается, cron-у надо во все папки зайти и глянуть нет ли там старых фото?
Или это делать раз в день, часа в 3 ночи, когда пользователей нет?

хорошие планы)) У нашей компании тоже есть стоковый магазин фото, но таких цифр за сутки еще не было

Можно одну общую папку создать для всех пользователей
да, раз в сутки запускать, с пользователями это никак не будет связано

удалено.

Вообще планирую где то около 1000000 активных пользователей, а так может быть и 5000000 и 1000000, конечно звучит может мощно. Но этот контент будет нужен очень многим.
Значит для каждого пользователя папку делать нельзя.

Придется наверное все в одной папке держать и названия у файлов будут вроде таких
id1267977matan9787.jpg и доступны они будут только для localhost.
И ещё одна папка в которой будут фото для просмотра(эти файлы будут копироваться туда из основной папки), которые будут удаляться раз в день.

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

наполеоновские планы

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

сейчас вроде бы первый уровень - 16 папок.
в каждой из них по 256 подпапок.
в оригинальном движке немного по-другому, но суть та же.

использование системы поддиректорий для хранения БОЛЬШОГО количества файлов - популярное решение, использующееся во многих движках.
в свое время помогал переводить один нагруженный проект с системы "одна папка, куча файлов", на систему "древовидная система папок.в листьях - файлы"
переводили именно потому, что начались жуткие тормоза файловой системы

ну, а использовать систему поддиректорий, где отдельному пользователю будет свой участок дерева, или же размазывать их по всему дереву - дело ваше

удалено.

Мне главное понять как надо, а дальше уже буду писать.
Как понял ограничение на количество папок в одной папке около 40000?
Т.е. если пользователей свыше 40000 и каждому сделать папку то будет сбой?

Что-то мне это Битрикс напоминает))

догадывался, но не был уверен.


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