Антон Тарасов

Вот только недавно с ним боролся, с 2.6.5 не хотел работать корректно. Откатил(с деинсталляцией), затем накатил, странно, но после этого были проблемы в связке с TinyMCE (в консоли видны ошибки) — он не давал Babel нормально стартовать, тоже откатил-накатил… после этого заработало. Наверное стоит проверить и другие пакеты. Не знаю, что было причиной, может кривое обновление(иногда кроме инфицирования имеем измененные права на некоторые файлы/папки, в следствие чего обновление проходит не айс), или что-то еще.

Евгений прав, ищите посторонние/поврежденные файлы везде, где успели заразиться… проверяли ли пакеты распакованные? у меня например так было.

Спасибо, Андрей! Большая и такая важная работа, полюбопытствую!

А содержимое form-tour-tpl покажете? Никаких js скриптов для обработки сабмита формы не имеете?
По идее в цепочке хуков email,recaptchav2,FormItSaveForm,redirect, если капча не проходит, до редиректа дойти не должно… поэтому редирект на ошиб. страницу кажется странным. Само использование капчи делает ее обязательной, без нее вы ничего не должны отправить, если конечно все настроено верно. Да,email хук у вас идет первым, поэтому письмо таки улетит до остальных проверок.

Люббопытно. Как вариант, можно попробовать вызвать явно:

<div class="g-recaptcha" data-sitekey="[[++recaptchav2.site_key]]"></div>
[[!+fi.error.recaptchav2_error]]

Аналогичная история — заметил это после обновления minishop до 2.4.14 — пользователь в группу не назначается, писем не приходит о заказе(все работало до обновления).

[2018-08-12 12:45:05] (ERROR @ /path/to/core/model/modx/moduser.class.php : 675) User Group not found with key: 3

Исправляется явным приведением типа вот здесь(в вашем решении это есть, в оригинальном коде нет):

foreach ($groups as $group) {
		$user->joinGroup((integer) $group);
	}

Занятно, но работает. В группу добавляет, правда, писем все еще не вернулись, разбираюсь дальше.

@Никита Серов они хотят, чтобы в идеале разрешение картинки совпадало с тем, как она будет масштабирована в итоге, это и есть идеальный вариант. Другое дело что для адаптивных сайтов этого не всегда легко добиться. Попробуйте поиграть в CSS с width height или в явно указать эти атрибуты. Иногда помогает.

Good catch! Удачи)

Здравствуйте!
Что-нибудь в error.log?
Навскидку помню, что по похожей истории были проблемы с какими правами и от имени чего запускается сам коннектор.
Не уверен, что это ваш случай, но вдруг…

Хорошей вам инструкции и чтобы все получилось! Хотелось бы добавить одно — посоветовать оптимизировать и сверяться с результатами измерений нескольких утилит, так сказать, на пересечении множеств. Page Speed Insights по большому счету не измерительный, а рекомендательный инструмент, вооружитесь результатами, например, еще Gtmetrix и tools.pingdom.com. Бывает так, что у PSI все уже хорошо, а у других — пока еще нет. Или же наоборот. Посему полагаю, что нужен кворум :)

У организаторов, возможно, другой ответ, но только что покупал, в наличии, доступны.

Отладка

При возникновении любых проблем, в первую очередь проверяйте, отправляется ли форма без AjaxForm. Помните, что AjaxForm — сниппет-обёртка, он не отправляет письма и не проводит проверку формы. Это делает ваш сниппет или FormIt.

Так же не забывайте заглядывать в консоль браузера на предмет ошибок javascript. Если сервер выдаёт ошибку 500 при отправке, проверьте параметр register_globals у вашего PHP — он должен быть отключен.

Про плейсхолдеры вам читать про Formit, он же обрабатывает:
https://docs.modx.com/extras/revo/formit
Если &placeholderPrefix параметр дефолтный, то да, как вы написали выше. Даже с непереданными/неверно переданными плейсхолдерами письмо должно улетать.

&validate=`name:required,email:required `

тут пробел уберите. Валидация, хотя, и не включена.

Здравствуйте!
Что в логе MODX, нет ли ошибок? Смотрели ли в конслоль браузера, все ли хорошо там? Далее — что возвращает сервер после отправки через ajax? Отправлялись ли письма ранее? Какой у вас хостер, нет ли пожелания от него использовать SMTP для отправки? Если есть сомнения в отправке как таковой попробуйте для начала компонент QuickEmail, отправит ли он тестовое письмо и какой результат?

На очищенном и обновленном(в т.ч. Gallery) неделю назад MODX 2.6.5 (хостинг Timeweb) вновь появилась дрянь, но в совершенно новом виде — теперь это можно встретить и в файлах пакета Ace. Раньше такого не замечал, видимо, всерьез возьмемся за права доступа к файлам и папкам.
Итак,
в корневом index.php права доступа изменены на 444, в шапке:

<?php
//installbg
$rifilename='/home/**********/public_html/core/packages/ace-1.6.4-pl/modPlugin/0db4ec9586bd0cd4c61ffebc15170e1c/1/ace/documents/licenses.txt';
require("$rifilename");
//installend

Файл по указанному адресу с правами 404 — по ссылке, если любопытно содержимое.

Также замечено, что единственный пользователь не мог войти со своим паролем, пароль сами не меняли, был заблокирован(возможно по причине неоднократного ввода неверного пароля.) Сбросил его, но в базе уже заблокирован, пришлось через базу снять блок, тогда заработало.

Рядом на этом же хостинге лежит Evo, к нему доступ также перестал подходить, восстановление по сбросу пока не работает, ищем причину… Может ли это быть связано, не ясно, пока про Evo ничего не было слышно… ну или просто восстановление не работает и эти два явления не связаны.

P.S. утром пришло сообщение от клиента из Австралии, там как раз Evo was hacked. Детали узнаю чуть позже.

thead

а если попробовать с idx, он же тоже передается

[[+idx:is=`1`:then=`da`:else=`net`]]

Сработает?

Вот так я получаю номер страницы

[[+page]]

А как именно вы номер получаете, через сниппет, покажете, как?)

Напрашивается проверить порядковый номер при выводе в чанке: если первый — обернуть в

Вот здесь https://toster.ru/q/549647мы про исчезновение меню обсуждали, есть кое-какие мысли, но к сожалению, пока нет решения, может у вас получится((