MODX-клуб

Вопросы специалистов

Багрепорт

Песочница

Администрация Клуба

Обновленные шрифты на сайте

Вопрос от новичка по скриптам+modx

Как обновлять кэш каталога, подкаталога, документа указав id?

Процессоры  как замена  getResources, getProducts

Баг с отобращением содержимого

Здравствуйте. Подскажите какую версию modx надо устанавливать под ShopModxBox?

Ошибка в логе

Как сделать многостраничный ресурс в Modx Revo?

Специальный блог для администрации Клуба

Игротека на сайте Клуба

Ставьте последнюю версию ShopModxBox на последнюю версию MODX-2.2+ (сейчас это 2.2.15).
 Если не ставится, значит 99% дело в хостинге.

Ставьте последнюю версию ShopModxBox на последнюю 

Николай, спасибо за ответ. А что может на хостинге мешать, что нужно настроить, может предположение хотя бы ( у меня на hostinger.ru вроде продвинутый достаточно)

Николай, спасибо за ответ. А что может на хостинге

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

Как и говорилось не раз, может быть лимит на время

Ок, спасибо за помощь, покопаюсь

Не за что

Есть подозрение, что ошибка генерируется где-то в другом месте. То есть у вас возможно подобный код есть где-то еще. У вас код корректный если бы в нем возникала эта ошибка, он бы ничего уже не считал, ибо SQL-ошибка распространяется на весь запрос.

Есть подозрение, что ошибка генерируется где-то в 

Нигде больше переменная m.user_group не используется (дополнительно проверил поиском по всем файлам и бд), а сама ошибка проскакивает периодически - систематичными действиями принудительно выловить ее не удалось.

Нигде больше переменная m.user_group не использует

Тогда даже не знаю что может быть. Просто даже гадать не буду, хоть и интересно в чем же причина. Синтаксис ОК.

Тогда даже не знаю что может быть. Просто даже гад

Попробуйте так сделать:
 Перед вызовом пропишите $modx->setLogLevel(0);, а после $modx->setLogLevel(1);
 Так вы закроете логирование ошибок именно в этом месте. Важно, чтобы после этого $modx->setLogLevel(1) было, чтобы дальнейшие ошибки логировались. И понадлюдайте недельку. Если ошибки в логах пропадут, значит точно в этом месте проблема, но это уже на стороне мускула однозначно. Может таблица лочится или типа того.

Попробуйте так сделать:
 Перед вызовом пропишите $

Попробую, спасибо большое..)

В index-файле вызвать сниппет с названием, допустим [[!weather]]
 Создать вышеописанный сниппет в админке и вставить в него php-код страницы weather

javascript - в html. В index-файле вызвать сниппет с названием, допустим [[!weather]]
 Создать вышеописанный сниппет в админке и вставить в него php-код страницы weather

javascript - в html. В index-файле вызвать сниппет

а код с файла index куда?

Может, вам пригодится что-то подобное?

А вообще, было бы здорово реализовтаь подобный модуль:


Допустим, вам необходимо хранить большое количество текстовых символов и выдавать по запросу пользователя их определенный диапазон (страницы).


Условно, я вижу 3 способа хранить данные для поставленной задачи с позиции оптимизации и нагрузки:
 — файлом на сервере (допустим, .txt формат)
 — одной кучей текста в одной ячейки таблицы sql с последующей разбивкой php на страницы
 — дробить при добавлении текста на подстраницы и заливать каждую страницу отдельной записью в базе


Насколько я понимаю, первый способ имеет минус с позиции стилизации текста (нет возможности визуально добавлять изображения и стили), второй — необходимостью пользователю выгрузить всю книгу разом и уже после обрабатывать (и так каждый раз при переключении страницы), а третий — большим количеством записей в базе(с одной книги ~100-200 записей).


Поэтому, возможна следующей задумка:


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


После нажатия кнопки сохранить, в базу поступает только информационная часть о книге (название, описание, иконка, id, ...), а сам текст книги один раз парсится (с анализом обрезания страницы до конца абзаца/предложения/слова и закрытости тегов) и каждая полученная таким образом страница обрамляется невидимыми тегами-комментариями вида


… после чего благополучно заливается на сервер в заданную папку с названием вида [id].txt и при запросе пользователем конкретной страницы книги только ищет в заданной записи соответствующий комментарий и выводит только часть текста заданной длины.


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


Т.е. вся нагрузка уходит с пользователя и базы на файловую систему (нагрузка минимальна) и в момент сохранения документа.


P.s. буду рад услышать любые За и Против данного метода и возможные способы реализации.

А вообще, было бы здорово реализовтаь подобный модуль: Допустим, вам необходимо хранить большое количество текстовых символов и выдавать по запросу пользователя их определенный диапазон (страницы). Условно, я вижу 3 способа хранить данные для поставленной задачи с позиции оптимизации и нагрузки:
 — файлом на сервере (допустим, .txt формат)
 — одной кучей текста в одной ячейки таблицы sql с последующей разбивкой php на страницы
 — дробить при добавлении текста на подстраницы и заливать каждую страницу отдельной записью в базе Насколько я понимаю, первый способ имеет минус с позиции стилизации текста (нет возможности визуально добавлять изображения и стили), второй — необходимостью пользователю выгрузить всю книгу разом и уже после обрабатывать (и так каждый раз при переключении страницы), а третий — большим количеством записей в базе(с одной книги ~100-200 записей). Поэтому, возможна следующей задумка: При добавлении книги с админки предоставлять визуальный редактор, куда нужно выгрузить весь текст разом и, при желании, стилизовать.
 //ну или альтернатива: выбрать файл для загрузки После нажатия кнопки сохранить, в базу поступает только информационная часть о книге (название, описание, иконка, id, ...), а сам текст книги один раз парсится (с анализом обрезания страницы до конца абзаца/предложения/слова и закрытости тегов) и каждая полученная таким образом страница обрамляется невидимыми тегами-комментариями вида … после чего благополучно заливается на сервер в заданную папку с названием вида [id].txt и при запросе пользователем конкретной страницы книги только ищет в заданной записи соответствующий комментарий и выводит только часть текста заданной длины. Ну и при редактировании книги, админка заново запрашивает весь файл и его можно легко редактировать дальше. Т.е. вся нагрузка уходит с пользователя и базы на файловую систему (нагрузка минимальна) и в момент сохранения документа. P.s. буду рад услышать любые За и Против данного метода и возможные способы реализации.

А вообще, было бы здорово реализовтаь подобный мод

упс, вырезался тег: ..вида

Похоже, даже через тег code режется строка с закоментированным участком..)

Похоже, даже через тег code режется строка с заком

В шаблон страницы, где нужно отображать ваш скрипт погоды.


Т.е. создаете страницу в Modx, присваиваете ему шаблон, допустим, "Страница с погодой", а в самом шаблоне оформляете желаемый хмтл код (head, body, div, ...) и в том месте, где необходимо вывести погоду пишете [[!weather]] - или любое другое название сниппета, в который вы вставите код со страницы weather.

В шаблон страницы, где нужно отображать ваш скрипт погоды. Т.е. создаете страницу в Modx, присваиваете ему шаблон, допустим, "Страница с погодой", а в самом шаблоне оформляете желаемый хмтл код (head, body, div, ...) и в том месте, где необходимо вывести погоду пишете [[!weather]] - или любое другое название сниппета, в который вы вставите код со страницы weather.

В шаблон страницы, где нужно отображать ваш скрипт

Да, пока не идеально обрабатывается посылаемый код. Тег <4code> не стоит передовать внутри такого же кода.
 Или на гистхаб листинги выкладывайте.

Да, пока не идеально обрабатывается посылаемый код

Спасибо Максим. 
     PageBreaker - похоже решение моей проблемы


Плагин добавляет 4 кнопочки на панель редактора.


   Ручная разбивка. Выставляет разделитель в месте, где сейчас стоит курсор.
     Автоматическая разбивка через указанное количество символов.
     Автоматическая разбивка через каждые 2000 символов.
     Очистка разделителей


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

Спасибо Максим. 
     PageBreaker - похоже решение моей проблемы Плагин добавляет 4 кнопочки на панель редактора. Ручная разбивка. Выставляет разделитель в месте, где сейчас стоит курсор.
     Автоматическая разбивка через указанное количество символов.
     Автоматическая разбивка через каждые 2000 символов.
     Очистка разделителей Пока для меня этого вполне достаточно, дальше буду  смотреть.

Спасибо Максим. 
     PageBreaker - похоже решение

А вообще, было бы здорово реализовтаь подобный модуль:

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

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

1) создай страничку и назови pogoda
 2) преходи на редактирования вновь созданной страницы pogoda
 3) выбираем шаблон BaseTemplate на вкладке 

, сохраняем документ 
 4)выбираем в панели слева выбираем вкладку Элементы, находим там шаблон BaseTemplate
 5) в самом шаблоне находим поле Код шаблона (html): туда и вставляем код для index, и туда же можно вставить сниппет как указали выше допустим [[!weather]]

1) создай страничку и назови pogoda
 2) преходи на редактирования вновь созданной страницы pogoda
 3) выбираем шаблон BaseTemplate на вкладке Документ , сохраняем документ 
 4)выбираем в панели слева выбираем вкладку Элементы, находим там шаблон BaseTemplate
 5) в самом шаблоне находим поле Код шаблона (html): туда и вставляем код для index, и туда же можно вставить сниппет как указали выше допустим [[!weather]]

1) создай страничку и назови pogoda
 2) преходи на

Никак. Обсуждалось это здесь (и не только).

Я наверное не могу понять или вы не так поняли. В файле index - php код и в файле weather php код.


Я так понимаю php код работает только в сниппете же?

Я наверное не могу понять или вы не так поняли. В файле index - php код и в файле weather php код. Я так понимаю php код работает только в сниппете же?

Я наверное не могу понять или вы не так поняли. В 

Объедини их в единый сниппет?


Да, только в сниппете и плагинах.

Объедини их в единый сниппет? Да, только в сниппете и плагинах.

Объедини их в единый сниппет? Да, только в сниппет

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

$id = 9;

file_get_contents($this->modx->makeUrl($id, 'web', '', 'full'));

а для того что бы проверить можно
 1) открыть Console, и вставить этот код
 2) в правой части панели управления выбрать вкладку файлы
 3) и в этой вкладке открываем по очереди core/cache/resource/web/resources/
 4)в меню админки(смотрим в верх) наживаем Сайт->Обновить сайт(очистить кэш сайта)
 5) как только кэш очистился в Console нажимаем Выполнить
 6) обновляем правой кнопкой мыши core/cache/resource/web/resources/ и видим как создался кэш нужной страницы

Ну почему сразу рубить корень, ведь мы можем создать кэш конкретной страницы или раздела а вот как это другой вопрос,
 я приведу тут такой код который позволяет нам создавать кэш страницы или каталога $id = 9;

file_get_contents($this->modx->makeUrl($id, 'web', '', 'full')); а для того что бы проверить можно
 1) открыть Console, и вставить этот код
 2) в правой части панели управления выбрать вкладку файлы
 3) и в этой вкладке открываем по очереди core/cache/resource/web/resources/
 4)в меню админки(смотрим в верх) наживаем Сайт->Обновить сайт(очистить кэш сайта)
 5) как только кэш очистился в Console нажимаем Выполнить
 6) обновляем правой кнопкой мыши core/cache/resource/web/resources/ и видим как создался кэш нужной страницы

Ну почему сразу рубить корень, ведь мы можем созда

Я даже не буду объяснять про зависимости и т.п. Если вам ооочень хочется двигаться именно в этом направлении - это ваше право.

Я даже не буду объяснять про зависимости и т.п. Ес

про зависимости, что я имею ввиду, у меня есть страница с товаром на которой выводится данные из tv параметров, если в админке изменить цену в tv price, то так как страница изначально имеет кэш, то хоть как не обновляй страницу в клиентской части, то цена будет старой а если ручками удалить кэш страницы товара и в консоле вызвать тот код выше приведённый, то когда перейдём на страницу товара и обновим там уже новая цена, остался другой не решенный вопрос как удалить кэш страницы товара и подкаталога, но на этот вопрос я думаю можно найти решение

про зависимости, что я имею ввиду, у меня есть стр

Вот и капай modCacheManage::clearCache() и т.п.

Значит мне к знатокам php как из 2 файлов кода в один все сделать?

Значит мне к знатокам php как из 2 файлов кода в о

Спасибо за наводку, это на перспективу оставлю, так как времени на тесты и поиски тоже нужно не мало, но я нашел код который слегка дополнил одной строчкой и всё заработало, теперь можно удалять нужный нам кэш по указанному id, находку взял с сайта Василия Наумкина, я думаю он не будет против)))
 сам код:
 

$id=9;

$resource=$modx->getObject('modResource',$id);

$resource->_contextKey = $resource->context_key;

$cache = $modx->cacheManager->getCacheProvider($modx->getOption('cache_resource_key', null, 'resource'));

$key = $resource->getCacheKey();

$cache->delete($key, array('deleteTop' => true));

$cache->delete($key);



Спасибо за наводку, это на перспективу оставлю, так как времени на тесты и поиски тоже нужно не мало, но я нашел код который слегка дополнил одной строчкой и всё заработало, теперь можно удалять нужный нам кэш по указанному id, находку взял с сайта Василия Наумкина, я думаю он не будет против)))
 сам код: $id=9;

$resource=$modx->getObject('modResource',$id);

$resource->_contextKey = $resource->context_key;

$cache = $modx->cacheManager->getCacheProvider($modx->getOption('cache_resource_key', null, 'resource'));

$key = $resource->getCacheKey();

$cache->delete($key, array('deleteTop' => true));

$cache->delete($key);

Спасибо за наводку, это на перспективу оставлю, та

теперь можно указав id удалить, а потом заново с обновлёнными данными  создать кэш страницы, теперь можно весь код объединить и использовать по своему усмотрению

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

ну вообще то, можно установить пакет phptemlate автор Николай Ланец, и в шаблоне использовать php

ну вообще то, можно установить пакет phptemlate ав

По опыту скажу: это путь в никуда. Локальные решения, завязанные на жестком кешировании - это серьезный удар по всей логике сайта. Простой пример: единые прайсы. У вас товары - это отдельные страницы, а прайс - тоже отдельная страница. Почистили кеш страницы товара - а кеш прайса остался. Его надо тоже очищать - дополнительная логика. Потом на каком-нибудь крупном проекте это ощутите. Лучше прокачивайтесь в направлении снижения нагрузки на сайт в целом. И после сброса кеша 0.3-0.4 секунды - это вполне достигаемый результат. Смотрите вот даже на этот сайт. Здесь на одной странице куча блоков, в которых вывод данных из довольно большой базы, все с проверками прав и т.п., и практически все БЕЗ кеша, в риалтайме. Для разных пользователей с разными правами разные данные выводятся. Сайт разве тормозит?

По опыту скажу: это путь в никуда. Локальные решен

Гибкость процессоров только в наследовании и том что он возвращает любой тип данных, а сниппет без танцев с бубнов всегда возвращает строку. А так по сути процессор это просто классы со стандартизированной в рамках MODX определенной логикой, в MODX их почему-то назвали именно так)

Гибкость процессоров только в наследовании и том ч

Я согласен, что появляются очень много зависимостей, и я уже с этим сталкнулся, так как одно изменение требует эти обновления и на других страницах. да наткнулся на сайты которые просто уговаривали кэшировать для того что бы сайт просто летал. Необходимо оптимизировать и переписать функционал всего сайта, что бы отказаться от кэширования, и по этому случаю, изучаю ваши разработки которые в основном не используют кэширование  и хотелось бы иметь, неплохую документацию по вашим продуктам и в одном месте, да кстати замерил даную страницу  http://developers.google.com/speed/pagespeed  показывает 

По результатам тестирования время ответа вашего сервера составило 0,61 секунды

Да и спасибо за быстрый отзыв на вопросы, и за комментарии и советы

Я согласен, что появляются очень много зависимостей, и я уже с этим сталкнулся, так как одно изменение требует эти обновления и на других страницах. да наткнулся на сайты которые просто уговаривали кэшировать для того что бы сайт просто летал. Необходимо оптимизировать и переписать функционал всего сайта, что бы отказаться от кэширования, и по этому случаю, изучаю ваши разработки которые в основном не используют кэширование  и хотелось бы иметь, неплохую документацию по вашим продуктам и в одном месте, да кстати замерил даную страницу  http://developers.google.com/speed/pagespeed  показывает По результатам тестирования время ответа вашего сервера составило 0,61 секунды Да и спасибо за быстрый отзыв на вопросы, и за комментарии и советы

Я согласен, что появляются очень много зависимосте

да кстати замерил даную страницу http://developers.google.com/speed/pagespeed показывает 

Это время общее, включая пинг и т.п. А есть замеры на стороне самого сервера. Вот данные этой страницы:

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


да наткнулся на сайты которые просто уговаривали кэшировать для того что бы сайт просто летал

Берите на вооружение эту технологию :).

да кстати замерил даную страницу http://developers.google.com/speed/pagespeed показывает Это время общее, включая пинг и т.п. А есть замеры на стороне самого сервера. Вот данные этой страницы: Memory: 13.0902 Mb
 TotalTime: 0.4274 s Но здесь хоть и не большая, но социальная сеть. Это один из крупнейших проектов, который приходилось делать (с учетом всех политик безопасностей, инфоблоков и т.п.). А средний корпоративный сайт или магазин вполне может работать быстрее. да наткнулся на сайты которые просто уговаривали кэшировать для того что бы сайт просто летал Берите на вооружение эту технологию :).

да кстати замерил даную страницу http://developers

Ваня уже в целом ответил. Да, главные минусы сниппетов (а getResources (здесь и далее подразумевается и getProducts, так как getProducts - это модифицированный getResources) - это сниппеты), что они возвращают только строковые результаты и что их нельзя расширять и т.п.
 Плюс к этому я бы еще добавил кое что:
 1. Рост кеша страницы. Сниппет и надо вызывать как сниппет, хоть он будет тегом прописан (и его потом MODX-парсер вызовет), хоть вы сами через $modx->runSnippet() вызовите. И прикол в том, что в любом случае кеш кода сниппета будет сложен в кеш страницы. В общих чертах про это писал здесь. В итоге даже при заходе на полностью кешированную страницу, даже если ничего выполняться не будет, инициируется довольно большой кеш-файл, который в итоге набивается в большой массив. А это потеря и времени, и ресурсов (в том числе памяти).
 2. getResources оперирует объектами, в то время как getdata-процессор только данными. В итоге разница в скорости и ресурсах в разы. Правда здесь минус getdata-процессора - не учитываются права на запрашиваемые данные (то есть если делать выборку документов из раздела, в котором часть документов - привилегированные, getResources выдаст только доступные документы, а getdata-процессор все документы). Но это тоже лечится. Здесь же выполняются выборки с учетом прав.
 Есть еще всякие мелочи, но не буду глубоко копаться.

Ваня уже в целом ответил. Да, главные минусы снипп

По своему опыту могу сказать: стоит попробовать процессоры раз, и про сниппеты забудешь :)

По своему опыту могу сказать: стоит попробовать пр

провёл для себя эксперимент выявить каким способом быстрее достать данные, например достать id=185 и его tv параметр price0
 привожу листинги кодов
 1)
 

$begin_time = time() - 1272000000 + floatval(microtime());

$q1 = $modx->newQuery('modTemplateVarResource');

$q1->where(array('tmplvarid' => '19'));

$q1->select(array('modTemplateVarResource.*'));

$q1->limit(1000);   

$q1->prepare();

$q1->stmt->execute();

$tvres = $q1->stmt->fetchAll(PDO::FETCH_ASSOC);

//print_r($tvres);

//-------resources------------

$q = $modx->newQuery('modResource');

$q->where(array(

    'context_key' => 'web'

));

$q->select(array(

   'modResource.*'

));

$q->limit(1000);   

$q->prepare();

$q->stmt->execute();

$result = $q->stmt->fetchAll(PDO::FETCH_ASSOC);

$id = 185;//ресурс который ищем

foreach($result as $res){

    if($res[id] == $id ){

        foreach($tvres as $tv){

            if($tv[contentid] == $id){

            echo $res[pagetitle] . "\n";

            echo $tv[value] . "\n";

            }

        }

    }

}

$end_time = time() - 1272000000 + floatval(microtime()) - $begin_time;

echo $end_time;

время потраченое 0.055360972881317
 второй листинг
 2)
 

$begin_time = time() - 1272000000 + floatval(microtime());

$outHtmlAll='';

$modx->setLogLevel(3);

$namespace = 'shopmodx';

if(!$response = $modx->runProcessor('web/getdata', 

array( "limit" => 1000

 // Параметры

), array(

    'processors_path'   => $modx->getObject('modNamespace', $namespace)->getCorePath().'processors/',        

))){

    print "Не удалось выполнить процессор";    

    return;

}

$res0 = $response->getResponse();

//print_r($res0);

$id = 185;//ресурс который ищем

echo $res0[object][$id][pagetitle]. "\n";

echo $res0[object][$id][tvs][price0][value]. "\n";

$end_time = time() - 1272000000 + floatval(microtime()) - $begin_time;

echo $end_time . "\n";

время потраченое 0.47229799628258

провёл для себя эксперимент выявить каким способом быстрее достать данные, например достать id=185 и его tv параметр price0
 привожу листинги кодов
 1) $begin_time = time() - 1272000000 + floatval(microtime());

$q1 = $modx->newQuery('modTemplateVarResource');

$q1->where(array('tmplvarid' => '19'));

$q1->select(array('modTemplateVarResource.*'));

$q1->limit(1000);   

$q1->prepare();

$q1->stmt->execute();

$tvres = $q1->stmt->fetchAll(PDO::FETCH_ASSOC);

//print_r($tvres);

//-------resources------------

$q = $modx->newQuery('modResource');

$q->where(array(

    'context_key' => 'web'

));

$q->select(array(

   'modResource.*'

));

$q->limit(1000);   

$q->prepare();

$q->stmt->execute();

$result = $q->stmt->fetchAll(PDO::FETCH_ASSOC);

$id = 185;//ресурс который ищем

foreach($result as $res){

    if($res[id] == $id ){

        foreach($tvres as $tv){

            if($tv[contentid] == $id){

            echo $res[pagetitle] . "\n";

            echo $tv[value] . "\n";

            }

        }

    }

}

$end_time = time() - 1272000000 + floatval(microtime()) - $begin_time;

echo $end_time; время потраченое 0.055360972881317
 второй листинг
 2) $begin_time = time() - 1272000000 + floatval(microtime());

$outHtmlAll='';

$modx->setLogLevel(3);

$namespace = 'shopmodx';

if(!$response = $modx->runProcessor('web/getdata', 

array( "limit" => 1000

 // Параметры

), array(

    'processors_path'   => $modx->getObject('modNamespace', $namespace)->getCorePath().'processors/',        

))){

    print "Не удалось выполнить процессор";    

    return;

}

$res0 = $response->getResponse();

//print_r($res0);

$id = 185;//ресурс который ищем

echo $res0[object][$id][pagetitle]. "\n";

echo $res0[object][$id][tvs][price0][value]. "\n";

$end_time = time() - 1272000000 + floatval(microtime()) - $begin_time;

echo $end_time . "\n"; время потраченое 0.47229799628258

провёл для себя эксперимент выявить каким способом

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

Первый листинг выполняется в десятки раз быстрее, 

В общих чертах верно. Но говорю же: разные цели - разные инструменты. У меня как правило все строится на выборках данных и все. А своя система процессоров позволяет менять логику централизованно. Если бы не было этой системы процессоров, то пришлось бы скорее всего использовать сами объекты, так как иногда нужна какая-то дополнительная логика, а она где-то должны храниться, чтобы всегда была на месте. Приведу пару небольших примеров.
 Вот довольно не маленький класс элемента (galItem - картинка) в компоненте Gallery. Что в нем есть?
 - Специфическая обработка метода get().
 - Удаление физического файла картинки при вызове remove().
 И куча еще всего.
 Вот здесь или мы пишем все в сам класс, чтобы всегда можно было использовать, к примеру, $modx->getObject('galItem', $id)->get('relativeImage'), или пишем процессор, который будет получать чистые данные из БД и выполнять нужные действия. Для меня, к примеру, процессор предпочтительней. Он в 99.9% случаев будет работать быстрее. Но с объектами бывает удобнее работать. К тому же, если в объекте, к примеру, прописана специфическая обработка того же метода remove(), то откуда бы не вызвали удаление объекта, всегда этот метод будет отработан, даже если объект удаляется паровозом за связанными объектами.

В общих чертах верно. Но говорю же: разные цели - 

В целом получше стало! Но http://joxi.ru/el2ZYMaPUgKamJ

В целом получше стало! Но http://joxi.ru/el2ZYMaPU

Ага, на вложенных элементах процентовка шрифтов играла. Указал абсолютное значение.

Ага, на вложенных элементах процентовка шрифтов иг

C кодом бы еще что сделать... чтоб читать удобнее было. И будет совсем хорошо.

C кодом бы еще что сделать... чтоб читать удобнее 

Сделаю когда-нибудь. Я со старого сайта с самого ливстрита сниму jevix. Он конечно больше не развивается, но там нормально все обрабатывалось и секурно, так что пойдет. А исходные тексты топиков имеются, так что прогоню все по новой и красота будет.

Сделаю когда-нибудь. Я со старого сайта с самого л

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


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

Процессор выполняет для бекенда модекса туже роль 

А мне вот прежние шрифты больше нравились.

Да, мнения здесь не совпадают у всех. Давайте тогда голосование за топик, кому нравятся изменения - плюс, а кому не нравятся - минус. При наведении на рейтинг будет видно кол-во голосов в ту и другую сторону.

Да, мнения здесь не совпадают у всех. Давайте тогд

А может, индивидуальные настройки? :)


P.S.: мне рубленные тоже больше по нраву на экранах. Это в книгах - там да, шрифт c засечками рулит

А может, индивидуальные настройки? :) P.S.: мне рубленные тоже больше по нраву на экранах. Это в книгах - там да, шрифт c засечками рулит

А может, индивидуальные настройки? :) P.S.: мне ру

Вообще можно, но сейчас этого не будет. Подумаю на счет индивидуальных настроек потом.

Вообще можно, но сейчас этого не будет. Подумаю на

Справедливости ради следует отметить, что контроллеры в MODX-е тоже есть, в том числе и для админки. А в MODx2.3+ там по-моему модель контроллеров еще более ярко выраженная стала. А процессоры - это просто более узкопрофильная штука. Один процессор - одно действие. Свое видение на это я когда-то писал здесь.

Справедливости ради следует отметить, что контролл

Браузер хром? Может эта бага?

Chrome, IE и FireFox одна ошибка. Также на разных ОС.

Chrome, IE и FireFox одна ошибка. Также на разных 

Тогда как минимум отключите компрессию скриптов в настройках бэкэнда, чтобы было видно в каком именно из скриптов ошибка.

Тогда как минимум отключите компрессию скриптов в 

Справедливости ради следует отметить, что в MODX реализация контроллеров на уровне каменного века то есть не какая. 


В современных фремворках есть контроллеры вызываемые с помощью роутинга а там далее по action и все это может быть в одном классе.


Из чего следует что контроллер в модексе отвечает за группу action то есть процессоров которые не где не в каких конфигах не отмечены и о их существовании можно узнать только лишь обноружев физический фаил.


На самом деле все очень грустно, разработчикам MODX надо было не дизайн новый вкручивать а допилить namecpace в XPDO 3 добавить нормальный роутинг контроллеры вот тогда MODX можно было бы называть фремворком.


Справедливости ради следует отметить, что в MODX реализация контроллеров на уровне каменного века то есть не какая. В современных фремворках есть контроллеры вызываемые с помощью роутинга а там далее по action и все это может быть в одном классе. Из чего следует что контроллер в модексе отвечает за группу action то есть процессоров которые не где не в каких конфигах не отмечены и о их существовании можно узнать только лишь обноружев физический фаил. На самом деле все очень грустно, разработчикам MODX надо было не дизайн новый вкручивать а допилить namecpace в XPDO 3 добавить нормальный роутинг контроллеры вот тогда MODX можно было бы называть фремворком.

Справедливости ради следует отметить, что в MODX р

Алексей, MODX очень даже еще фреймворк. Да, он сейчас не во всем соответствует последним тенденциям и технологиям, но это не делает его не фреймворкам. Несколько лет назад, когда он появился, он много в чем делал своих конкурентов того времени. А вот со временем да, какие-то новинки в него не попали. Но это не означает, что он плох. Я много с чем работал, и по прежнему останусь пока работать с ним. Где-то новое что-то появляется, а что-то не доработано. И не забывай про обратную совместимость. Нельзя сейчас просто так взять и новые технологии внедрить. Одно лечишь, другое калечишь. Я вот до сих пор на 2.3 не перехожу, потому что не все там идеально и не все стабильно. А ведь там мало что изменили. А ты говоришь сейчас о глобальных новшествах. В конце концов каждый выбирает себе инструмент сам. Нравится что-то другое - никто не запрещает использовать.

Алексей, MODX очень даже еще фреймворк. Да, он сей

Да в том то и дело что он устарел,и может имеет смысл пересобрать CMS в новом исполнении на базе тогоже XPDO 3.0 которое практически собралось и запустилось после легкого допила.


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

Да в том то и дело что он устарел,и может имеет смысл пересобрать CMS в новом исполнении на базе тогоже XPDO 3.0 которое практически собралось и запустилось после легкого допила. А собрать новое едро можно с учетом современного проектирование, меньше зависимостей более модульнее и прочие плюшки.

Да в том то и дело что он устарел,и может имеет см

к примеру в место того что бы писать вот так



require_once dirname(dirname(__FILE__)).'/getdata.class.php';

class modSiteWebResourcesGetdataProcessor extends modSiteWebGetdataProcessor{

при поддержки неймспейса можно писать вот так



namecpace Modxsite\Controller

class modSiteWebResourcesGetdataProcessor extends Web\Getdata{



к примеру в место того что бы писать вот так require_once dirname(dirname(__FILE__)).'/getdata.class.php';

class modSiteWebResourcesGetdataProcessor extends modSiteWebGetdataProcessor{ при поддержки неймспейса можно писать вот так namecpace Modxsite\Controller

class modSiteWebResourcesGetdataProcessor extends Web\Getdata{

к примеру в место того что бы писать вот так requi

Алексей, ты имеешь полное право взять xPDO3.0 и создать новый качественный фреймворк. Просто не забудь указать, что ты использовал, а так можешь делать все, что угодно. Меня в общих чертах почти все в MODX-е устраивает.
 Есть хорошая поговорка: "Есть хреновые вещи, написаные гениально, а есть гениальные, написаные хреново". Так вот, конечного пользователя не волнует что и как там написано. Его волнует какой он в итоге получает продукт. На MODX Revolution, какой бы он не был не современный, можно писать отличные вещи и в большом количестве :)
 На том холивары заканчиваем, мне не интересно это.

Алексей, ты имеешь полное право взять xPDO3.0 и со

Все понятно. для написание новой CMS используя используя современные фреймоворки плюс тод же XPDO (не чего немугу с собой поделать но из ActiveRecord на php он мне больше всех нравится) по трудо затратам и времени уйдет столькоже сколько сейчас на MODX сделать нормальный более менее сложный компонент типа корзины тойже самой.


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


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


И тогда может быть благодаря МодексКлубу собралась инициативная группа и создала бы новую улучшенную CMS на базе XPDO.

Все понятно. для написание новой CMS используя используя современные фреймоворки плюс тод же XPDO (не чего немугу с собой поделать но из ActiveRecord на php он мне больше всех нравится) по трудо затратам и времени уйдет столькоже сколько сейчас на MODX сделать нормальный более менее сложный компонент типа корзины тойже самой. Вы абсолютно правы каждый сам решает на что ему свое время тратить... Холивар заводить даже и не собирался, мое дело предложить в любом случаи всегда найдется тот кому это будет интересно и если бы вы добавили возможность вставлять свои контакты в профеле, то то кому интересно смог бы мне написать. И тогда может быть благодаря МодексКлубу собралась инициативная группа и создала бы новую улучшенную CMS на базе XPDO.

Все понятно. для написание новой CMS используя исп

Кстате не будем забывать так же о Etomite прародителе MODX.

Кстате не будем забывать так же о Etomite прародит

Скоро на сайте появится кое-что гораздо более интересное и приятное, чем просто контакты))) Просто надо чуть-чуть подождать. Я писал уже людям про необходимость донейтов, но нет донейтов сейчас вообще (Скорее всего кризис. Весной было лучше с донейтами, хоть и пользователей было меньше). Так что сейчас вот кое-какую коммерческую работу делаю, а вот как доделаю и появится время, обещаю очень интересные новшества на сайте :) До нового года обязательно все появится.

Скоро на сайте появится кое-что гораздо более инте

Благодарю за помощь. Помогло отключение кеширования Google minify.

Благодарю за помощь. Помогло отключение кешировани

Вот и славненько.

Вам никто не мешает зарегать свой автолоадер через
 

spl_autoload_register(function($class) {

    if (strpos($class, 'Modxsite\\') === 0) {

        $name = substr($class, strlen('Modxsite'));

        require MODX_CORE_PATH . 'components/modxsite/' . strtr($name, '\\', DIRECTORY_SEPARATOR) . '.php';

    }

});



Вам никто не мешает зарегать свой автолоадер через spl_autoload_register(function($class) {

    if (strpos($class, 'Modxsite\\') === 0) {

        $name = substr($class, strlen('Modxsite'));

        require MODX_CORE_PATH . 'components/modxsite/' . strtr($name, '\\', DIRECTORY_SEPARATOR) . '.php';

    }

});

Вам никто не мешает зарегать свой автолоадер через

Вот, как все просто :)

А можно суть поподробнее, пожалуйста :)

суть чуть

Подробнее о чем? Если я пойму что вам нужно, может и смогу помочь)