Ну логически предположить, то комент должен якобы закрыть тег modx, но само собой он его не закроет, так как это другая песня вообще.
Кроме того, я бы еще посоветовал не делать такие конструкции
` &else=``
Потому что оба варианта будут отработаны в любом случае.
А если внутри еще права доступа проверяются или js скрипты есть — то они сработают при любом раскладе.
Как рекомендовали в этих случаях поступать (если IF необходим):
ну я и говорю, я хотел показать код в коменте, закрыл его < code >, а код в коменте пропал. То есть ЭТА система коментов вырезает modx теги. Вот я о чем.
Картинками дал, чтобы не вырезало ничего и было видно.
На днях у меня возникла мысль, что от modx у меня уже мало что остаётся в силу реально дикого парсинга чанков. На пороге отказа от modx находился для одного из проектов, предназначенных едва ли не для мгновенной выдачи результатов, но пересилил себя и пол ночи изучал тормоза… Пока пичалька относительно этого парсера… Глубокая пичалька.
Ну ничего. Уже есть разговоры «на верху» по поводу переработки ядра MODX-а в плане шаблонов и т.п.
Конечно это совсем не завтра, и даже не через месяц, но тем не менее понимание, что парсер злобно тормозит всю систему, уже есть четкое, и что надо прорабатывать компилляцию шаблонов.
Наверное нового ничего не скажу, но минимум чего следует избегать — вложенности чанков.
В стиле:
?
Эта хрень так глубоко уходит, что половину тормозов добавит на сайт именно такая конструкция, хотя она выглядит привлекательной и удобной в некоторых случаях.
Любопытно, ты поправил парсер коментов?
Или такие глюки вещь случайная… Ниже есть мой комент, где была вырезана В ТОЧНОСТИ вышеуказанная комбинация вызовов чанков.