Уважаемый Александр! Мне подходит Ваш совет о применении Smarty/ Я ознакомился, что это такое. Но мне непонятно Ваше конкретное его применение. Ведь боты ругаются на поля заголовка, описания и ключей. Надо только изменить эти теги. Может быть Вы подскажите как конкретно вставить туда smarty?

Вот эта резервная переменная она какое значение принимает для разных страниц пагинации?? Это переменная smarty, в которую кладутся get-параметры запроса. Если задаете вопрос в этом топике, то я предполагаю, используете smarty. Если все-таки нет (?!), то можно написать сниппет, который будет анализировать $_GET['page'] и соответственно что-то выводить.

Черт возьми элементарная вешь но в инете нет. Может потому что вы ищете то, чего в принципе не должно быть? Если бы нужно было бы, она давно нужна была бы уже. Я вам давно уже написал: 1. Спасает мета-тег canonical. Поставьте сниппет MetaX и не заморачивайтесь. Нафига вы голову греете себе и другим? Что за любовь к извращениям?

Вообще говря решается просто — надо ввести в поле этих тегов системную переменную, которая была бы оригинальной для каждой страницы пагинации. Я просто не могу даже найти список этих переменных для modx revo/ Черт возьми элементарная вешь но в инете нет.

скажите, куда будет попадать пользователь, после того как нажмет на, скажем, на 6-ю страницу пагинации На 6-ую страницу.

Николай! скажите, куда будет попадать пользователь, после того как нажмет на, скажем, на 6-ю страницу пагинации Александр! В evo есть способ через применение системной переменной номера страницы пагинации. Я в revo. Вот эта резервная переменная она какое значение принимает для разных страниц пагинации??

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

С большой долей вероятности он какую-то выборку данных для этого делает чтобы понять какой индекс лучше подходит Скорее всего, эту самую выборку (необходимую для выбора индекса) MySQL выполняет столько раз, сколько значений содержится в конструкции IN. Такой вывод напрашивается из приведённых примеров. Если это действительно так, то выбор индекса будет осуществляться тем дольше: а) чем больше в таблице индексов (вероятно, роль играют не все индексы, а с определённой структурой, зависящей от конструкции запроса) б) чем больше значений в конструкции IN в) чем больше записей в таблицах, участвующих в запросе Ну а конкретнее — это уже лезть в исходники…

при нажатии через конектор assets/components/migx/connector.php вызывается: action:mgr/loadfromsource с параметрами, т.е. core/components/migx/proccessors/loadfromsource.class.php Да, вполне будет достаточно через плагин добавить js код вызывающий нажатие кнопки, что нибудь вроде: Ext.get('id-кнопки').dom.click(); , только главное чтобы DOM был уже сформирован. Хотя, возможно, это все реализуется и нативными средствами migx, ведь все же это, так сказать, костыль)

Видел эту ветку несколько дней назад. А сегодня так и не смог ее найти. Помогла частичная замена файлов с гита. Спасибо.