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

В принципе да.
А далее просто в зависимости от домена выводите нужные контакты к примеру и т.п.

Если сайты одинаковы — конечно да.
Делал, не раз.
Просто настраиваете, чтобы сайт открывался по всем вашим доменам, это даже скорее не к MODX вопрос, а к хостингу.

Странно… думаю, что miniShop не заточен для такого использования.
А что если: сделать запрос с json_response, получить информацию о заказе, а потом отправить серверу еще один запрос с №заказа, и уже так сказать, со второй попытки, отрендерить чанк.

Да, вот она и разгадка:

$scriptProperties = array(
    'json_response' => 1, // ТА-ДАМ
    'max_count' => 1,
    'allow_deleted' => 0,
    'allow_unpublished' => 0
);

Я просмотрел код miniShop2, что-то не вижу, чтобы он отправлял в вывод ответ и прекращал работу php… Например success
А каких-нибудь плагинов на ms*** нет активных у сайта, которые могут так делать?

{$_modx->runSnippet('!pdoMenu', [
    'parents' => $_modx->runSnippet('!getparents'),
    'level' => 1,
    'sortby' => $sortby,
    'tplOuter' => 'chunk'
    'tpl' => 'chunk'
    'tplHere' => 'chunk'

])}

{'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 еще такая проблемка, что при резких всплесках нагрузки нет большого запаса, вы явно ограничены памятью и процессором. В случае обычного хостинга, как правило, считаются средние нагрузки за какой-то период и кратковременные всплески проходят хорошо.

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