поискал на форуме ответ не нашел.

в общем, булка 3.8. атачи хранятся на диске. вижу, что булка сортирует их по саб-директориям, что правильно. но почему-то attache/1/ самая большая саб-директория и туда больше всего попадает апачей и тумб. не пойму, по какому принципу он сортирует по поддерикториям апачи и как заставить, чтобы было больше поддерикторий, а то нагрузка на диск уже запредельная, столько файлов в одной дире...

как решить проблему?
спасибо

Originally Posted by FleXy

в общем, булка 3.8. атачи хранятся на диске. вижу, что булка сортирует их по саб-директориям, что правильно. но почему-то attache/1/ самая большая саб-директория и туда больше всего попадает апачей и тумб. не пойму, по какому принципу он сортирует по поддерикториям апачи и как заставить, чтобы было больше поддерикторий, а то нагрузка на диск уже запредельная, столько файлов в одной дире...

В дебаге есть такое:



Т.е. три этапа:

1. Перенос аттачей в базу данных
2. Включение режима отладки (опция

   $config['Misc']['debug'] = true;

   в файле includes/config.php) и переключение указанной опции на нужный режим
3. Выгрузка аттачей с базы данных в файлововую систему и выключение режима отладки

PS - не проверял, но должно работать.

так, дело в том, что оно новые атачи пишит тоже в эту же 1 папку, но не все. т.е. сортировка по папкам работает, но почему-то фигово

попробую, если никто ничего больше не посоветует, спасибо.

FleXy, сортируется собственно по принципу "/папка_вложений/u/s/e/r/i/d/ид_вложения.attach"

блин, точно, что-то сам не догадался, посмотрел на вложения - вроде не знакомые, а все-таки мои оказывается. 1 id
вот и что теперь делать с этим, если очень много вложений уже загружены с моего ID ?

path/to/attachments/u/s/e/r/i/d/attach_ID.attach
т.е. у пользователя с ID = 123, папка его вложений будет: path/to/attachments/1/2/3
соотв. у юзера с ID = 1, такой путь к вложениям: path/to/attachments/1
и да, у админа практически всегда больше аттачей, чем у других

Originally Posted by kerk

path/to/attachments/u/s/e/r/i/d/attach_ID.attach

Блин, они же так по дефолту стоят. Мой пост #2 можно вычеркнуть)

Оффтоп

FleXy, если у тебя в аттачах картинки - подумай над таким - я картинки в аттачах не храню принципиально. Бонусом - отдача по прямым ссылкам (мне не нужно прятать картинки от незарегистрированных), т.е. php не дергается вообще (у меня не дергается и апач - раздачей картинок занимается nginx. Получается быстро, не ресурсоемко, вполне надежно (сейчас 42 тыс картинки, общим весом более 11 гиг).

kerk, ага, спасибо, по вопросу путей выше чуть cyberdaemon отписался. вопрос теперь в том, как теперь тучу моих аттачей переложить в подпапки или еще что-то с ними придумать

Smalesh, хорошее решение с хостингом, только оно 1) для 3.7 ветки, а не 3.8 и 2) у меня нет прав скачать. перепробовал до этого, кстати, фотопост. на нем до сих пор тонна картинок висит, он хоть на прямую через nginx раздает, но тоже костыль страшный.

Originally Posted by FleXy

хорошее решение с хостингом, только оно 1) для 3.7 ветки, а не 3.8

Он прекрасно работает на 3.8



Я три года ее держал - еще когда линейка 3.7 была, совсем недавно сменил на коммерческую версию от kerk'a (за весьма символическую, как по мне, сумму).

Smalesh, спасибо, но текущей проблемы с атачами, которые уже over 9000 в одной папке это не решит, к сожалению.

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