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

Так должно прописываться, проверьте:
fullname => user_name
email => user_email

Вот кусочек кода из сниппета ecForm:

if ($modx->user->hasSessionContext($modx->context->get('key'))) {
    $profile = $modx->user->getOne('Profile');
    $data['user_name'] = $profile->get('fullname');
    if(empty($data['user_name'])) {
        $data['user_name'] = $modx->user->get('username');
    }
    $data['user_email'] = $profile->get('email');
}

Вызвать 5 раз pdoMenu

Если сменить шаблонизатор на Fenom, то жизнь станет проще.
С родным парсером решение или «в лоб» или писать сниппет, который будет готовить данные.

Я делаю так (именно для создания вкладки у ресурса!):
1. Плагин на OnDocFormRender, для новых ресурсов вкладку не показываю:

<?php
/** @var array $scriptProperties */
switch ($modx->event->name) {
    case 'OnDocFormRender':
        /** @var modResource $resource */
        if ($mode == 'new') {
            return;
        }
...

2. Далее подключаю все нужные js файлы, их у компонента много может быть, я для пример 2 показываю, но по факту их 10+:

$url = $easyComm->config['assetsUrl'];
$modx->controller->addJavascript($url . 'js/mgr/easycomm.js');
.... и остальные файлы
 $modx->controller->addLastJavascript($url . 'js/mgr/widgets/page.panel.js');

3. Далее есть сценарий, что установлен AjaxManager, тогда 2 варианта создания вкладки, немного разных:

if ($modx->getCount('modPlugin', array('name' => 'AjaxManager', 'disabled' => false))) {
            $modx->controller->addHtml('
			<script type="text/javascript">
				Ext.onReady(function() {
					window.setTimeout(function() {
						var tabs = Ext.getCmp("modx-resource-tabs");
						if (tabs) {
							tabs.add({
								xtype: "ec-panel-page",
								id: "ec-panel-page",
								title: _("ec"),
								record: {
									id: ' . $resource->get('id') . '
								}
							});
						}
					}, 10);
				});
			</script>');
        }
        else {
            $modx->controller->addHtml('
			<script type="text/javascript">
				Ext.ComponentMgr.onAvailable("modx-resource-tabs", function() {
					this.on("beforerender", function() {
						this.add({
							xtype: "ec-panel-page",
							id: "ec-panel-page",
							title: _("ec"),
							record: {
								id: ' . $resource->get('id') . '
							}
						});
					});
					Ext.apply(this, {
							stateful: true,
							stateId: "modx-resource-tabs-state",
							stateEvents: ["tabchange"],
							getState: function() {return {activeTab:this.items.indexOf(this.getActiveTab())};
						}
					});
				});
			</script>');
        }

4. ec-panel-home это уже панель вашего компонента, описана в page.panel.js, который был подключен на странице в плагине, ну типа:

easyComm.panel.Page = function (config) {
    config = config || {};
    Ext.apply(config, {
        baseCls: 'modx-formpanel',
        layout: 'anchor',

        hideMode: 'offsets',
        items: [ а здесь все содержимое, вкладки, формы и т.д. ]
    });
    easyComm.panel.Page.superclass.constructor.call(this, config);
};
Ext.extend(easyComm.panel.Page, MODx.Panel);
Ext.reg('ec-panel-page', easyComm.panel.Page);

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

Если сайты одинаковы — конечно да.
Делал, не раз.
Просто настраиваете, чтобы сайт открывался по всем вашим доменам, это даже скорее не к 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", который ничего не делает.