Note that using the setValues() method here will make the corresponding placeholders available to your email chunk; the effect of manually setting values is similar to adding hidden fields to your form.
Честно говоря, пока у меня не получилось это реализовать. Поиск не дал мне нужных знаний, что бы понять, как это правильно сделать в MODx. Те способы, которые я испробовал не работают до конца. Но задача стоит, так что надежды не теряем!)
А мож лучше не в файл, а в табличку? А в админке список вывести, для быстрого доступа.
p.s. это не критика, это предложение))) а плюсик заметке поставил))
Правда, наверное, будут проблемы с производительностью, если количество дочерних ресурсов будет большим, ведь для каждого из них будет производится проверка прав.
Потому что сначала выбирается 4 ресурса из БД, а потом проверяются права. В итоге видим ту картину, что вы описали. А проверять права в момент выборки нельзя.
Не сделать корректную постраничную навигацию с pdoPage и pdoResources с проверкой прав таким образом…
Копался в этом же направлении сам как-то, в итоге забил.
Если разрабатывается сложное дополнение, и добавляется серьезный функционал, или меняются основы поведения, то может сложиться ситуация, когда обновление в «1 клик» может не получится в принципе, потребуются какие-либо предварительные шаги или действия после обновления. Правда же? Ну и что теперь, этому разработчику сложного и нужного дополнения подъезды мыть?
Если в будущем администрирует сайт разработчик — это приятно и удобно, бесспорно.
Но если сайт передается клиенту и управляем им менеджер, то типовая ситуация будет такой:
1. О, что это за значек?
2. Хм, новая версия, новые возможности… установить…
3. Аааа, ничего не работает! (т.к. разработчик поменял функционал, а где-то на modx.pro написал, что перед обновлением нужно руками че нить в таблице поменять)
4. Звонок разработчику =)
Так что в каком виде разработчик сделал сайт, в таком виде он и должен работать, до тех пор, пока разработчик не обновит ядро сайта или используемые компоненты, предварительно создав резервную копию и убедившись, что все будет работать.
А прикрепить файл можно: modx.pro/components/5707-easycomm-additional-picture-field/
правда сейчас заточено под изображение. Но в принципе можно и под обычный файл сделать, правда с некоторыми правками кода easyComm…
Опишите задачу подробнее, возможно получиться решить через easyComm
Честно говоря, пока у меня не получилось это реализовать. Поиск не дал мне нужных знаний, что бы понять, как это правильно сделать в MODx. Те способы, которые я испробовал не работают до конца. Но задача стоит, так что надежды не теряем!)
я там код плагина приводил в комментариях
p.s. это не критика, это предложение))) а плюсик заметке поставил))
Правда, наверное, будут проблемы с производительностью, если количество дочерних ресурсов будет большим, ведь для каждого из них будет производится проверка прав.
Потому что сначала выбирается 4 ресурса из БД, а потом проверяются права. В итоге видим ту картину, что вы описали. А проверять права в момент выборки нельзя.
Не сделать корректную постраничную навигацию с pdoPage и pdoResources с проверкой прав таким образом…
Копался в этом же направлении сам как-то, в итоге забил.
и найти параметр checkPermissions.
Далее вбить его в поиск на этом сайте, что бы увидеть примеры modx.pro/search?query=checkPermissions
в общем вам скорее всего нужно
где myform — id формы.
Но по мне так лучше — дашбоард с уведомлениями о доступных обновлениях пакетов.
А лучше — вынести информацию о доступных обновлениях ядра и дополнения на dashboard и отображать его только разработчику.
Но если сайт передается клиенту и управляем им менеджер, то типовая ситуация будет такой:
1. О, что это за значек?
2. Хм, новая версия, новые возможности… установить…
3. Аааа, ничего не работает! (т.к. разработчик поменял функционал, а где-то на modx.pro написал, что перед обновлением нужно руками че нить в таблице поменять)
4. Звонок разработчику =)
Так что в каком виде разработчик сделал сайт, в таком виде он и должен работать, до тех пор, пока разработчик не обновит ядро сайта или используемые компоненты, предварительно создав резервную копию и убедившись, что все будет работать.
Параметр pageVarKey и ниже него totalVar.
и немного ниже, удалите.
После чего еще ниже найдите
и поменяйте на
по идее все