Финансовая поддержка VPS, бесплатные дополнения и docs Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию. Поддержать

Всего 126 107 комментариев

Vaha30
Vaha30
Разрулил таки вчера эту проблему. А все дело в прямой зависимости от регистра в названиях таблиц в настройках MySQL сервера. Если посмотреть на логи, указанные выше, то у всех таблицах компонента miniShop присутсвуют заглавные буквы, например 'modx_ms_modGoods'. В моем случае это и являлось проблемой. В базе данных в названиях таблиц были все буквы прописными. На том хостинге (Джино), где ресурс временно размещался, в настройках MySQL не указывалась явная зависимость от регистра, и проблемы не было.
Путем переименования таблиц компонента miniShop в phpMyAdmin одним SQL-запросом все заработало как часики.
P.S. Василию огромный респект за разработку компонента!
Евгений Тимочкин
Евгений Тимочкин
Здравствуйте.
Тема очень интересна. Сейчас рассматриваю возможность использования процессоров для создания контента из front-end'a сайта (ну не хочу я пускать всех в mgr, да и конечному пользователю будет удобно из front-end'a работать). Конкретно пытаюсь сделать добавление статей в блог. Может я конечно изобретаю велосипед, и все уже написано за меня? Не поможете советом по этому вопросу?
Николай
Николай
Как отображать описано вмануале это все ясно… у меня вопрос как правильно (через скрипт) манипулировать уже имеющимся в TV данными

Я понимаю, что это все хранится в базе в виде JSON массива и мне просто нужно переформировав его перезаписывать… это самый очевидный вариант.

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

У меня просто руки не доходят потеснить это дело я вот и спросил МБ кто уже плавал знает
Евгений Дурягин
Евгений Дурягин
Вы смотрите пример как в таблице отображать ресурсы с TV. Вам это надо?
Поэтому и работает myClass->setTVValue(«prise»,$prise), т.к. myClass скорей всего является наследником modResource, а значение хранится в TV.

Или все же вам надо у каждого ресурса сделать список значений в виде таблицы и хранить это все в базе?
Виталий Батушев
Виталий Батушев
Мануал или код все-таки? Мануал MIGX, конечно, довольно скромный, но это больше касается MGIX-db, а с самим MIGX там особо нечего разбираться. Я мигиксы в каждом проекте использую. Пару-тройку раз migx-db, остальные — «обычный».
Виталий Батушев
Виталий Батушев
Ну можно и это. Я ж не в курсе, что конкретно Вам надо. Можете, просто, скажем, сделать TV с полями, где одно это цвет товара, а другое количество товара этого цвета. При продаже товара с этим цветом — меняете количество. Когда количество равно нулю, при генерации listbox-а просто игнорируете создание option этого цвета.
Николай
Николай
просто к сожалению мануал по MIGX весьма скудный, и автор не описывает что для чего((
… ткните сюда ткните туда, вуаля вы получили счастье и код вообще без комментариев практически…

С кодом Василия несравнить
Николай
Николай
Дело то в том что вроде бы у бруно в MIGXdb заложен этот функционал, просто не описан насколько я понял сам класс migx наследует методы modx, а в конфигурации есть поле classname где указывается имя объекта, при этом в мануале есть такие строчки…
______________________________________________________________
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);

просто если это так то зачем делать велосипед… тем более не факт, что он выйдет лучше ))