24 минуты назад
Для добавления полей во все основные модели заложена специальная утилита (msCustomer там сейчас нет, добавлю). Добавляешь поля через этот визуальный к...
MiniShop3 1.0.0-alpha.4 — Большое обновление админки 11
Вчера в 13:56
Того гляди и начнет народ MODX3 пользоваться.
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 1
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 370 комментариев
… ткните сюда ткните туда, вуаля вы получили счастье и код вообще без комментариев практически…
С кодом Василия несравнить
______________________________________________________________
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 Может, вам лучше с тем автором скоординировать усилия, а то чайники, вроде меня, тупят на пустом месте, не зная, что предпочесть — оф. документацию или удачные «доработки».
В любом случае, спасибо за наводку, буду копать.
Короче, разбирайтесь, у меня, как видно — все работает.
Я уже понял, что удобнее с линуксом работать, из-под винды ухожу.
2Евгений: класс больше нигде не объявлен, потому см. вопрос выше: а где объявляется класс modExtraManagerController? Я так понял, что от modExtra ничего остаться не должно и все классы создаются для нового названия компонента. Может, я ошибаюсь?
Таким образом, пока не победил проблему.
Сложите 2+2 у себя в голове, пожалуйста:
«В указанном ресурсе нет подходящих документов» + «в контейнере с id 10 пока нет ничего, пустой.»
Если указать у web и mgr один префикс, и он будет уникальным для этого сайта — то должно работать.
А у другого сайта другие префиксы для mgr и web, но между собой одинаковые.
В любом случае, такой кэш надо включать на готовом сайте, во время разработки он только мешает.
Вероятно это из-за того что выбран тип cache.xPDOAPCCache.
Еще я пытался «играться с настройками», заходил в контексты и создавал там параметр cache_prefix с (web & mrg — сразу и по отдельности) одинаковыми параметрами, в результате настройки сохраняются и без удаления core/cache, но опять же есть проблема, которая не позволяет это использовать, а именно:
«Иначе, все данные будут кэшироваться без уникального префикса, и на одном сайте вылезет кэш от другого. Будет не круто, уверяю.»
Т.е. у меня на 3 сайтах был 1 и тот же сайт.
На modx.com попадалась статья на англ. языке, из которой, как я понял опять же, эта проблема связана именно с типом кэша.
Я не проверял с статусом сайта, но после изменения системных настроек, языковых файлов и.т.д., я всегда удаляю папку cache (к стате, самый быстрый способ очистить содержимое папки — в дереве файловой системы, просто удаляем папку core/cache она сразу автоматом создаётся с обновленными системными настройками.)
Вы с другого браузера заходите? вернее чтобы сессия не попала ваша если вы находитесь в админке.