Все чанки кэшируются внутри pdoTools и стараются не выполняться через объекты. Там масса всяких оптимизаций.
Но и оверхеда всякого достаточно, хотя лично мне скорости вполне хватает, чтобы не морочиться дальше. Решение должно быть достаточно универсально и работать удобно из коробки, без танцев.
Сейчас заканчиваю один сайт, полностью построенный на Fenom и готовых дополнениях — все страницы открываются за 0.2 — 0.3 сек., может позже напишу заметку с подробностями.
Отвечает «отец-основатель», который отказывается обучать javascript всех желающих в техподдержке дополнения.
Я действительно не понимаю, в чём может быть проблема вывести какие-то значения в чанке, а потом скопировать их через javascript.
Если это получается сделать с title и alt, что мешает это сделать с другими элементами? Очевидно, вы просто не знаете, как работать с jQuery.
В моём коде title и alt — это атрибуты тега img, поэтому и обращение к ним идёт через image[0].title и image[0].alt. Если рядом с картинкой будет элемент с классом, например, desc, то получить его можно так:
var image = $(this).find('img'); // здесь ищем картинку - это из оригинального кода
var desc = $(this).find('.desc'); // а рядом можно поискать элемент с классом desc
// После этого содержимое элемента desc можно вставить куда угодно. Например, в элемент .mainImageDesc
var imageDesc = gallery.find('.mainImageDesc');
imageDesc.text(desc.text());
Это весь нужный javascript код. 80 lvl не требуется даже близко.
Чтобы всё работало, нужно не забыть вывести описание на страницу:
Да, это нормальная скорость, обсуждалось много раз.
Админка гораздо более сложная и функциональная, поэтому и грузит больше всего. Но:
1. Сохранение работает по Ctrl+S
2. При сохранении документа страница не перезагружается.
3. Есть быстрое редактирование — во всплывающих окошках
4. Есть прямые ссылки на разделы меню и их можно открывать в отдельных окнах
5. Сниппеты и файлы можно перетаскивать на поля документов — будут окошки с выбором параметров и скопированные пути.
6. Асинхронная загрузка меню, комбобоксов и еще много всего.
7. Масса готовых дополнения, в том числе и для улучшения работы. Collections, AdminTools, modDevTools и т.п.
В общем, работа в админке Revolution радикально отличается от Evolution.
Лично у меня есть один старый сайт Evo и админка там просто ужасно бесит. Вроде всё быстро, а кликать нужно в 2 раза больше.
Например, нормально редактировать скрипты и стили невозможно из-за постоянной перезагрузки страницы и поиска места в файле для продолжения.
Регистрация своего контроллера проводится добавлением пути к нему в новом системном параметре office_controllers_paths.
Для упрощения этой работы лучше всего использовать методы Office::addExtenstion() и Office::removeExtension() — принцип такой же, как и при регистрации моделей компонентов в MODX. Вот, посмотрите на ресолвер modExtra.
Facebook и Google, например, разрешают указывать несколько адресов oauth_callback для одного ключа, а Яндекс — нет. Twitter вообще этот параметр не использует по умолчанию, ему пофиг куда отправлять авторизованного юзера.
Как максимум, придумаю способ замены встроенной галереи платной версией, со всеми плюшками.
Но и оверхеда всякого достаточно, хотя лично мне скорости вполне хватает, чтобы не морочиться дальше. Решение должно быть достаточно универсально и работать удобно из коробки, без танцев.
Сейчас заканчиваю один сайт, полностью построенный на Fenom и готовых дополнениях — все страницы открываются за 0.2 — 0.3 сек., может позже напишу заметку с подробностями.
При пустом шаблоне документа:
[[!Fenom?&tpl=`@INLINE {var $resources = $_modx->getResources([], ['limit' => 4000])} {foreach $resources as $resource} <p>{$resource.id} - {$resource.menuindex} - {$resource.createdon} - {$resource.publishedon}</p> {/foreach} <pre>{$_modx->getInfo()}</pre> `]]Результат:
Нужно только прописать дополнительный leftJoin.
Его можно писать спокойно как обычный текст, а на сайте выводить через сниппет Markdown.
Я действительно не понимаю, в чём может быть проблема вывести какие-то значения в чанке, а потом скопировать их через javascript.
Если это получается сделать с title и alt, что мешает это сделать с другими элементами? Очевидно, вы просто не знаете, как работать с jQuery.
В моём коде title и alt — это атрибуты тега img, поэтому и обращение к ним идёт через image[0].title и image[0].alt. Если рядом с картинкой будет элемент с классом, например, desc, то получить его можно так:
Это весь нужный javascript код. 80 lvl не требуется даже близко.
Чтобы всё работало, нужно не забыть вывести описание на страницу:
Я вывожу его в скрытом виде, чтобы не мешало.
А еще нужно предусмотреть блок для вывода текста в главной картинке
Как видно, речь исключительно о работе с javascript, никаких особенностей, связанных с ms2Gallery, здесь нет.
Я им давно не пользуюсь.
Админка гораздо более сложная и функциональная, поэтому и грузит больше всего. Но:
1. Сохранение работает по Ctrl+S
2. При сохранении документа страница не перезагружается.
3. Есть быстрое редактирование — во всплывающих окошках
4. Есть прямые ссылки на разделы меню и их можно открывать в отдельных окнах
5. Сниппеты и файлы можно перетаскивать на поля документов — будут окошки с выбором параметров и скопированные пути.
6. Асинхронная загрузка меню, комбобоксов и еще много всего.
7. Масса готовых дополнения, в том числе и для улучшения работы. Collections, AdminTools, modDevTools и т.п.
В общем, работа в админке Revolution радикально отличается от Evolution.
Лично у меня есть один старый сайт Evo и админка там просто ужасно бесит. Вроде всё быстро, а кликать нужно в 2 раза больше.
Например, нормально редактировать скрипты и стили невозможно из-за постоянной перезагрузки страницы и поиска места в файле для продолжения.
Нужно форму убрать, добавить кнопке id=«cleanmincart» и тогда твой javasscript уже должен заработать.
Facebook и Google, например, разрешают указывать несколько адресов oauth_callback для одного ключа, а Яндекс — нет. Twitter вообще этот параметр не использует по умолчанию, ему пофиг куда отправлять авторизованного юзера.