6 часов назад
Набросал вариант реализации плагина, чтобы можно было его вызвать дважды, передать изменения из первого во второй и применить оба изменения. При испол...
MiniShop3 1.0.0-alpha.4 — Большое обновление админки 18
8 часов назад
ух ты крутяк!
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 2
24 декабря 2025, 22:11
Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.
Modx 2.8.8 еще подходит отправки почты через smtp.yandex.ru? 3
19 декабря 2025, 15:43
Подозреваю, что в системных настройках компонента нужно указать ID нужного способа оплаты и в уведомление о заказе не забыть прописать ссылку на оплат...
msOneClick - обновление 5
19 декабря 2025, 11:37
Добрый день! с 1 января 2026г. меняется НДС. Подскажите, где поменять НДС на 22%
[mspTinkoff] - метод оплаты Tinkoff MiniShop2 35
18 декабря 2025, 10:15
Ага, спасибо. Первый и думаю не последний)
StaticFilesPlus — автоматическое создание статических элементов с поддержкой категорий 10
13 декабря 2025, 17:47
Для MIGX нужно указать
"configs": {
"startDay": 1
}
Ввод дат в "привычном" формате ДД.ММ.ГГГГ и отображение с понедельника 12
Всего 125 378 комментариев
PDO, with database driver(minimal requirements)
pdo_sqlite драйвер мб?
Я понимаю, что это все хранится в базе в виде JSON массива и мне просто нужно переформировав его перезаписывать… это самый очевидный вариант.
Но если для этого уже в пакете предусмотрен инструмент почему бы не воспользоватся им… ))
У меня просто руки не доходят потеснить это дело я вот и спросил МБ кто уже плавал знает
Поэтому и работает myClass->setTVValue(«prise»,$prise), т.к. myClass скорей всего является наследником modResource, а значение хранится в TV.
Или все же вам надо у каждого ресурса сделать список значений в виде таблицы и хранить это все в базе?
… ткните сюда ткните туда, вуаля вы получили счастье и код вообще без комментариев практически…
С кодом Василия несравнить
______________________________________________________________
Register the TVs for our processors (getlist,fields)
We need to register TVs to include them in the getlist- and fields-processors.
Todo so we need a new config-file under /core/components/migx/configs/
with the same name as our MIGX-configuration: childstutorial.config.inc.php (should allready be installed with the MIGX-package)
and this content:
/core/components/migx/configs/childstutorial.config.inc.php
1
2
3
<?php
$this->customconfigs['includeTVs'] = 1;
$this->customconfigs['includeTVList'] = 'price,images,categories';
___________________________________________________________________
Насколько я понял после этого к переменным
можно обращаться как то так myClass->setTVValue(«prise»,$prise);
просто если это так то зачем делать велосипед… тем более не факт, что он выйдет лучше ))
Вот и обращайтесь к этой таблице как и к любой другой, через xPDO.
А TV используется только для отрисовки значение поля.
Хотя, насколько я помню, это должно учитываться и без чистки.
Префикс пишу в системные настройки, не в контекст.
Когда заморочки с кэшем — удаляю /core/cache
Дальше разбираться пока времени нет.
А у другого сайта другие префиксы для mgr и web, но между собой одинаковые.»
Именно так и пытался сделать, сначала создается впечатление что все работает, но потом:
«Иначе, все данные будут кэшироваться без уникального префикса, и на одном сайте вылезет кэш от другого. Будет не круто, уверяю.»
Возможно это только у меня так, поэтому спросил у кого есть возможность проверить у себя на сайте, чтобы внести хоть какую-то ясность в это для всех.
Автору я отправил изменения, он их пока не принял. https://github.com/splittingred/modExtra/pull/3
Будьте внимательнее, на будущее.
Зачем скрипты rename_it.sh различаются в двух местах…
https://github.com/splittingred/modExtra/blob/develop/rename_it.sh
и здесь:
https://github.com/bezumkin/modExtra/blob/master/rename_it.sh
В вашем скрипте есть проверка, у splittingred нет.
В-общем, я брал modExtra в репозитории у Splittingred от этого и проблемы.
Сейчас возьму из вашего и попробую еще раз.
PS Может, вам лучше с тем автором скоординировать усилия, а то чайники, вроде меня, тупят на пустом месте, не зная, что предпочесть — оф. документацию или удачные «доработки».
В любом случае, спасибо за наводку, буду копать.