Динамический путь источника файлов
Добрый вечер!
Столкнулся с нетривиальной проблемой, как оказалось воспроизводится не только у меня но и на modx-test.com
Конкретно — создал источник файлов, где пути указывает сниппет. Притом снипет — стандартный из поставки MIGx
Путь basePATH и baseURL имеют вид: [[migxResourceMediaPath? &pathTpl=`assets/resourceimages/{id}/`]]
Сам снипет был немного доработан, а именно добавил вывод в логи, чтоб отлавливать пути:
$modx->log(modX::LOG_LEVEL_ERROR,'$path#'.$path);
$modx->log(modX::LOG_LEVEL_ERROR,'fullpath#'.$fullpath);
Теперь собственно проблема — сделал TV с картинкой (хоть изображение, хоть migx, не сыграет роли).
Привязал к нему созданный мной источник файлов.
При попытке проаплоадить туда — получаю ошибки
Тобишь говорит что мол директория ему не подходит.Хотя она есть, и гранты на нее нормальные, запись от юзера туда идет без помех.
Попробовал путь короче, или вообще без пути, чтобы в корень лилось — та же ерунда.
И что самое плохое — в логах путь верный, т.е сниппет возвращает реальный path.
Единственное что смутило-это пробел в ошибке стандартного fileManagerа в пути после основного пути, и path что получен от сниппета.Но судя по $path -он без пробелов, пробовал тримить- без толку.
И если я убираю сниппет из строки baseURL и basePath и ввожу руками путь, то все работает.
Пример, якобы работоспособный с источником файлов и путем есть тут
rtfm.modx.com/display/ADDON/MIGX.Use+resource-specific+mediasource+and+multifile-uploader
— Кто реализовывал подобное для источника- мне кажется весьма удобное и изящное решение, но почему не работает не пойму.
Все это есть на Modx-test, туда доступ:
Панель управления s2726.modx-test.com/manager/
Логин s2726
Пароль -EYAYp05-DVo
Столкнулся с нетривиальной проблемой, как оказалось воспроизводится не только у меня но и на modx-test.com
Конкретно — создал источник файлов, где пути указывает сниппет. Притом снипет — стандартный из поставки MIGx
Путь basePATH и baseURL имеют вид: [[migxResourceMediaPath? &pathTpl=`assets/resourceimages/{id}/`]]
Сам снипет был немного доработан, а именно добавил вывод в логи, чтоб отлавливать пути:
$modx->log(modX::LOG_LEVEL_ERROR,'$path#'.$path);
$modx->log(modX::LOG_LEVEL_ERROR,'fullpath#'.$fullpath);
Теперь собственно проблема — сделал TV с картинкой (хоть изображение, хоть migx, не сыграет роли).
Привязал к нему созданный мной источник файлов.
При попытке проаплоадить туда — получаю ошибки
Тобишь говорит что мол директория ему не подходит.Хотя она есть, и гранты на нее нормальные, запись от юзера туда идет без помех.
Попробовал путь короче, или вообще без пути, чтобы в корень лилось — та же ерунда.
И что самое плохое — в логах путь верный, т.е сниппет возвращает реальный path.
Единственное что смутило-это пробел в ошибке стандартного fileManagerа в пути после основного пути, и path что получен от сниппета.Но судя по $path -он без пробелов, пробовал тримить- без толку.
И если я убираю сниппет из строки baseURL и basePath и ввожу руками путь, то все работает.
Пример, якобы работоспособный с источником файлов и путем есть тут
rtfm.modx.com/display/ADDON/MIGX.Use+resource-specific+mediasource+and+multifile-uploader
— Кто реализовывал подобное для источника- мне кажется весьма удобное и изящное решение, но почему не работает не пойму.
Все это есть на Modx-test, туда доступ:
Панель управления s2726.modx-test.com/manager/
Логин s2726
Пароль -EYAYp05-DVo
Комментарии: 3
В общем это какой -то баг.
Путь такого рода работает без проблем.Я хз что ему не нравится.
Путь такого рода работает без проблем.Я хз что ему не нравится.
[[migxResourceMediaPath? &pathTpl=`static/img/{id}/`]]
А права на запись у дирректории какие судя повсему путь откорня сайта то есть statik на 1 уровне с assets.
У меня на сайте такие настройки сервера что в корень сайта можно загружать только с фтп и директори создавать с фтп.
А права на запись есть толко в assets не в этом ли проблема
У меня на сайте такие настройки сервера что в корень сайта можно загружать только с фтп и директори создавать с фтп.
А права на запись есть толко в assets не в этом ли проблема
Мало того, Bruno четко пишет:
«may be you will need to create a directory with write-permissions for php: assets/resourceimages/»
Я уже пару раз организмом бился, не понимаю, что происходит, пока не удостоверялся, что а) такой папки нет, б) такая папка не имеет прав на запись в нее.
Кстати, Bruno packages как пироги печет, но не выкладывает в репозиторий. Однако все напечёное можно посмотреть-ухватить здесь: github.com/Bruno17/MIGX/tree/master/packages
«may be you will need to create a directory with write-permissions for php: assets/resourceimages/»
Я уже пару раз организмом бился, не понимаю, что происходит, пока не удостоверялся, что а) такой папки нет, б) такая папка не имеет прав на запись в нее.
Кстати, Bruno packages как пироги печет, но не выкладывает в репозиторий. Однако все напечёное можно посмотреть-ухватить здесь: github.com/Bruno17/MIGX/tree/master/packages
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.