/storage/ на /storage2/ - не будет сильно много проблем ?
хм..., это скорее вопрос к Ларе, чем к Октябрю
'plugins_path' => env('PLUGINS_PATH'), 'plugins_asset_url' => env('PLUGINS_ASSET_URL'), 'themes_path' => env('THEMES_PATH'), 'themes_asset_url' => env('THEMES_ASSET_URL'), 'storage_path' => env('STORAGE_PATH'), 'cache_path' => env('CACHE_PATH'),
Через .env можно все менять как душе угодно, только потом не плачь 😁
Да и зачем менять? Можно конфиг поправить веб сервера. А старую директорию просто переименовать
Только нужно менять не только storage path, а еще и cache path, потому что он тоже там внутри лежит
для SEO. нужно что бы картинки сохранились.
тупить будет как не в себя
бля... боюсь этого
Я конечно не соавтор ядра линухи, но помню делал на паре проектов symlink между проектами на storage и производительность проседала сильно
Так storage/app дублируешь. И правильно настраиваешь веб сервер. Чтобы смотрел и в старой и в новой.
Зачем симлинк? Гникс неплохо умеет директории разные смотреть
Задачи при миграции проекта оставить ссылки на картинки. Новые хочу что бы были в /storage2/. Затем через год-полтора просто удалить все старые
Ты ж структуру Лары знаешь там не везде URL, много мест где он через файловую систему лезет
Так и причём тут конфиг веб сервера ?) Лара это Лара. Тем более что про симлинки я ничего и не говорил.
Зачем storage полностью если файлы хранятся в storage/app?
не особо б поменяло логику в случае с symlink, потому что именно в нем те террабайты и хранились
я так понял у symlink сложности если в папке 10 000+ файлов в одном папке
Да и вопрос насчет оставить ссылки на картинки… В октябре файловый реестр для загруженных изображений хранится в базе. Он работает с диском настроенным в сonfig/filesystem.php, диск local. Если картинки дохлые, не регистрируемые в реестр, то проще их сложить в storage/app/media/old_images типо. И массовой заменой исправить. А если мигрируешь реестр (таблица system_files) - то тут надо подумать. Чтобы в нем не осталось мусора после удаления физического. Например можно добавить новый диск в конфигурацию filesystem, и массовой заменой заменить диск у старых файлов, а новые уже грузить в штатный local чистый
Та хоспаде, откуда ты симлинки то взял? Они тут каким боком?)
ладно, ладно, не по теме, просто время прошло, а боль осталась 😁
Это нужно делать из за сторонних ресурсов и даже google search results
Потому что нефиг с симлинками через пхп работать. В ларке симлинки для пхп из коробки не залетают, только для веб сервера линкуется статика в public, но пхп ходит по оригинальным путям )
Все-равно вопрос остается. Если мигрируешь system_files реестр старый, то тут точно надо с дисками ФС ларки поработать, чтобы не оставить мусора в базе или на диске при удалении.
нет, не мигрирую
Но ты прав, ещё на диске thumbs (50K) там что мусора там огого
Thumbs в октябре отдельная тема)) практика показывает что как scrub, надо запускать очистку превьюшек раз в месяц 😄
Точнее я их перезаливаю в новый system_files, обрезая и обрабатывая предварительно если нужно.
Глянул system_files - дэ… Имя диска он не пишет, почему-то думал, что пишет))
Тогда тебе нужен config/system.php там есть диски uploads, media, resources… system_files по умолчанию пишет в uploads диск. По умолчанию в File аттаче не переопределить имя диска. Придется колдовать 🙁 Что-то я думал он пишет имя диска в базу раньше, или мы это отдельно делали 🤦♂️
разбираюсь, напишу как получилось, но думаю что сработает
Обсуждают сегодня