Василий Наумкин

Ace, FormIt, для проверки почты QuickEmail — обычно всё.

Меня вполне устраивает механизм стандарных оповещений в менеджере пакетов.

Это фотошоп!!!

Попробуй sendmail перезапустить, может ему там кучу писем куда-т ов память насовали.

Ну тогда у меня кончились предположения.

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

Но можно написать плагин на создание нового заказа от нового юзера, наверное.

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

Ну, плагин такой и правда написать можно, и даже несложно.

При открытии страницы создания, сразу сохранять ресурс со случайным названием и редиректить на контроллер обновления с новым id — а там уже всё будет.

В принципе, даже не видно будет панель создания, просто сразу почти редирект на редактирование.

Теоретически-то, наверное, можно сделать. Но мне кажется, что будет дофига неопубликованных забытых ресурсов — бардак будет в админке

Человек создаст ресурс (со случайным именем и alias, наверное) — а потом возьмёт, и опубликует его случайно. Он же не понимает, что делает в админке — почему бы и не опубликовать тогда?

В общем, у нас тут какая-то очередная волна «улучшений для дебилов» надвигается.

Ну неужели нельзя найти менеджеров, которые хоть немного умеют работать с компьютером, и закончили школу? Сейчас же кризис, много способных людей ищет работу — дайте им шанс.

При создании ресурса страница перезагружается, так уж в MODX устроено.

Потому что за создание и обновление ресурса отвечают разные контроллеры.

Нет, там есть личная скидка покупателя на всё, а тут нужно скидку от суммы заказа.

Тут поможет только свой класс заказа. И нужно посмотреть исходники, как именно доставка проверяет стоимость заказа, там были какие-то тонкости вроде флагов $with_cart или как-то так, не помню.

Случайно не обновлял накануне pdoTools при установленном PHP 5.2 на сервере?

Если так, то нужно обновиться как минимум до 5.3.

Эти теги [^t^], [^q^] и остальные — они и не теги MODX. Они не разбираются парсером и не преобразовываются в объекты.

MODX просто заменяет их на значения при выводе документа, и делает это всегда, независимо ни от чего.
Значения в этих «тегах» более точны и быстрее работают, чем если получать эти данные через Fenom.

В общем, со всех сторон подумав, я считаю, что нужно продолжать использовать эти спецсимволы, а в {$_modx} добавить эту функцию getInfo() для проверки времени и запросов в текущий момент в любом месте кода — то есть, для проверки времени выполнения каких-то отдельных шаблонов и чанков.

А [^t^], [^q^], [^qt^] как обычно будут показывать итоговые цифры для всей страницы.

jQuery, скорее всего, просто запускает какие-то php скрипты через ajax.

С чего бы ему самому несколько секунд загружаться?

Сервер крутой, но «ожидание ответа от сервера» — это время работы PHP.

Оптимизировать можно только один способом — найти, что тормозит, и исправить. Начать можно с установки DebugParser, если речь о MODX Revolution, конечно.

Laravel, полагаю.

А, это да — вшито. И пока не придумал, как избавиться без потери функционала.

Вот прям «вшиты», проверял?

Насколько я помню, используются системные настройки.

Попробовал добавить, и выходит, что нет особого смысла.

1. Fenom выполняется раньше (вот здесь), чем выставляются оригинальные плейсхолдеры MODX, поэтому время выполнения выходит чуть меньше, чем на самом деле.

2. Оригинальные плейсхолдеры работают в любом случае, с любым парсером, потому что MODX просто меняет их через str_replace при выдаче страницы юзеру.

То есть, добавить это я могу, но только ради эстетического удовольствия, без особой пользы. Причем, использовать нужно будет вот так:

{set $info = $_modx->getInfo()}
<pre>
	{$info.totalTime}
	{$info.queryTime}
	{$info.phpTime}
	{$info.queries}
</pre>

Как считаешь, нужно оно тебе в таком виде?

Загрузка файлов куда-то есть. Которых может быть 1000 штук весом на 5 гигабайт.

Как об стенку горох, ничего понимать не хочешь вообще.