Наумов Алексей

{'pdoMenu' | snippet : [
...
'tpl' => 'tplHideSomeChilds'
]}

tplHideSomeChilds:

<li {$classes}>
    <a href="{$link}" {$attributes}>{$menutitle}</a>
    {if $id != 1532}
        {$wrapper}
    {/if}
</li>

Два сценария:
1. Включить в pdoMenu проверку прав (параметр checkPermissions) и настроить их. Работает, но подтормаживает, т.к. много запросов в БД.
2. Лучше просто пересмотреть верстку, и для авторизованных сделать блок (пример из документации):

{if $_modx->user.id > 0}
    Привет, {$_modx->user.fullname}!
{else}
    Вам нужно авторизоваться!
{/if}

Далек от SqLite.
А какое практическое применение? Какая выгода в сценарии MODX + SqLite?

На примере github.com/modxcms/Collections/ посмотреть можно…

А средствами css данная задача не решаема?
www.w3schools.com/howto/howto_css_blurred_background.asp

Так это Связи в чистом виде, многие-ко многим. Вот только оба ресурса должны быть товарами…

Создаем отдельный чанк для параметра tpl у pdoMenu:

{if $id = 1532}
<li><h3>Заголовок</h3></li>
{/if}
<li {$classes}><a href="{$link}" {$attributes}>{$menutitle}</a>{$wrapper}</li>

где 1532 id ресурса «Все о подписках».

Попробуй оформить заказ, не указывая почту.
Напоминает попытку сделать поле email необязательным.
Если почта не указывается — генерируется случайная.

Они вот тут загружаются. Сортировкой и не пахнет:
github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/model/minishop2/msproductdata.class.php#L59

Создай сниппет ".uri", который ничего не делает.

Можно при не нажатой галочке поле отключить (disabled) и присваивать «пустое» значение например "-".
При установке галочки поле включаем, если значение дефис — очищаем, предоставляя возможность его заполнить.

Создаем значит сниппет FileDownload
В нем любым алгоритмом, который сможете найти по запросу «php обратимое шифрование» зашифровываете имя файла, после чего выводите ссылку /download?file=ЗАШИФРОВАННЫЙ_ПУТЬ
На странице /download другой сниппет читает GET параметр и отдает файл, на эту тему читаем к примеру статью habr.com/ru/post/151795/

Может поискать узкие места на сайте, возможно есть что оптимизировать?
А насчет конфигурации VPS… если сайт простой, то и 512 мБ памяти хватит, а если тяжелый, может 4 Гб нужно, данных мало :)

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

У VDS еще такая проблемка, что при резких всплесках нагрузки нет большого запаса, вы явно ограничены памятью и процессором. В случае обычного хостинга, как правило, считаются средние нагрузки за какой-то период и кратковременные всплески проходят хорошо.

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

Добрый день!
mapex и mapex2 разные компоненты!
Просто mapex должен работать, смотрите ошибки в консоли сайта, возможно что Яндекс.Карты затребовали обязательный ключ для доступа к API.

Можно сделать join таблицы пользователей и выводить поле.
Можно каждый раз какой-нибудь сниппет вызывать для вывода поля по id пользователя.
Можно модификатором возпользоваться (Fenom)

{1 | user : 'fullname'} // Administrator

А id пользователя, если комментарий оставил зарегистрированный, доступно в чанке как createdby

Вариантов куча.
Но самое простое — да, создать отдельный раздел, где внутри будут неопубликованные страницы с pagetitle=user.id
И просто показывать контент этих страниц.

И для pdoPage некешированный вызов нужен.

У foreach есть индекс операции:
{foreach $list as $value index=$index}

Просто сравниваем его в if и делаем break

При таком хранении данных — никак.
Если бы данные писать типа #76#||#760#, тогда можно было бы.
Речь про TV параметр?