Быстрее как минимум на время запроса в БД

тысячные и десететысячные сек.

К стати было бы здорово модераторам проверить их, как думаете, @lvkrlv , чтобы магазин в том числе не показался кому-то новому «слегка заброшенным». Это мы знаем что они жив-здоров)

да, хорошая идея

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

А чанки и шаблоны? Они тоже не кешируются? Они вроде и в базе не кешируются? Никогда не видел, чтобы чанк вызывали с воскл. знаком.

А чанки и шаблоны? Они тоже не кешируются? Они вроде и в базе не кешируются? Никогда не видел, чтобы чанк вызывали с воскл. знаком.

ну вот я вызывал ))) и плейсхолдеры и чанки сниппеты.

ну вот я вызывал ))) и плейсхолдеры и чанки сниппеты.

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

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

для тегов модикса были ситуации когда это было необходимо.

На феноме попроще. и проблем небыло.

А что тогда быстрее? Вызывать чанк / сниппет из БД, но кешированный. Или из файла, но некешированный?

Наверно, большие сниппеты лучше отправлять в БД (чтобы закешировались), даже если я код пишу на fenom и везде использую в файлы?

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

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

Так зачем же еще кеширование писать, если оно уже есть в MODX. Делов то - хранить сниппет в БД. Если хочется в файле, можно сделать сниппет статичным.

А что кешируется в чанке? fenom код что ли? Если нет, то в каких случаях чанк нужно вызывать некешированным?

Люди делают как хотят. Хотите в бд - пожалуйста. хотите файлом - пожалуйста.

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

А что кешируется в чанке? fenom код что ли? Если нет, то в каких случаях чанк нужно вызывать некешированным?

в случаях если работа кода нарушается.

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

В чем разница между кодом и результатом? Код будет не в базе, а в кеше. То есть минус 1 запрос для получения чанка с кодом. Но выполняться код все равно будет, т.к. результат не кешируется. Да?

ага

всем привет вопрос немного не по теме модкс, но может кто сталкивался с антифрод сервисами для защиты рекламы от скликивания работал кто-нибудь, подключал?

всем привет вопрос немного не по теме модкс, но может кто сталкивался с антифрод сервисами для защиты рекламы от скликивания работал кто-нибудь, подключал?

Проблема большая… clickfrog не особо помогает. Сами ищем решение проблемы, но, похоже, такой ценной информацией мало кто хочет делиться, т.к. с одной стороны Яндекс наоборот, замыливает нам инфу, а с другой стороны - кто будет владеть эффективным инструментом в высококонкурентных областях - будет владеть рынком) По подсчетам примерным, из всего бююдета на Яндекс.Директ у нас более 2/3 уходило на скликивание =(

Выход есть? СЕО?

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

А я уж собирался переносить снипеты, чанки и шаблоны в файлы для управления версиями через git… Это переписывать снипеты все? Других вариантов нет? Как-то геморно)

есть еще zoomX - но это переписывать весь сайт )

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

версионность? у вас каждый день много разных исправлений и минимум 2 человека работают над проектом?

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

Изменения отслеживать, версии хранить, чтобы была возможность вернуться быстро к определенной версии

версионность? у вас каждый день много разных исправлений и минимум 2 человека работают над проектом?

Пока один, но планируем подключать и заказчик попросил

есть еще zoomX - но это переписывать весь сайт )

А смысл то есть тогда в modx? )

ну все зависит от крупности проекта и его посещаемости.

Выход есть? СЕО?

выход - старое доброе сарафанное радио)

если посещаемость хорошая, то кеш необходим

ну все зависит от крупности проекта и его посещаемости.

около 5000 в день

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

кеш - да, хотелось бы. И посещаемость наращивать планировали

Как-то к кешу в MODX уже привых) все четко, саты летают, продвигаются тоже хорошо, но вот с версиями....

Можно сниппеты не переносить в файлы и правильно вызывать и они будут в кеше.

тот же PdoToolse пакет

там я говорил вроде про свои сниппеты файловые

А если вы стандартно вызываете, то кеш работает

{'pdoRes' | snippet} {'!pdoRes' | snippet}

подружить getProducts с товарами ms2 оказалось не так сложно и скорость при этом не упала

В такой ситуации обычно просят написать статью по этому случаю. ) К чему я и призываю )

В такой ситуации обычно просят написать статью по этому случаю. ) К чему я и призываю )

Да, пока маленько корявое) лучше когда фильтры допишем, если будет быстрее mFilter2 выдавать результаты и решение не будет а'ля "вырвиглаз", то напишу)

Парни, привет! Ум за разум закатывается Нужно перед запуском плагина проверить содержимое TV ресурса до его сохранения. Кидает ошибку. Где я дурак? Поля ресурса типа pagetitle все ок

а ресурс существует?

а ресурс существует?

Да, обычные поля типа get('pagetitle') без проблем получаю, а как TV так ошибка

Причем если запрашиваю заведомо несуществующее TV то ошибки нет

по коду все верно, хз в чем проблема

Пошел на модхосте разверну тестовый

Наверное спать пора)) модхост тоже лежит

Наверное спать пора)) модхост тоже лежит

Да, вселенная тебе на это и намекает)))

Да, вселенная тебе на это и намекает)))

меня смущает что значение TV никуда не присваивается. ну и проверить бы наличие ID ресурса. ну или получен ли обьект ресурса а уже потом пробовать getTVvalue

меня смущает что значение TV никуда не присваивается. ну и проверить бы наличие ID ресурса. ну или получен ли обьект ресурса а уже потом пробовать getTVvalue

Да я уж и так и сяк

меня смущает что значение TV никуда не присваивается. ну и проверить бы наличие ID ресурса. ну или получен ли обьект ресурса а уже потом пробовать getTVvalue

Наверное спать пора)) модхост тоже лежит

все сломал

имя TV прям точно написано символ в символ?

А то test_tv - как то смахивает на тест а не на реальное название

кстати return 0; - лишнее.

плагин не должен ничего возвращать

А то test_tv - как то смахивает на тест а не на реальное название

да, я просто уже битый час ломаю голову и перебираю варианты)

плагин не должен ничего возвращать

спасибо

проверь физически что в БД вообще есть этот ТВ

еще из косяков - пробел в имени TV мог быть

короче, хорошей ночи )))

Интересно девки пляшут. Убрал return 0; Теперь выпрыгивает ошибка. При этом такой папки нет которая указана в ошибке При этом в логи теперь выводится нужный TV

Интересно девки пляшут. Убрал return 0; Теперь выпрыгивает ошибка. При этом такой папки нет которая указана в ошибке При этом в логи теперь выводится нужный TV

@webinmd ты знаешь че-нить про это?

короче, хорошей ночи )))

пасиба

@webinmd ты знаешь че-нить про это?

э, куда ты там намекаешь?

нормально же сидели

э, куда ты там намекаешь?

)))))))

ты гуру лечения по фотографии

отруби плагин компонента этого

мож в нем проблема, я последнюю версию сильно переписал, чтобы и для модх3

отруби плагин компонента этого

Ошибка пропала… хмммм…

вот и чудненько.