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

Спасибо за подтверждение, добавил в документацию.

Не нужно так делать. Для логики нужно писать сниппеты, а не программировать на фильтрах.

switch ($modx->context->key) {
	case 'en' : $chunk = 'en-company-name'; break;
	case 'de' : $chunk = 'de-company-name'; break;
	default: $chunk = 'company-name'; break;
}
return $modx->getChunk($chunk);

И выглядит понятнее, и работает быстрее, и добавить еще 10 условий\проверок — не вопрос.

Написать самому и прислать коммит на github.

Может, сниппет вызываешь кэшированным? То есть, нужно [[!HybridAuth, а не [HybridAuth

Еще полезно посмотреть в системный журнал, если есть ошибки — то они там.

Смотри исходники компонента Gallery — там приделано.

Узнаю, когда начну делать. Пока несколько иным занят.

Скорее всего, будет xml.

Нет, не будет тормозить. Таблицы ключ\значения очень быстренькие.

А лишний join при каждой операции нафиг не сдался. Да и вообще, всё это фигня по сравнению с тормозами карты ресурсов и php.

Прочитай еще раз, что такое Ajax.

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

Отсюда вывод — твоя задача решается только через javascript.

Но не нужно расстраиваться, ведь любое перенаправление юзера — это просто команда браузеру перейти на другу страницу. Что через javascript, что через заголовки от php.

То есть, тут вообще нет «серверного решения», если вдуматься.

Фильтров пока нет, потом буду переписывать mFilter.

Именно для поиска все json поля товара (color/size/tags) автоматически копируются в таблицу msProductOption — так что надо искать по ней и выбирать нужные id товаров.

Ты гуглу указал, что редирект будет на этот адрес?

Ошибку выдает гугл, не HybridAuth. Попробуй получить заново ключи, с таким адоесом, говорят, бывает такое.

Это баг, висит в очереди на исправление github.com/bezumkin/Tickets/issues

Поиском по фразе «redirect_uri_mismatch» выдаётся ответ на твой вопрос — modx.pro/help/505/

Запретить использовать разным юзерам один емаил.

Смотри настройки системы.

Можно попробовать сделать плагином, на событие редактирования ресурса.

Просто проверять, если класс ресурса = msTicketsSection, режим работы = create — то выставлять свой контент в массив ресурса.

Не проверял, но может сработать.

Это нестандартная функция, поэтому — только редактированием исходников Tickets.

При обновлении оно затрётся.

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

На моём сайте вход через ВК и Яндекс — работает. Делай выводы.

В сторону ошибок и опечаток.

У меня на сайте Яндекс и ВК вполне себе работают.

Заметка написана давно и там не учтены кое-какие вещи. Например то, что функция click() вешается только один раз на все подходящие элементы — при загрузке страницы.

После появления, кажется jQuery 1.7 нужно использовать функцию on():

$(document).on('click', 'a.ajax_link', function(e) {
	var action = $(this).data('action');
	$.post(document.location.href, {action: action}, function(data) {
		alert('Запрос успешно выполнен');
		$('#result').html(data);
	})
	e.preventDefault();
})

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

Комментируй в шаблоне по одному все сниппеты\чанки и смотри на скорость загрузки страницы.
Рано или поздно должна резко уменьшиться.

Еще можно поглядеть в лог ошибок nginx — вдруг там что интересное, типа таймаутов на определённой странице?

Никак.

Он выводится только если у категории нет контента.