Не за что!

Про авторизацию частично обсуждалось modx.pro/howto/18977#comment-114090, видимо, многие спотыкаются :)

Нее, там совсем чуть-чуть и вообще про REST-контроллеры. Я же хотел заюзать нативные средства без каких-то движений на стороне кода сайта. Уточню разницу: РЕСТ-контроллер, это всего-лишь общий класс на чтение данных и отдачу ответа. То есть да, в нем есть возможность добавить логику, всякие вещи дописать и все, но все это на уровне кастомных контроллеров. Но если смотреть имеющиеся системные процессоры, то там много всякой логики, особенно на создание/редактирование всяких объектов (включая пользователей, ресурсы и т.п.). Гляньте хотя бы тот же процессор создания ресурса, который в том числе обрабатывает логику с ТВшками, группами ресурсов и т.д. и т.п. А еще в этих процессорах уже прописана проверка всяких прав. Переписывать все это на уровне кастомных контроллеров — дикий оверхед. Задача же была написать панель, которая не требует никаких лишних движений на стороне кода сайта, при этом максимально поддерживала бы базовые функции, да еще можно было бы что-то свое докрутить. По-хорошему в MODX на уровне ядра надо поправить возможность авторизацию без проверки уже имеющейся, а не как сейчас. Для особых параноиков можно системную настройку сделать, чтобы можно было это блокировать. Ну и текущего пользователя возможность получать. Тогда будет вообще ОК.

Это, кстати, частично исправлено в текущей админке MODX 3, можно в системных настройках увидеть.

Какая именно? Не нашел.

Спасибо за статью и потраченное время!
Про авторизацию частично обсуждалось modx.pro/howto/18977#comment-114090, видимо, многие спотыкаются :)

Помните эту частую проблему, когда указал условия поиска, нашел, что хотел, перешел в редактирование, вернулся назад, а там опять список без условий поиска?

Это, кстати, частично исправлено в текущей админке MODX 3, можно в системных настройках увидеть.

Поддержу, очень не хватает «связки» SeoFilter + Polylang, а также mvtSeoData + Polylang!

Ну не должно такого быть, чтобы не передавался pageId.
Укажите в вашем вызове несуществующее имя чанка для emailTpl
В таком случае на почту придет просто массив с данными и вы увидите, что среди них есть идентификатор ресурса отправителя.

[[~[[*pageId]]]] у меня не передает.

[[!AjaxForm?
    &snippet=`FormIt`
    &form=`contactFormTpl`
    &hooks=`spam,email,FormItSaveForm`
    &emailTpl=`contactEmailTpl`
    &emailSubject=`[[++site_name]]`
    
    &emailTo=`[[++emailsender]]`
    &emailFrom=`noreply@site.ru`
    &formName=`Сообщение с сайта [[++site_name]]`
    &validate=`phone:required,user:blank,username:blank,captcha:blank`
]]

можно обойтись и без скрытого поля в каждой форме.
Кроме данных из вашей формы formit передает также [[+pageId]] всегда, как раз идентификатор ресурса, с которого была отправлена форма.
И следовательно уже в шаблоне письма можно сформировать ссылку на этот ресурс — [[~[[*pageId]]]]

Нашел вот такое, вставляем скрытый инпут на странице формы заявки.

<INPUT TYPE="HIDDEN" name="pageurl" VALUE="http://адрес-сайта.ru/[[~[[*id]]]]" /> <!-- с какой страницы //-->

а шаблоне письма вывод [[+pageurl]]

НАШЕЛ! вопрос решен

сделал вот так

<?php
return preg_replace("/[^,.0-9]/", '', substr($input,2));

и в шаблоне просто вывожу так

+7[[+phone:phone]]

Здравствуйте!
Попробуйте так:

$str = '7';
$input = substr_replace($input, $str, 0, 1);
$result = preg_replace("/[^,.0-9]/", '', $input);
return $result;

Спасибо!

Ниже опубликовал кусочек…

снипет phone:

<?php
return preg_replace("/[^,.0-9]/", '', $input);

Вывожу телефон [[+phone:phone]]

выводит +89003451234
нужно +79003451234

Помогите (

Здравствуйте!
Попробуйте что-то типа [[*phone:stripString=`-`:stripString=` `:stripString=`(`:stripString=`)`]]
Далее останется удалить первую цифру 8 и добавить вначале "+7")

Как по мне задача странная, по-моему настройки как раз для этого и нужны, но если уж очень надо, то создай TV где удобно, напиши плагин на OnDocFormSave который будет брать значение из этого TV и записывать в настройки minishop2 запросов в бд к таблице modx_ms2_deliveries.

Я эту мысль и пытался донести. Извините если не в полной мере отразил ваш вклад, я не специально, просто не хотел усложнять.

Феном был внедрён чтобы работать с файлами....

Молодой человек, Вы уж говорите, говорите, да не заговаривайтесь. Когда в pdoTools появился Fenom и когда файловые элементы и при каких обстоятельствах? Поищите на просторах сообщества что говорил автор pdoTools про файловые элементы, когда я пытался их добавить в Fenom. Сюрприз будет.

Конечно файловые элементы будут оптимальнее, чем статические элементы. Последние — это вообще костыль. При их использовании идёт оверхед синхронизации файла с БД.

Как я и говорил в самом первом сообщении, разницы в скорости почти нет. Поэтому включай логику, зачем создавать чанк в бд, делать его статичным и создавать файл, если можно создать сразу файл и его использовать? Феном был внедрён чтобы работать с файлами, это удобнее, поэтому лучше всё что можно запихивать в файлы.

Просто скажите пожалуйста, какая модель работы с fenom, что бы все быстро работало?

Да вот в том то и дело, выше писал, я его создал сначала в БАЗЕ, как обычно, и чанк и шаблон, но потом, отметил ЧЕКБОКС там есть, СТАТИЧНЫЙ
(Указывает, что содержимое элемента хранится во внешнем файле) и перенести все содержимое в файл, и если вызывать {include 'my_chunk'} то все равно будет работать, но не понимаю, медленнее или быстрее.

Если у тебя элемент (чанк, сниппет, шаблон) в файле как ты собираешься его из базы получить?