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

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

При открытии страницы создания, сразу сохранять ресурс со случайным названием и редиректить на контроллер обновления с новым 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 гигабайт.

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

Я больше скажу — это галерея ресурса. Пока ресурса нет — нет и его галереи.

Иначе мы бы в одном окошке создавали галерею, в другом ресурс, а третьем бы их соединяли друг с другом — как до сих пор работает Gallery.

Итак, у нас есть 3 операции:
1. Заполнение полей
2. Сохранение товара
3. Загрузка файлов

Они есть все 3, и как их местами не меняй, они все занимают одно и то же время.

Создать товар — заполнили все поля — сохранили, пошли дальше.

Вот здесь ты забыл, что при сохранении товара тоже нужно подождать перезагрузки страницы. Или менеджер жмёт Ctrl+S и, не дожидаясь ответа от сервера, закрывает окошко?

А сейчас создали товар — подождали перезагрузки страницы — заполнили поля — сохранили, пошли дальше

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

От перемены слагаемых местами ничего не изменится.

Пока никак, добавлю в новой версии скоро.

То есть, скрипт директорию удалить не может?

Менеджер открыл 2 вкладки в браузере и там залил разные файлы.

Как сохранять? Какой timestamp принадлежит какому будущему ресурсу?

Не проще ли было взять и удалить из консоли директорию /core/cache?

Ну а импорт нужно переписать с использованием процессоров, тогда будут вызываться события MODX и плагин индексации, который их ловит.

Ты где-то видишь там слово free?

Mitch Wilson попросил оптимизировать ему сайт, что принесло ему увеличение доходов на 30%. Про бесплатность речи нет.