Fi1osof

Надо будет просто посмотреть как у меня в CRM-ке сделано. Там же есть переключение пользователя, при этом не убивается текущая сессия пользователя.

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

Выложил.

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

Алексей, это мы как раз планируем на этой неделе сделать в новой сборке ShopModxBox. Последнее время часто приходится настраивать, и так же созрела потребность в данном функционале «из коробки». Но это вопрос больше шаблонизации. В минишопе коробочные элементы шаблонизации — это сниппеты, их нельзя как в смарти просто так взять и переопределить на лету. Но на сколько я понял, в JS API минишопа есть различные события, на которые можно подвесить свои коллбэки, будем посмотреть в эту сторону тоже.

Максим, здесь есть я, Лев Вербицкий и Сергей Прохоров. Уточняю — 3 аккаунта. Каждый (как и любой другой участник форума) имеет право выразить свое отношение к комментарию плюсом или минусом. Не вижу тут преступления. Так же, что мало наблюдается — более трех лайков (не наших, вероятно) против 3 дизлайков (даже если они наши). Зато есть -5, -6 и т.п. Вероятно, комменты не нравятся кому-то еще. Блин, сопли распустили «я тут фигню взболтнул и меня задизлайкали, сволочи».
Я не оправдываюсь и не буду эту тему впредь обсуждать, но говорю точно, что фейковыми аккаунтами не баловались и не будем баловаться. Если что, Василий легко может это перепроверить и объявить что я вру.

P.S. не знаю, регистрировалась ли Марина, а то может уже и 4 :)

Лёва, надо будет еще добавить очень полезную штуку — «Удалить сессию». Причем надо будет добавить еще возможность группового действия для этого. То есть мы поправили какие-то политики безопасности, знаем точно, что лучше всем операторам перелогиниться, и вот чтобы не слать им сообщения, просто устанавливаем фильтр по группе пользователей и выполняем массовое действие по удалению их сессий. sessionid в modUserProfile хранится.
Так же это пригодится на сайтах с модерацией для точечного мгновенного обезвреживания врага :)

А, ну тогда ОК, тогда и разобрались.

Да, 50к — это явно перебор. Лучше делать сайтмап с постраничностью. Вот такое у меня норм работает, поисковики нормально на автомате кушают.

Да, сталкивался с проблемами «До и После» в phpTemplates. Понимаю о чем ты. Тогда вот такой вопрос: как можно в сниппете отпарсить полностью чанк с феномом? К примеру, делаем сниппет fenom и вызываем [[fenom?chunk=`myChunk`]], а в сниппете этом выполняем типа $modx->pdoTools->getChunk($chunk), только так, чтобы возвращался уже полностью отпарсенный чанк. Тогда MODX должен будет в кеш страницы сложить уже конечный результат кешируемого сниппета [[fenom?chunk=`myChunk`]]. А если делаем не кешируемым [[!fenom?chunk=`myChunk`]], то соответственно он будет каждый раз отрабатываться. Тогда будет все ОК с управлением кеширования. Или в данном случае топикстартеру достаточно было содержимое контента закинуть в отдельный чанк и в контенте прописать только вызов кешируемого чанка?

Была даже вот такая реализация joxi.ru/L21Leyds66WZ7m
То есть там аджаксово подгружаются данные, и была потребность для быстрого тестинга переключать активных юзеров, чтобы видеть какие данные и в каком виде они в итоге получат. А то там несколько ролей пользователей и с политиками довольно все объемно. Сессия для пользователя здесь не создается, то есть при обновлении страницы все тот же админский пользователь, но так и задумывалось, чтобы не было необходимости постоянно туда-сюда переключаться.

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

По феному вскрылся серьезный минус, касающийся производительности. modx.pro/help/7278/#comment-51096
Василий, это будет исправлено?

Суть проблемы кроется в кешировании контента отработанного документа. В штатном режиме, если прописаны кешируемые элементы, в кеш ресурса пишется конечный HTML. Вот на примере вашего сайта: joxi.ru/D2PjRW0SddY6Zr
А в случае с феном в кеш пишется сырой контент, а не конечный HTML joxi.ru/DrlaPn9i44JxXm и он отрабатывается каждый раз даже при работе из кеша. Отсюда и потеря в производительности.

Да не, не расстроюсь)
На такие мелочи обращать внимание… Человек попросил закончить дискуссию, я ее закончил, но как-то дискуссия не унимается…

Не за что!

Для пакета использовалась давняя заготовка: github.com/MODX-Club/MODX_SamplePackage
Еще есть видеоурок по нему www.youtube.com/watch?v=etZlcKVKOS4
Видео старое и немного не актуальное (так как заготовка была переработана Сергеем Прохоровым), но лучше, чем ничего.

Постараюсь, чтобы их было побольше и они были полезными :)

Перечитай топик и процитируй где я написал, что мне нечем заняться? Я фигачу по 14 часов в сутки, ухожу как правило в 23.00-00.20. При этом большая часть времени уходит на исследования. Цель данного предложения — дополнительные исследования сторонних продуктов. Просто если я этого бы не написал, вряд ли кто обратился бы, просто потому что многие думают, что я работаю только со своими технологиями. А у меня сейчас цель — расширить свои технологии, сделать их более универсальными и совместимыми, а все это требует понимания чужих технологий тоже.

Предлагаю завершить диалог, он ни к чему здесь. Есть оформленные пожелания — пиши отдельным топиком, может кто заинтересуется.

Никакого наезда не было. Я сказал, что без дела не сижу.
А про нишу тебе ответили — есть тикетс.