R
Ну и за всё остальное тоже, конечно
Size: a a a
2020 November 17
🙈
Но и не забудь перед этим грохнуть весь кэш
странно
R
Да, Я отвлекся
EG
Так там полные урл хранятся
может я везунчик, хз) за все время мне пару раз вчего приходилось лазить в базу при переносе) и то это были какие то плагины которые папку админскую защищают
Y
Ну rest как я понимаю реализуется в модх через компонент, который так или иначе реализуется через процессоры, это получается лишнее звено
через процессоры rest API не реализуется. json API, json RPC - да, что-то вроде этого… но не REST
Y
Обращаюсь к экспертам по xPDO обсудить кое-какую вещь, на которую я раньше не обращал внимания. Речь идет об очистке кэша при удалении коллекции (removeCollection). я раньше считал, что при удалении коллекции удаляется все содержимое папки кэша db/ИмяКласса.
Я обратил внимание, что на определенном этапе при выполнении метода удаления коллекции выставляется команда для query ‘DELETE’ и при этом выбирается строка ключа кэша, содержащая имя таблицы в экранирующих апострофах. Как при этом кэш-менеджер должен попасть на нужную папку для ее очистки не понятно, и папка кэша фактически не очищается полностью. Мои наблюдения относятся к версии 2.5, но я практически уверен, что в новых версиях вплоть до 3й в xPDO мало чего затрагивалось. У меня пока недостаточно времени на отладку, поэтому обращаюсь к чужому опыту и знаниям, может кому-то эта часть знакома.
Возможно, это связано с моими текущими наработками, и при тестировании в чистой версии установки MODX я бы получил нормальное поведение кэша.
Если у кого-то есть соображения по поводу выбора имени строки для хита по кэшу при операции ‘DELETE’, буду рад обсудить.
Я обратил внимание, что на определенном этапе при выполнении метода удаления коллекции выставляется команда для query ‘DELETE’ и при этом выбирается строка ключа кэша, содержащая имя таблицы в экранирующих апострофах. Как при этом кэш-менеджер должен попасть на нужную папку для ее очистки не понятно, и папка кэша фактически не очищается полностью. Мои наблюдения относятся к версии 2.5, но я практически уверен, что в новых версиях вплоть до 3й в xPDO мало чего затрагивалось. У меня пока недостаточно времени на отладку, поэтому обращаюсь к чужому опыту и знаниям, может кому-то эта часть знакома.
Возможно, это связано с моими текущими наработками, и при тестировании в чистой версии установки MODX я бы получил нормальное поведение кэша.
Если у кого-то есть соображения по поводу выбора имени строки для хита по кэшу при операции ‘DELETE’, буду рад обсудить.
PP
Кст проблемма с этим профилем не ушла)
PP
редерикты идут бесконечные
Y
че бы урл не приложить. (upd: урл отличается от других наличием некоего числового id вместо алиаса)
https://modx.pro/users/15350556
https://modx.pro/users/15350556/topics
https://modx.pro/users/15350556/comments
https://modx.pro/users/15350556
https://modx.pro/users/15350556/topics
https://modx.pro/users/15350556/comments
Е
всем привет. подскажите плиз почему pthumb с f=webp отдаёт обработанный файл с расширением оригинала? modx 2.8.1 - значит webp поддержка должна быть
S
всем привет. подскажите плиз почему pthumb с f=webp отдаёт обработанный файл с расширением оригинала? modx 2.8.1 - значит webp поддержка должна быть
А прописан в разрешенных?
Е
А прописан в разрешенных?
в upload_files да, ключ второго параметра подзабыл(
Е
А прописан в разрешенных?
в upload_images тоже
Е
на другом сайте главно с пол пинка заработало
S
в upload_images тоже
Вроде в источнике тоже надо прописать
Е
Вроде в источнике тоже надо прописать
прописал во всех... не помогло(
S
🤷♂🤷♂
🙈
ИБ
Вроде в источнике тоже надо прописать
Должно быть с коробки, так как я это добавлял