Александр Мельник

А скажите пожалуйста.

стали включать CSS + JS в код страницы

Вы что имеете ввиду? Использование инлайн стилей? Или просто вместо подключения файла со стилями помещаете их в тег style на страницу? В начало страницы или в конец? Или разделяете стили на важные (помещаете в начало страницы) и не важные (в конец)?
Что такое — preload?

спасибо. Я правильно понял — при наведении на кнопку отправить добавляем input в форму с уже заранее прописанным value? А затем в валидаторах formit проверяем что этот input есть и что он не пустой?
Интересная идея.

Да наверное таких большинство. Признаюсь, идея отсеивать спам просто по принадлежности к стране мне в голову не приходила. Я делал хуки которые не позволяли отправить с одного IP чаще чем раз в секунду, но не особо спасало.

И не сталкиваетесь с тем, что сервисы которые предлагают бесплатное определение страны по IP частенько лагают, часто недоступны?
У меня как то на одном проекте была задача — скрыть сайт от жителей Кореи, но оставить доступным всему миру. Тоже для начала выбрал какой-то бесплатный сервис, но он работал так не стабильно, часто отдавал 500 ошибки, что в итоге купили дорогой пакет.

спасибо. Это несколько неожиданно, но для сайтов которые заточены только под одну или несколько стран — хорошее решение.

А что за сайт, на котором пользователи могут

пользователи грузят хоть и минифицированные, но зачастую не нужные для конкретной страницы библиотеки.

В моем понимании такой софт должен быть максимально красивый и отзывчивый. Стоит администратор ресторана перед монитором и там без всяких перезагрузок страницы отображаются брони, разным цветом подсвечиваются столики, меняются даты и время брони.
Не приятно с этим будет работать если нужно будет постоянно обновлять в админке какие то страницы, чтобы посмотреть что забронировано. Но мне кажется в стандартной админке modx такой интерактивности не добиться. Я бы делал и часть для покупателя и часть для администратора как хорошо сверстанные обычные страницы, просто нашел бы способ закрыть паролем часть для админа.

Да. спасибо. Скорее всего вы правы, потому что я действительно стараюсь последний год не использовать синтаксис jquery и получаю дата атрибуты через dataset.

А я не вижу по скрину, что именно поломалось то? Ну разве что паддинги кое-где пропали.

ведь как ни крути, софт который мы устанавливаем с modx.pro разрабатывается и поддерживается людьми энтузиастами, после основной работы. Понятно что ему не могут уделять столько времени чтобы всесторонне тестировать и доводить до идеала. Я это понимаю.

нет. Очень много раз наступал на грабли, когда обновления компонентов просто убивали сайт. Одно время перед каждым обновлением делал резервную копию. Но опять же, когда у тебя 1-2 сайта, это ничего. А когда их около полусотни, и у каждого делать резервную копию чтобы обновить minishop или ajaxform — нужно неделю только делать копии. В итоге пришел пусть и к «неправильному» но решению — сделал сайта на актуальных на тот момент пакетах, довел его до работы без ошибок и нефиг нажимать на кнопкочки — обновить) Возможно только поэтому у меня некоторые сайты работают 8 лет.

на одном сайте да. Когда их 40-50 штук чуть сложнее) Но во первых это нужно сначала как-то заметить. Ведь сама форма отправляться будет, а заметят это скорее всего, когда яндекс метрика перестанет регистрировать какие либо срабатывания целей.

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

const form = response.form

затем у формы считываются дата атрибуты и используются как идентификаторы целей в яндекс метрике.
да и на странице документации так написано
docs.modx.pro/komponentyi/ajaxform

$(document).on('af_complete', function(event, response) {
    var form = response.form;
    if (form.attr('id') == 'значение id формы') {
       window.location.href = "[[~id страницы]]"
    }
});

В очередной раз убеждаюсь, что я делаю правильно, что никогда не обновляю пакеты. Сделал сайт, он работает хорошо и нечего судьбу испытывать.

Пытаюсь понять почему в более старых версиях AjaxForm я мог внутри события af_complete получить форму как

const form = response.form

и мог например сразу получить у нее data атрибуты. А теперь нет.
Нашел свой старенький сайт и распечатал там объект response

Вижу что он отличается от более «свежего» тем, что у form присутствует свойство context. У нового объекта нет этого свойства.

Вы бы показали код, как у вас устроена страница товаров и как именно вы добавили эти опции — диоптрии. Я лично не знаю в стандартных возможностях minishop2 такого, чтобы отдельно у опции задавалось количество. Это что то самописное?
А так же чанк письма, как именно вы отправляете в письме эти опции.
И кстати, почему Гагарин индивидуален?

Михаил, вы как хирург, который взялся оперировать человека, но звонит по телефону другу и спрашивает, как выглядит скальпель.
Вы зря взялись это делать и скорее всего приведете сайт в нерабочее состояние.
Но если все же хотите, то кликните по Шаблон главной или Основной шаблон и поищите там тег (вот именно с такими стрелочками)

<head>

. У него должен быть парный закрывающий тег

</head>

Между ними и вставьте ваш код.
Возможно что head будет вынесен в чанки (у вас в дереве слева можно развернуть Чанки) и поищите тогда head там.

www.youtube.com/watch?v=cOKWX2otOUM

То есть зачем комментировать страницу без возможности удалить коммент в любой момент? Согласитесь — это жутко неудобно!

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

Если форма сделана с помощью AjaxForm+FormIt, то можно так

$(document).on('af_complete', function(e,response){
if(response.success){
$(response.form).find('.was-validated').removeClass('was-validated');
}
});

Должно работать. Единственное что стоит проверить, а метод find у jquery не по детям ищет? Если по детям, то он не может найти класс was-validated, потому что он у формы.

нет, теперь понятно)