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

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

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

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

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

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

Нужно учитывать, что 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 связи товаров" и первая же ссылка ведёт на мой сайт с документацией по связям.

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

modhost.pro/help/move

Должно работать как [[+news]] после вызова сниппета.

Используешь ты Fenom внутри чанка или нет — неважно.

17 718 записей и 20 мегабайт — вполне нормально.

В каждой ветке хранятся её настройки — публикация, гости, шаблоны и т.д. Иначе никак.

Да, конечно!

Просто удали Tickets и все его таблицы. Советую еще почистить site_content — там вообще 60мб!

В чём может быть причина?

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

Может, тебе лучше написать свой сниппет и использовать его в чанках?

Вот, держи старый пример.

Наверное это не правильно.

Нет, это правильно.

Количество потомков у выбранных ресурсов не меняется от твоего условия.