Павел Романов

Сайт на OpenServer на PHP7?

Из ошибки следует, что у Вас проблема с переменной $response. То ли она не является массивом, то ли не существует, то ли ничего не содержит.
Смотрите, что там до этих строк, как формируется эта $response и, соответственно, проверяйте.

Ошибка не в условии. Проверяйте, что там у Вас в этом photo.

А какая ошибка выдается?

Тогда так:

if(empty($field1) || empty($field2)) {
    $modx->getChunk('chunk1');
} else {
    $modx->getChunk('chunk2');
}

Проверка:

if(empty($field1) || empty($field2)) {
    $modx->runSnippet('Snippet1');
} else {
    $modx->runSnippet('Snippet2');
}

Но вообще, лучше и сниппеты не городить, а прямо в условии все прописать.

Вызов:

[[Snippet? &field1=`[[*link_attributes]` &field2=`[[*longtitle]]`]]

{$.get.var_name}

А вообще тут много полезного )).

А Вам нужно, чтобы был редирект?
Тогда добавьте соответствующий хук и параметр с указанием куда редиректить:

[[!FormIt?
&hooks=`email,FormItSaveForm,redirect`
&redirectTo=`***`
...
]]

А чтобы заработало сообщение без редиректа, плейсхолдер должен быть некешируемым:

[[!+fi.successMessage]]

Не знаю как в TypoMCE, в TinyMCE можно было закомментировать 231 строку в core/components/tinymce/tinymce.class.php:

$this->config['resource'] = $this->config['resource']->toArray();

Но сейчас он обновился и 4.3.4 уже работает нормально.

Смотрите лог не pdoResources, а лог MODX (...../core/cache/logs/error.log).
Там будет что-нибудь типа:

[2016-07-24 23:23:54] (ERROR @ .........../core/components/pdotools/model/pdotools/pdotools.class.php : 940) 
Unexpected tag '******' in a0c869550ea492457a960cab7e3b434a line 81, 
near '{******' <- there

Найдите этот самый {****** и просто добавьте пробел после первой фигурной скобки.

Смотрите лог ошибок. Буквально вчера обсуждали.

Если Вы выводите условия на странице, то нужно включить параметр pdotools_fenom_parser в настройках pdoTools (в системных настройках).

Парсер MODX работает таким образом, что сначала рендерит чанки, TV, сниппеты, в общем, всё, что есть на странице, а только потом выполняет условия и оставляет нужное.
Соответственно, если Вы делаете так:

[[*tv:!empty=`[[$chunk]]`]]

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

Если же сделать так:

[[$[[*tv:!empty=`chunk`]]]]

то MODX отрендерит просто текст «chunk» и потом, если условие выполнено, оставит его, а тут уже получится тег, который обработается:

[[$chunk]]

В случае невыполнения условия выведется просто

[[$]]

Fenom же работает по-другому. Он изначально рендерит только то, что соответствует условию.
В Вашем случае будет так:

{if $_modx->resource.tags != ''}
    {$_modx->runSnippet('pdoResources', [
    'parents' => 2,
    'limit' => 5,
    'tpl' => 'tplArticleSim'
    ])}
{/if}

Ну или так, если угодно:

{if $_modx->resource.tags != ''}
    {$_modx->getChunk('similarArticles')}
{/if}

Или вообще так ):

{if $_modx->resource.tags != ''}
    [[pdoResources?
    &parents=`2`
    &limit=`5`
    &tpl=`tplArticleSim`
    ]]
{/if}

В этом случае у Вас вызов будет работать даже при отсутствии тегов (MODX сделает выборку, а потом только выполнит условие).
Действительно, лучше Fenom или на худой конец так:

[[$[[*tags:!empty=`similarArticles`]]]]

И кстати, в Вашем случае можете кешировать вызов pdoResources в чанке.

Проверьте есть ли ошибки в логе.
Скорее всего на странице где-то подключен скрипт с

{...}

.
Добавьте пробел:

{ ... }

.

Даже визуально заметно.
Ну и стандартный [^t^] это подтверждает.

Категория с 400 товарами: tobemam.ru/store/detskie-igrushki/
PHP 5.6.22:
Total: 1.9635 s | database
Total: 0.3748 s | cache

PHP 7.0.8:
Total: 0.7135 s | database
Total: 0.1330 s | cache

Целесообразно. Как минимум в три раза быстрее.

Проверил на нескольких сайтах и хостингах.
Действительно где-то работает нормально, где-то нет. Связано с тем, что чтение из базы в 53 строке не везде отдает дату в UNIX-формате.
В качестве костыля попробуйте заменить эту строку:

$lmimsDate = $lmims->get('date');

на эту:

$lmimsDate = strtotime($lmims->get('date'));

А если эту страницу отредактировать и сохранить?

У Вас уже эта дата прописалась в таблицу плагина.
Откройте эту страницу в браузере и проверьте потом ответ сервера.

А лучше всего просто через phpMyAdmin очистить все записи в таблице modx_lmims и потом уже они сами туда добавятся по мере открывания страниц сайта.