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

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

Нет. msProfile испольует всё от miniShop2.

Для продажи услуг всё равно нужен будет какой-то магазин, обработчики платежей, история заказов и личный кабинет. Так что, не понимаю проблемы — нужно просто поставить ms2 и не заморачиваться.

То есть в любой момент, когда он захочет поделиться страницей в соцсетях или отправить в Инстапейпер (Покет) подхвачен будет именно целевой контент со своим описанием, названием, картинкой, ключевиками и т.д.

А вот и нет. Когда ты делишься ссылкой, робот того сервиса, где ты это делаешь, лезет по ней и самостоятельно грузит данные.
Так работают все соцсети и мессенджеры, а у Facebook даже есть отдельный инструмент для проверки расшаривания.

Иначе можно такого понарасшаривать, просто меняя теги через Chrome Dev Tools, что ты офигеешь. Порно на сайте Кремля, как самый простой пример.

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

Меня удивило именно требование делать это всё через ajax.

В моём понимании возможны 2 варианта:
1. Заходит человек, жмакает на ссылочки, ему генерится контент. Человек не смотрит, изменился ли там description или title — он смотрит на контент. При этом у него в url получается прямая ссылка, и при заходе по ней выводятся правильные теги.

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

Внимание, вопрос! На кой хер для SEO нужно динамически менять description и title через ajax?
На мой взгляд — ни на кой не нужно. Это стоит делать только для успокоения души перфекциониста, когда сделано уже вообще всё остальное.

Вот прям всё, за что я люблю SEO.

Плачу регулярно за SEO. За это получаю на все выходные работы программиста. Сайт как был в ж… е так там и остается уже 2-й месяц.

Еще понравилось про title при ajax навигации. Видимо поисковым роботам, которые скачивают страницы обычными GET запросами, очень важно — что там при ajax навигации происходит.

Перенёс в «сайты на MODX».

Это из-за длинной строки в таблице, поправил.

'where' => ['Vendor.id' => $id],

А если вдруг сниппет не умеет принимать массивы, то

'where' => json_encode(['field' => $value]),

и очень интересно, как мультиязычность работает на MODX.pro.

Примерно так же, я это давно описывал.

Ну а вообще да, изрядная картина создания сайта на MODX из говна и палок за еду. Очень интересно, чем думает веб-студия, когда берёт такие проекты без ТЗ, сроков и выставляет смешные ценники. Жадность ли это, или банальная глупость?

Есть мнение, что для сдачи такого проекта заказчику, студия потратит больше, чем заработает.

Ты пока разгонялся, уже вышла новая версия, где это сделано.

Смотри changelog версии 2.8.3-pl.

Завязывай уже эту Санта-Барбару.

Еще один такой коммент — и отключу нафиг, надоело.

И на оставшиеся 10 вместе обмыть — знакомый же!

Гораздо лучше и проще переопределить функцию из своего скрипта, загруженного позже оригинального:

Например:

$(document).ready(function() {
	mSearch2.load = function (params, callback, animation) {
		// ...
	};
})

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

Зачистил срач с разборками по каким-то там старым проектам. Было весело, но уже явно не разобраться, кто прав или виноват.

Для предупреждения других подобных разборок, тема закрыта.

Ну вот имей в виду, что не стоит так шутить, когда вокруг столько больных на голову националистов.

Причём, ссыкливых националистов, которым не лень зарегистрировать чистенький VPN адрес на Linode, новую учётку и насрать в комментариях анонимно.

Наверное, такая вот гражданская позиция.

Ой, не начинай.

Иначе я буду требовать называть всех финнов суоми, а китайцев — хань.

хороший протестированный pull-request

Это ты уже всё проверил хорошо, протестировал?

Этот параметр нормально сохраняется в БД, потом оттуда получается при редактировании комментов и работает отдельно для разных веток?

Увы.

Если кто-то сделает хороший протестированный pull-request с изменением этого параметра для ветки — выпущу новую версию. Сам я пока ничего делать с Tickets не планирую.

Поправил.

То есть, указывать нужное число в параметре &commentEditTime при вызове TicketComments для вас не вариант?

А, гоню. Нельзя его там указать через параметры — не учёл. Ну тогда да, только редактировать.

Да.