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

Вот взял и погуглил за тебя пример BETWEEN в xPDO::where.

И еще советую освоить тег code для оформления кода, иначе следующие вопросы, оформленные подобным образом, я буду просто удалять.

Видимо, объяснить всё же нужно.

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

Отсюда следует простейший вывод, что такие сниппеты, как pdoPage и getPage нельзя кэшировать в принципе, иначе они не будут работать.

Сниппет для пагинации нельзя вызывать кэшированным.

Очень надеюсь, что не придётся объяснять — почему.

Вместо изменения системных настроек сразу удалять пакет? Силён!

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

У тебя этого конфига на странице нет. Либо сниппет вызывается кэшированным, либо вообще не вызывается. Других объяснений, почему не работает modX::regClientStartupScript, я придумать не могу.

может из-за того, что чанк в чанке а там сниппет… хотя глупое предположение )

Любителей чанков-в-чанке-а-там-сниппет вообще часто поджидают сюрпризы.

А, ясно.

Может, если с javascript что-то не в порядке, стоит выключить автосбор и минификацию скриптов через MinifyX?

Это, как бы, первое о чем нужно подумать.

Или выводи форму поиска через mSearchForm, как положено, или убери у неё класс msearch2, потому что родной скрипт пытается её инициализировать, а конфига от сниппета нет.

Моё мнение на этот счёт однозначное — сайт не должен жить за счёт кэша.

При очистке на modx.pro, первый раз главная грузится так:

total time: 2.2554 s
query time: 0.4618 s
queries: 233

Потом вот так:

total time: 0.3539 s
query time: 0.0480 s
queries: 137

То есть, очистки кэша никто не замечает — как это и должно быть.

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

Это тоже самое, как получить синхронный доступ к таблице в БД, или файлу.

Сессия — это просто массив с данными в памяти, куда можно что-то записать, а потом прочитать. Как писать и как читать решаешь ты сам.

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

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

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

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

От себя могу добавить, что использую сессии в БД всегда и везде, каких либо проблем уже давно не испытывал (с тех пор, как отключил их всякое кэширование).
Переходить на сессии в файлах не советую, это очень неудобно.

Попробуй так:

<form class="form" action="" method="post">

Спасибо за ссылку на прекрасный сервис — зарегистрировался и отправил первую SMS из своего кода примерно за 5 минут.

Ругань не на modx.class.php, а на

/home/c/cw02793/public_html/connectors/index.php

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

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

Так как написал ты — только на битву экстрасенсов, больше никто не справится.

Всем привет, перенес сайт, админка стала вот такой

Не вижу вопроса.

Перенес сайт, админка стала вот такой — ну окей, буду иметь в виду, спасибо. Что еще тут можно сказать?

Окей

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

Во-первых, такого синтаксиса, как ты написал, у Fenom нет. Откуда эти двойные скобочки — я без понятия.

Во-вторых, почитай в анонсе pdoTools про логику работы. Никто плейсхолдеры через парсер MODX не собирает и не разбирает. Более того, Fenom про парсер MODX и вовсе не знает, потому что компилирует свои шаблоны отдельно.

Получить произвольный плейсхолдер на странице можно так:

{$modx->placeholders.news}

и для этого нужно включить кое-какие системные настройки pdoTools, потому что, по умолчанию в целях безопасности, к объекту {$modx} напрямую из шаблонизатора обращаться нельзя.

Да и вообще, если дать доступ к {$modx}, то Fenom может и сам сниппеты вызывать, и результаты проверять — безо всяких там плейсхолдеров и парсеров MODX.

{set $news}
{$modx->runSnippet('pdoResources', [
	'parents' => 8,
	'depth' => 0,
	'tpl' => 'tpl.NewsMainBlock.item',
	'limit' => 3,
	'sortby' => 'publishedon',
	'sortdir' => 'DESC',
	'includeContent' => 1
])}
{/set}
{if $news != ''}
Вот ваши новости: {$news}
{/if}

Если я не обновляю чанки (не ставлю галочки), то ничего дополнительно копировать и перезаливать после обновления не надо?

Насколько я помню — нет, ничего не надо, всё должно гладко обновляться.

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

Ну а сам miniShop2 не нужно обновлять, как считаешь?

Поддержка MODX 2.3 появилась только в 2.1.8 pl3, а у тебя 2.1.1.

Меня раздражает только то, что многие даже не пытаются самостоятельно что-то поискать.

Видимо их время ценнее, чем время тех, кого они просят помочь.

Не перестают радовать подобные вопросы.

Иду в Яндекс, ищу "miniShop2 связи товаров" и первая же ссылка ведёт на мой сайт с документацией по связям.

Неужели, это какой-то невероятно сложный алгоритм поиска информации для людей, создающих сайты?