Василий Наумкин

Я для себя решил вообще не пользоваться никакими кэшерами из-за их не всегда понятного поведения и возможных глюках в скриптах.

Лучше оптимизировать код, чем полагаться на эти кэшеры. Возможно, изменю своё мнение, если буду делать реальный hi-load проект, но пока что таких не было.

Как-то очень классно обновилось.

Тогда накатывай установку заново сверху.

1. Удалить /core/cache
2. Если установлен AjaxManager — его тоже нужно обновить
3. Обновить все остальные дополнения, у которых есть страницы в админке

Подскажите, с помощью данного метода можно будет сделать подобную функцию поэтапно?

Естественно. Можно написать любые фильтры.

если я оплачу платную консультацию

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

А работу я не беру — некогда.

Еще раз: фильтр отключается, если в предположении него циферка 0. То есть, mFilter2 обсчитывает все варианты, как если бы их нажал вручную, и отключает те, где не будет результатов.

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

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

На моей памяти — первый.

Если кто-то и сталкивался, то я такого вопроса не видел ни здесь, ни в поддержке магазина.

Фильтра по датам в комплекте нет, но можно написать самостоятельно.

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

Возможно, это и есть suggestions?

Плохо копался.

Всё должно работать по умолчанию.

Если не работает, значит не хватает каких-то классов или идентификаторов CSS или в консоли есть ошибки javascript.

Консоль возвращает ошибку email, так что нужно смотреть как отправляется почта на сервере.

Ну а вообще, хорошо бы сначала настроить работу формы без AjaxForm, на одном FormIt, а потом уже добавлять ajax.

На здоровье!

404 Not found и странный url с двумя вопросами ни о чем не говорит?

Включи friendly urls и всё заработает.

И заодно написал страницу в документации, раз пошло такое дело.

Добавил проверку afValidated в версию 1.0.4 — можно обновляться.

Переименовывать javascript и вносить в него правки больше не нужно. Просто запускай свой валидатор и выставляй переменную в true или false.

В общем, как бы ты не вешал событие на отправку формы — это будет просто 2 независимых обработки этого события. То есть, сначала сработает твоё, а потом, независимо от него, сработает отправка.

Поэтому, нужно научить скрипт AjaxForm смотреть в результаты работы твоей проверки.

Вешаем свой валидатор на форму с классом .ajax_form:

<script>
$(document).on('submit', '.ajax_form', function() {
	// Здесь любой код для проверки формы при отправке
	// Я просто печатаю её в консоли бразуреа
	console.log(this);
	// Результатом работы будет выставление глобальной переменной
	afValidated = false; // Или true, если валидация пройдена
});
</script>

[[!AjaxForm?
	&frontend_js=`assets/components/ajaxform/js/custom.js`
]]

А дальше копируем родной javascript в custom.js и добавляем проверку afValidated перед отправкой вот здесь:

,beforeSubmit: function(fields, form) {
	if (typeof(afValidated) != 'undefined' && afValidated == false) {
		return false;
	}
	form.find('.error').html('');
	form.find('input,textarea,select,button').attr('disabled', true);
	return true;
}

Если переменная afValidated существует и равна false — форма не отправится.

Это — функция, да. А как ты её вешаешь на форму?

Нет никакой проблемы — прикручивайте javascript валидатор к форме, чтобы он не давал её отправить. Даже, скорее всего, и стандартный javascript менять не придётся.

Ни AjaxForm, ни FormIt тут ничем не мешает и не помогает, это вообще другое.

Окей

В логе нет подключения ТВ параметров, значит, что-то указано неверно.

По умолчанию в pdoResources с этим проблем нет, значит нужно разбираться как и что работает у тебя. Возможно, в где-то просто опечатка.