Ребят, всем привет! Внезапно возникла такая же проблема.
МОДХ 2.7.2
PHP FastCGI (Apache) 5.6.36 (alt)
FormIT 4.2.7
AjaxForm 1.2.2

Почта прикручена через Яндекс-домены, раньше все работало чётко, но месяца полтора-два назад письма перестали приходить. Ошибка в логах такая же: «Произошла ошибка при попытке отправить почту. Ошибка соединения с SMTP-сервером github.com/PHPMailer/PHPMailer/wiki/Troubleshooting»

Проверил доступ к почте-«отправщику» и отправку/приёмку писем на неё. Все в порядке.
Также проделал ту же операцию через аутлук — и там все прекрасно.
Обратился даже в службу поддержки Яндекса и мне там сказали, что все настройки корректны.

Я реально в тупике, подскажите, плз, где искать косяк или может решение уже есть готовое у кого, кто сталкивался с этим

Вот код чанка АяксФормы:

[[!AjaxForm?
    &snippet=`FormIt`
    &form=`activitieAjaxForm`
    &hooks=`recaptchav2,email`
    &emailTpl=`activitieReport`
    &emailSubject=`Заявка на запись на занятие "[[*pagetitle]]" в ТикТак`
    &emailTo=`gde-pochta@yandex.ru`
    &emailFrom=`[[++emailsender]]`
    &validate=`name:required, phone:required`
    &validationErrorMessage=`<p class="formMessage">[[%formit.validation_error_message? &namespace=`formit` &topic=`default`]]</p>`
    &successMessage=`Ваша заявка была успешно отправлена`
]]

Ставишь галку Статичный и всё работает. Маразмом в этом подходе мне кажется можно как раз назвать ситуацию, в которой имеет смысл заморачиваться в том, что там где в БД остаётся или не остаётся… Система предоставляет функционал работы с файлами — поставил галочку и забыл.

Я проводил тесты, и да, из-за особенностей реализации через галочку «Статичный файл», на 10%-15% медленнее отрабатывают все шаблоны-чанки. В процентах кажется много, а в абсолютных числах разница типа в 0.1 сек на медленных сайтах, и ещё менее заметно – на быстрых.

А вообще, человечество, в лице @Prihod изобрело StaticElementsLive, рекомендую обратить внимание!

И ещё, в свежих версиях MODX (ну уже года полтора как, может больше) появились настройки автоматического создания статичных элементов.

Да в таком духе) Используем возможности шаблонизатора. Это ускорит процесс разработки)

Думаешь, это работает также, как мода на короткие носки? – ну кстати очень может быть 8-)

Спасибо. Обязательно ознакомлюсь.

аааа. Понял. Вы предлагаете делать

{include 'file:chunks/test.tpl'}

Феном я знаю. То есть вы хотите сказать, что после того как я только к шаблону привяжу файл, то когда я буду писать {include 'chunkname'} мне не нужно будет создавать этот чанк в админке, а только в файлах делать?

Ну, чуть проще. Можно все через Fenom делать. В таком контексте, нужно только к шаблону страницы в админке привязать файл. А далее уже через IDE спокойно работать.

Шпаргалка
Курс Феном

Мне кажется, уже многие по тихому все чаще vsCode юзают чем phpStorm) Но не говорят об этом))

Добрый день. Возможно для кого-то это глупый вопрос, но не могли бы вы сказать как вообще из IDE работать в MODX? Если у нас все элементы привязаны к БД. То есть получается что бы мне создать чанк и он был файловый мне нужно создать чанк в админке а далее поставить галочку Статичный файл и дальше уже создать этот файл и в нем работать, при чем в БД все равно будет запись об этом чанке. Это же капец какой маразм и не удобно.
Может есть какой-то логичный нормальный способ?
Если не сложно дайте статью или хотя бы немного объясните.
Спасибо

(главное не скачивать все подряд плагины)

Ну точно джунгли этот VSCode :) В скачивании плагинов подстерегает опасность?))

Я к PhpStorm пришел после Dreamviewer и NetBeans. Редакторы по типу Sublime, Notepad++ или Atom (из которого вырос VSC) всегда казались блокнотами с доп. функционалом, на фоне этих мощных IDE.

То, как вырос VSC конечно впечатляет (и как он обогнал популярнейший когда-то Sublime), но стоит ли идти на него из «другой лиги» IDE, вопрос открытый конечно…

В vscode синхронизация учетки через github есть. Все расширения, сниппеты, настройки сохраняются. Раньше приходилось переносить либо сохраняя всё в файлах, либо через специальный плагин, но к счастью теперь стало намного проще)))

я пользуюсь как vscode, так и phpstorm, мне оба этих инструмента нравятся)

Да vsCode разок под себя настроить (главное не скачивать все подряд плагины), и настройки на гит засинхронить, чтоб потом заново эту процедуру не проходить при переустановки ОС к примеру. И кайф)

Спасибо за развернутый ответ!

Редактировать файлы на сервере… официальное расширение Remote-SSH… На сервере нужен только nodejs

Ну чтобы редактировать файлы, дополнять серверный софт что-то не хочется. Для любых других редакторов (да и того же VSC если не в проектном режиме использовать а просто файл удаленный открывать через WinSCP) хватает поддержки SFTP (Через SSH который)… Вроде на странице по ссылке Remote-SSH требование установленной nodejs не нашел, так что это обнадеживает!

Конечно, для человека, который использует PhpStorm без плагинов и расширений, не иначе как джунглями представляется VSC…

В PhpStorm всё просто работает: подсвечивается, переходится по клику и автодополняется, бандлится и минифицируется и т.п., без необходимости даже открывать консоль, и уж тем более перебирать (нет, не изучать) бесконечные подборки плагинов в интернетах…

Но крутого расширения для MODX из этого поста, для PhpStorm пока нет, так что хватаем мачете и прыгаем в джунгли VSC, получивший второй шанс! :)

Подскажите, как правильно настроить форматтер?)

Да, типа того… в целом можно и внутрь сниппета fmFiles в будущем засунуть проверку… хотя мне кажется случай использования SymLink в целом не самый частый

Понял, вот как-то так получилось сделать, т.к. симлинк отдает в контенте id основной страницы:

{if $_modx->resource.id | resource:'class_key' == 'MODX\Revolution\modSymLink'}
        {$_modx->runSnippet('!fmFiles', [
            'tpl' => 'myTpl',
            'resource' => $_modx->resource.id | resource:'content'
        ])}
{else}
        {$_modx->runSnippet('!fmFiles', [
            'tpl' => 'myTpl',
            'resource' => $id
        ])}
{/if}

Ничто там непонятного? Вот был у тебя вызов

{'!AjaxForm' | snippet: [
'validate' => 'name:required,phone:required',
'successMessage' => 'Форма отправлена!',
'hooks' => 'email',
'emailTo' => 'some@email.ru',
'emailTpl' => 'defaultEmail',
'form' => 'defaultForm'
]}

Ты копируешь в файл core/components/sendit/presets/sendit.inc.php

return [
    'default' => [
        'validate' => 'name:required,phone:required',
        'successMessage' => 'Форма отправлена!',
        'hooks' => 'email',
        'emailTo' => 'some@email.ru',
        'emailTpl' => 'defaultEmail',
        ]
]

А вместо вызова сниппета вставляешь саму форму, которой добавляешь два атрибута data-si-form=«defaultForm», data-si-preset=«default». Всё форма работает. Согласен непривычно, но ничего сложного. Возможно стоит в доку добавить раздел Миграция с AjaxForm.

А по фильтрам, там SendIt идёт как зависимость, но сниппеты будут вызываться классическим способом)))

я как раз с намеком на SendIt))) для меня темный лес) ну и не желание вникать кончено же в непонятное)

А если параметр resource если указать для сниппета fmFiles правильный (соответствующий основному ресурсу)?..