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

Спасибо!

Плагин siteRedirect постоянно делает редирект, даже если сайт уже настроен по инструкции.

Меня в поддержке уже задолбали вот такими вопросами:

Сделал все по инструкции, но что-то ничего не работает.
При попытке перейти на поддомен из админки или по прямому адресу осуществляется редирект на главную в основном контексте.
Подозреваю, что это из-за правил сервера, там стоит перенаправление на один хост с https.
Но, я убирал это правило и даже давал время на всякий случай на сохранение настроек, но все равно, даже при попытке перейти на служебный домен s6xxx.modhost.pro осуществляется редирект на основной xxxx.ru
Можете помочь?

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

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

Что ж Вы так ехидничать то любите, Василий? :)

Стресс снимаю, защита психики.

Я так понял, что aab.ru — изначальный регистратор домена и он же его прибрал себе.

А ТИц там давно нет, страницы сайта уже даже из кэша поисковиков исчезли.

Т.е. при одинаковых настройках разное отображение.

Сомневаюсь про одинаковые настройки. У тикетов есть сбоку внизу галочки и там «Показывать в дереве» — вот её положение по умолчанию, при создании нового, зависит от настроек родительской секции.
Рекомендую проверить.

При открытии на редактирование тикета нет кнопки сохранения и его текста, все обрывается на Аннотации

Возможно, виноват какой-то сторонний плагин — посмотрите ошибки в консоли браузера и попробуйте поотключать SeoTab или что там у вас установлено еще.

Логи полны были:

Ну это вообще от любого сниппета с неверными параметрами &where может быть.

Открываю созданный в сентябре тикет в админке и вижу

Памяти 128Мб, не сказать чтобы прям с запасом. Только я вот думаю, что вы ничего не читали про обновление до 1.7 и не производили операции по обновлению рейтинга из консоли.

Логи уже кричат о:

А это и вовсе не Tickets, это плагин с id = 15 (полагаю, HitsPage) обращается к несуществующему свойству объекта modX. Может, этот же плагин виноват и в отсутствующих кнопках сохранения в консоли — проверьте его.

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

Зачем использовать javascript, если ты уже используешь Fenom?

&tpl=`@INLINE
	{if !$_modx->config.pid || $_modx->config.pid != $pid}
		{var $_modx->config.pid = $pid}
		<h3 class="parent-title parent-{$pid}" data-pid="{$pid}">{$parent_pagetitle}</h3>
	{/if}
	<p>{$pagetitle}</p>
`

Да просто там точно были ребята с Беларуси и Украины, а теперь куда-то делись.

А так — есть форма, чтобы себя добавить заново.

modhost.pro позволяет протестировать это дополнение бесплатно.

Есть же готовые решения, например msOptionsPrice2.

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

На странице вызывается 10 раз msOptions, он оформляет свою работу в чанк tpl.msOptions.outer3, внутри которого еще 3 вызова msoptiongetfield.

Итого, 30 вызовов msoptiongetfield на странице для вывода картинок, которые зачем-то запиханы в опции, когда у товаров есть своя галерея. Да и вообще, что это за сниппет такой — msoptiongetfield? Он не из miniShop2, а какой-то самописный.

Еще и цена в опциях! Что это вообще за прикол?

Неудивительно, что всё это жутко тормозит.

Исправил, обновляйся.

Спасибо!

Бургеры совсем не ем, но зато в этих забегаловках получаются смешные фотки =)

Спасибо! Честно говоря, не уверен, что это должно быть на главной странице сообщества.

А так — отчёт за прошедший год у меня в блоге.

Да, это более строгая версия PHP, которая видит мои старые косяки =)

Добавь на строке 129 файла core/components/pdotools/model/pdotools/pdofetch.class.php

$output = array();

И смотри, будут ли еще ошибки.

Не думаю, что дело в Tickets. Вот, поставил чистую MODX 2.4.2 + Tickets 1.7 и всё работает

Неприятный сирприз, но при запуске &prepareSnippet весь обрабатываемый массив информации, включая все теги в теле ресурса, проходит через парсер MODX.
Такое поведение прописано в modScript::process() и отключить его нельзя. Соответственно, все сниппеты всех ресурсов дружно запускаются, что приводит к непредсказуемым последствиям.

В случае pdoResources content по умолчанию не выбирается, а вот в pdoMenu так делать нельзя, иначе сломается работа ресурсов-ссылок.

Так что я добавил экранирование всех тегов массива документа при обработке его в prepareSnippet, по типу Tickets, так что ни один тег больше не запустится.
Думаю, это решит еще массу непонятных глюков при использовании prepareSnippet.

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

fixed

он не накручивался

Ну тогда не о чем волноваться, это просто глюк особенность Яндекса.

Где-то я читал, что Яндексу нужен доступ к картинкам (в частности к favicon.ico) по http без редиректа.

Вот реально, кто эту херню выдумывает? Поисковая машина настолько тупая, что если видит редирект — не проходит по нему, или что?
Как тогда все эти картинки на modx.pro через https проиндексировались?

Практически все сайты, с которыми я работаю перенаправляют все запросы на https:

Никаких заморочек с roboots, точечными редиректами и т.д. ТИц только растёт.

У меня ТИЦ 16.10.2016 на всех сайтах обнулились.

Может, Яндекс 16 октября просто как-то алгоритм поменял и твой накрученный ТИц превратился в тыкву? Ну, если он накручивался, конечно.

На здоровье!