Александр Туниеков

Вообщем работа с правами реализована в \core\model\modx\modaccessibleobject.class.php
Там логов полно, но на debug уровне. То есть, в системных настройка ставим log_level = 4 и смотрим что происходит.

да и всё-таки хоть какое-то логичное объяснение быть должно

Хм… ну если тебе так хочется логичное объяснение. То берешь ситуацию $modx->getObject возвращал null и смотришь в D:\OpenServer\domains\modx.loc\core\model\modx\modx.class.php нет getObject.

class modX extends xPDO {

Открываешь D:\OpenServer\domains\modx.loc\core\xpdo\xpdo.class.php и на строке 840 находишь

public function getObject($className, $criteria= null, $cacheFlag= true) {
        $instance= null;
        $this->sanitizePKCriteria($className, $criteria);
        if ($criteria !== null) {
            $instance = $this->call($className, 'load', array(& $this, $className, $criteria, $cacheFlag));
        }
        return $instance;
    }

добавляешь

public function getObject($className, $criteria= null, $cacheFlag= true) {
        $instance= null;
        $this->sanitizePKCriteria($className, $criteria);
        $this->log(1,"criteria ".print_r($criteria,1)); // или $this->log(1,"criteria $criteria"); а то print_r выгрузит в лог всю базу бывает.
        if ($criteria !== null) {
            $instance = $this->call($className, 'load', array(& $this, $className, $criteria, $cacheFlag));
            $this->log(1,"instance $instance");
        }
        return $instance;
    }

Смотришь по логу что отдало null. Затем, если в логе «instance », то есть $instance = null, ищешь public function call выясняешь что эта функция вызывает и т.д.
Муторно. Долго. Но иного способа нет. Зато больше понимания как modx работает :-).

Доступа к объектам вроде нет. Это не фреймворк же на все случаи жизни, а компонент который решает только свои определенные задачи. Я вот не могу представить зачем нужен доступ к объектам корзины на фронте. Опишите что-за задача у вас. Может ее по другому решать надо.

У меня в правах на группу аноним стоит Доступ к контексту Load Only. yadi.sk/i/Bz-3Zkxc2wXEFw
Политика доступа: Load Only: только load. yadi.sk/i/sVtvWtzFoACVIw
Больше на группу аноним в правах ничего не настроено. Хотя по идее для работы сайта нужно Load, List and View, почему-то аноним, обычно, прекрасно, работает с Load Only.
Проверь чтоб у группу аноним стояло Load Only. Если настройки от дефолтных не отличаются, пробуй очистить кеш, удалить все из папки core/cache. Затем попробуй развернуть копию сайта на другом хостинге. Возможно он виноват.

Реализовать то можно. Только мне с твоей математикой не охота возиться. Сделаю просто каждый 7-й другой код

[[!pdoPage?
&tpl=`tpl7`
]]

tpl7

{if ($idx % 7) == 0}
   <div class="block7">....</div>
{else}
  <div class="block">....</div>
{/if}

А что такое второй параметр

Это тупо название коллбека. Чтоб, если он не нужен, его можно было удалить.

Uncaught ReferenceError: miniShop2 is not defined at

Это ваш скрипт выполняется раньше, чем загрузился скрипт минишопа.

<script type="text/javascript" src="/assets/components/minishop2/js/web/default.js?v=d62e73368c"></script>
</body>

Он в конце страницы перед обычно встает.
Можно сделать так

$(function() { 
   miniShop2.Callbacks.add('Cart.add.before', 'restrict_cart', function() {
      miniShop2.Message.error('Добавление товаров в корзину запрещено!');
      return false;
   });
});

В файле core/components/pdotools/model/pdotools/_fenom.php
Можно дописать модификатор

$this->_modifiers['ignore'] = function ($string) {
            return "{ignore}".$string."{/ignore}";
};

И затем выводить контент так

{$_modx->resource.content | ignore}

В следующий PR включу :-).

Мне кажется, сейчас сайт сломаешь, если только специально ломать.
Вставляю

{
{$_modx->user.fullname}
<script>
    x = {"active":1};
    console.info(x);
</script>

на сайте { Администратор по умолчанию

{if 
{$_modx->user.fullname}

{if {$_modx->user.fullname}

{if}
{$_modx->user.fullname}

{if} Администратор по умолчанию

{if true}
{$_modx->user.fullname}

Сломался. Так как не закрытый блок. Только, что-то сомнительно, чтоб менеджеры {if или {if true} нечаянно написали.

{a
{$_modx->user.fullname}

на сайте: {a {$_modx->user.fullname}
А вот это могут :-(.
Ну меня, пока, устраивает, что не ломается по каждому чиху. Посмотрим что дальше будет.

Сделал PR на fenom и на pdoTools.

This option, when compiling a Fenom tag error, enables the output of this tag as is and output error in pdoTools for MODX log. To inverse JS / JSON code on MODX template.
Изменения вносятся одновременно в 2 компонента. Сюда в pdoTools и в исходники Fenom. Чтоб опция работала, нужно, либо загрузить fenom с форка github.com/touol/fenom, либо дождаться примут PR и обновить исходники.
Опция pdotools_fenom_soft_mode включается системных настройках pdoTools. При ее включении, fenom феном, не распознанные теги, добавляет в текст шаблона(чанка) как есть и продолжает компилировать шаблон. При включении pdotools_fenom_save_on_errors, ошибки сохраняются в лог MODX.
Изменено поведение только самой критичной части компилятора fenom здесь. То есть, ошибки на валидном JS / JSON коде. В остальных случаях, феном так же выбрасывает исключения (На не закрытых {if ..},{block},{ignore} и т.д.).

Транспортный пакет с правками pdoTools и fenom file.modx.pro/files/7/5/8/758e797e15b740fd58e7993054996bc3.zip (переименовать в pdotools-2.13.0-pl.transport.zip)
Есть желающие протестировать? Вдруг что-то еще поправить надо.

Так обсуждается уже :-). В теме ссылка.

Конечно разные. Однако прежде чем сделать всегда есть идея что сделать. Без нее делать то нечего :-). Так вот, идея есть и она предложена на рассмотрение, а сделать в процессе и зависит, в общем-то, от итогов рассмотрения.
И поддержка от заинтересованных лиц не помешала бы. А вот заинтересованные лица «жуют попкорн» :-).

Вообщем в чем проблема не разберусь :-(. Когда возникнет ошибка попробуете правила отключать. Например это

### Редиректы с index.php или index.html на сайт
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.(php|html)\ HTTP/
RewriteRule .* / [R=301,L]

Если вдруг от этого заработает, будет больше инфы куда копать.

$q= «UPDATE `site_tmplvar_contentvalues` SET `value` = REPLACE(`value`, 'value_1', 'value_2') WHERE `tmplvarid` = ID_TV AND `contentid` IN (SELECT `id` FROM site_content WHERE template= 8)»;

Ну во первых, можно сделать скрипт который будет работать в ssh сессии и там нет ограничений на время выполнения.
Во вторых, console умеет выполнять код много раз. Как здесь ilyaut.ru/cheats/to-rebuild-all-previews-of-products/
В смысле, ставите limit и offset в запрос. offset пишете в сессию и читаете его из нее.

$_SESSION['Console']['completed'] = false;

показывает console, что код нужно повторить.

Еще бы Василия привлечь к обсуждению, но у него issues закрыт github.com/bezumkin/pdoTools и где искать его контакты не понятно.

Ну хостера не знаю. А остальные вопросы?
Прям не знаю, толи злиться, толи смеяться. Просят помощи, а нужную инфу не дают.

Так, кто хочет решить проблему, помогайте разрабам объяснить, что проблема есть и ее нужно решать :-).
А то чувствую в отказ уйдут.
github.com/fenom-template/fenom/issues/308

Хм… Это не часть кода, а весь код возвращается как HTML yadi.sk/i/YVv8sFEM7hGyFQ
У Вас Apache вообще? В .htaccess что? И что за хостер?

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

Вроде предложил решение, чтоб все работало без наворотов, а спасибо не от кого не слышно :-).

У MODX есть глюки с кешем. У меня вот при работе в админке на одном сайте периодически код в кеше плагина задваивается и сайт вылетает. Пока влазить во внутренности MODX по этой проблеме не решился. Админка там только мной и не часто используется. Ладно это лирика.
У Вас почему-то на странице вываливается часть кода файла index.php yadi.sk/i/TsEpmxrJtz5Mzg
По идее это проблемы настройки сервера php, а не MODX. Но почему тогда очистка кеша помогает не понятно.
Сделайте плиз скриншот страницы с ошибкой. И проверьте настройки сервера qaru.site/questions/3368/php-code-is-not-being-executed-instead-code-shows-on-the-page