Владимир

Отправляю тебе запись видеоскриншота.

Какая связь между шаблоном и плагинами?

Выше я написал Total parse time 0.0604868 s — плагин выключен, Total parse time 1.3843398 s — плагин включен. Ни какой связи нет, ок.
Ради отсутствия влияния чего то еще, страница пустая, шаблон пустой.

Я про итоговый результат. Невозможно отследить время выполнения плагинов, ну значит невозможно.
Ок.

Значит надо сразу на пустом шаблоне проверять есть ли какой-то пожиратель или нет, искать, отключать, а потом уже дебажить рабочие страницы.

Я о том, что при включенном плагине добавляется время, иногда значительное, и если это не пустой шаблон, то результат итоговый не совпадает со временем парсинга отдельных снипетов и чанков, если их мало — то это наглядно, а если много, то сразу не ясно откуда такая медлительность
Вот, пустой шаблон
Total parse time 0.0604868 s
Total queries 9
Total queries time 0.0023654 s
Memory peak usage 2 Mb
MODX version MODX Revolution 2.6.5-pl (advanced)
PHP version 7.0.31-1+ubuntu14.04.1+deb.sury.org+1
Database version mysql 5.7.22
From cache false
Включаю один плагин:

Total parse time 1.3843398 s
Total queries 20
Total queries time 0.0056098 s
Memory peak usage 20.3359375 Mb
MODX version MODX Revolution 2.6.5-pl (advanced)
PHP version 7.0.31-1+ubuntu14.04.1+deb.sury.org+1
Database version mysql 5.7.22
From cache false

Разница существенная.
Вот я об этом, что поиск проблемных мест debugParser-ом — это удобно, но ко времени Total parse time добавляются и плагины.

Мысль вслух… Вот бы он еще показывал плагины, которые «отжирают» время.
Недавно тупанул на ночь глядя, и ломал голову, от чего пустая страница с пустым шаблоном Total parse time почти 1,5 секунды

чем лучше?

Спасибо!

Ждать \ не ждать?
А то такое расширение сам бог велел перепиливать под свои нужды.

Вещь!
А на github нет?

М.б. есть в разы лучше, но мне понравился Bitvise для ssh, а к Filezilla я просто привык.
PuTTY — люто ненавижу)))))

Чаще всего зараженные файлы нужно просто удалить и заменить, так как не уникальные это часто, имею ввиду что не самописные, а файлы расширений, которые проще переустановить или ядра, тогда просто накатить обновление. Уникальные — чистить руками, исследуя каждый. Картинки «зараженные»- просто удалять.
Команда консольная, должна быть универсальна.

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

rm -i $(cat fuck.txt)

переносишь список файлов к удалению в отдельный текстовый файл, в нем каждая строка — удаляемый файл и путь к нему
И да, вместо PuTTY под винду лучше www.bitvise.com/

Не хватает прав у меня зайти глянуть.
А не, все норм, вижу управление. Да, Видимо это удобно.

Да, все так, Не хватает на метке крестика — «удалить»
Или я чего не доглядел.

Т.е. полноценное тегирование юзером с фронтенда? Круто!

При выборе метки «fenom» ему отображается

— все объекты помеченные этим тегом

Ну вот пример, данный сайт. Метки\теги (если бы они были) на нем могли бы стать пользовательскими закладками для последующего быстрого поиска помеченного. Даже комментарий для целей последующего быстрого поиска можно пометить более чем одним тегом — феном, минишоап- наглядно? Вот, собственно, пользователи на чужом сайте для своих целей могли бы оставлять метки(теги) с фронтенда.

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

Подозреваю, что покупая, люди могут быть даже уверены, что меток к объекту \ресурсу можно ставить более одной. А как это называется, метка, тег- это совершенно не важно. Универсальность пошла бы на пользу продажам (имхо).

Ну, дело ваше, я только высказал мнение. Метка и тег- это синонимы (Тег, те́ги (иногда тэг, англ. tag — именованная метка, читается /tæg/; более правильное название — дескриптор).

Можно обратиться к статистике использования тегов для бы то ни было, результат будет более одного тега используют чаще всего. А зачем — зависит от нужд пользователя.