MIGX

Пользовательские процессоры MIGXdb

Вопрос по идентификаторам

Фильтр по двум параметрам

migx, добавление поля типа resourcelist

MIGxDB Search

Кросс-таблицы на MIGX

MIGX и dropbox-2.1.2-beta

dropbox-2.1.2+MIGX+phpthumbof

&#91;Решено&#93; Почему не отображаются превью картинок?

Вообще для этого в параметры TV-шки вписывается свой конфигуратор и там уже можно переопределять и плагины и все остальное. Деталей не скажу, ибо нет под рукой сейчас сайта где я это делал, но копайте в эту сторону.

Вообще для этого в параметры TV-шки вписывается св

Да, это который MIGX, а у меня проблема с MIGXdb - тот самый который таблицами позволяет управлять из админки.

Да, это который MIGX, а у меня проблема с MIGXdb -

Так там тоже конфигурации прописываются.

В официально документации написано 
 

Of course you can create your own processors under your own processor-path.

Но не написано как... Ткните носом если в курсе где почитать?

В официально документации написано Of course you can create your own processors under your own processor-path. Но не написано как... Ткните носом если в курсе где почитать?

В официально документации написано Of course you c

https://github.com/Bruno17/MIGX.
 Читайте код модуля. Там все написано.


А еще может Алексей придет да подскажет.

https://github.com/Bruno17/MIGX.
 Читайте код модуля. Там все написано. А еще может Алексей придет да подскажет.

https://github.com/Bruno17/MIGX.
 Читайте код моду

Принцип поиска процессора таков


здесь указано очередность поиска проца сначала ищет в пакете в папке с указным путем проца потом в дефаулте если не находит то все повторяется в пакете самого MIGX


вам скорее всего требуется переопределить вызов getlist то есть списка в этом случаи сохроняете  свой getlist.php в папку  core/components/НАЗВАНИЕ_ВАШЕГО_ПАКЕТА/processors/mgr/default/getlist.php


core/components/yourpackage/processors/mgr/customfolder/  
 core/components/yourpackage/processors/mgr/default/
 core/components/migx/processors/mgr/customfolder/
 core/components/migx/processors/mgr/default/


все на этом паблик консультация заончина за подробностями обращайтесь в скайп AlexBaks_

Принцип поиска процессора таков здесь указано очередность поиска проца сначала ищет в пакете в папке с указным путем проца потом в дефаулте если не находит то все повторяется в пакете самого MIGX вам скорее всего требуется переопределить вызов getlist то есть списка в этом случаи сохроняете  свой getlist.php в папку  core/components/НАЗВАНИЕ_ВАШЕГО_ПАКЕТА/processors/mgr/default/getlist.php core/components/yourpackage/processors/mgr/customfolder/  
 core/components/yourpackage/processors/mgr/default/
 core/components/migx/processors/mgr/customfolder/
 core/components/migx/processors/mgr/default/ все на этом паблик консультация заончина за подробностями обращайтесь в скайп AlexBaks_

Принцип поиска процессора таков здесь указано очер

Пришел Алексей, и подсказал :)

Отпишу тут ответы на вопросы, может кому пригодиться. Итааак, как и написано в документации процессоры ищутся в вышеуказанных папках. Рассмотрим такой вариант:


core/components/[yourpackage]/processors/mgr/[customfolder]/


[yourpackage] - это тот самый пакет который указывается в настройках MIGX на вкладке MIGXdb-Settings в поле Package


и вот далее, если в вашей схеме баз данных одна таблица или же, вы планируете работать только с одной таблицей или же вывод в админке только один (к примеру вы собираете несколько таблиц из БД в одну таблицу MIGX) то вы можете не переопределять [customfolder] а действительно ждаст копи процессоры из папки migxdb в папку default, где названия процессоров соответствуют действиям (например getlist.php вызывается когда нужно, как ни странно, получить список) и запрограммировать в них нужный функционал.


А вот если у вас несколько таблиц в админке которые выводят разные данные, вы можете указать Processors Path и этот путь будет подставляться вместо [customfolder] при поиске ваших процессоров.


Отпишу тут ответы на вопросы, может кому пригодиться. Итааак, как и написано в документации процессоры ищутся в вышеуказанных папках. Рассмотрим такой вариант: core/components/[yourpackage]/processors/mgr/[customfolder]/ [yourpackage] - это тот самый пакет который указывается в настройках MIGX на вкладке MIGXdb-Settings в поле Package и вот далее, если в вашей схеме баз данных одна таблица или же, вы планируете работать только с одной таблицей или же вывод в админке только один (к примеру вы собираете несколько таблиц из БД в одну таблицу MIGX) то вы можете не переопределять [customfolder] а действительно ждаст копи процессоры из папки migxdb в папку default, где названия процессоров соответствуют действиям (например getlist.php вызывается когда нужно, как ни странно, получить список) и запрограммировать в них нужный функционал. А вот если у вас несколько таблиц в админке которые выводят разные данные, вы можете указать Processors Path и этот путь будет подставляться вместо [customfolder] при поиске ваших процессоров.

Отпишу тут ответы на вопросы, может кому пригодить

Спасибо! Наверняка пригодится.

Вообще по своему опыту давно уже уяснил себе, что в MODX (в частности в xPDO) у всех объектов (таблиц) ID — всегда должен быть id. Даже если у вас на самом деле первичный ключ — это две или более колонки, все равно Primary key создавайте ID, а на те колонки создавайте Unique key. Иначе куча багов, включая невозможность удалить или обновить объект. Это касается не только MIGxDB, в нем это идет от xPDO.
 

К слову, мне по началу было сложно с этим свыкнуться. Еще в сотовой компании, обслуживая их биллинг на Оракле, я усвоил такую методику от Питер-Сервиса (да-да, это такие крутые ребята с доменом http://billing.ru): первичный ключ — это до 4-х согласных букв от понятного слова (если букв меньше, то и гласные годятся), например usr_id (на примере modx_users). А вторичный ключ — это дважды id, например usr_usr_id (который в таблице modx_user_attributes заменил бы колонку internalKey). Так, глядя на вторичный ключ сразу понимаешь что он именно вторичный ключ и по нему сразу понимаешь какой первичный ключ искать. Просто когда работаешь с тысячами таблиц, по-другому никак. Блин, пришлось мне как-то столкнуться с хэлп-деском HP написанном на MSSQL нифига не по такой методике, уверяю — там мозги можно было вывихнуть.
 Вот мне на MODX-е не удалось такую методику применить, пришлось отвыкать от нее.

Вообще по своему опыту давно уже уяснил себе, что в MODX (в частности в xPDO) у всех объектов (таблиц) ID — всегда должен быть id. Даже если у вас на самом деле первичный ключ — это две или более колонки, все равно Primary key создавайте ID, а на те колонки создавайте Unique key. Иначе куча багов, включая невозможность удалить или обновить объект. Это касается не только MIGxDB, в нем это идет от xPDO. К слову, мне по началу было сложно с этим свыкнуться. Еще в сотовой компании, обслуживая их биллинг на Оракле, я усвоил такую методику от Питер-Сервиса (да-да, это такие крутые ребята с доменом http://billing.ru): первичный ключ — это до 4-х согласных букв от понятного слова (если букв меньше, то и гласные годятся), например usr_id (на примере modx_users). А вторичный ключ — это дважды id, например usr_usr_id (который в таблице modx_user_attributes заменил бы колонку internalKey). Так, глядя на вторичный ключ сразу понимаешь что он именно вторичный ключ и по нему сразу понимаешь какой первичный ключ искать. Просто когда работаешь с тысячами таблиц, по-другому никак. Блин, пришлось мне как-то столкнуться с хэлп-деском HP написанном на MSSQL нифига не по такой методике, уверяю — там мозги можно было вывихнуть.
 Вот мне на MODX-е не удалось такую методику применить, пришлось отвыкать от нее.

Вообще по своему опыту давно уже уяснил себе, что 

Спасибо, Николай прояснили. Меня это немного удивило, когда я Базы Данных проходил, то преподаватель говорила, что PK надо создавать понятный, чтоб потом в тонне id не путаться. Кстати про 4 согласные буквы — это корпоративные или общепринятые понятия?

Спасибо, Николай прояснили. Меня это немного удиви

PK надо создавать понятный, чтоб потом в тонне id не путаться

Кстати про 4 согласные буквы — это корпоративные или общепринятые понятия? 

Не скажу за всю Одессу, но такое видел только в их продуктах, больше нигде (хотя не могу утверждать, что они это ни у кого не подсмотрели). Но их методика мне нравится, и как раз понятности очень способствует.
 

И лично от меня на счет 4 букв: на мой взгляд это оптимально. В большинстве случаев четырех букв было достаточно, чтобы боле менее понимаемое название дать, и при этом оно часто уникальное получается (далее уже программными средствами следим), да еще и не раздувается в длине. Когда длина и форма ключа унифицированная, тогда сразу средь других колонок выкупаешь такие ключи. При работе с большим количеством колонок это очень помогает.

PK надо создавать понятный, чтоб потом в тонне id не путаться Told you. Кстати про 4 согласные буквы — это корпоративные или общепринятые понятия? Не скажу за всю Одессу, но такое видел только в их продуктах, больше нигде (хотя не могу утверждать, что они это ни у кого не подсмотрели). Но их методика мне нравится, и как раз понятности очень способствует. И лично от меня на счет 4 букв: на мой взгляд это оптимально. В большинстве случаев четырех букв было достаточно, чтобы боле менее понимаемое название дать, и при этом оно часто уникальное получается (далее уже программными средствами следим), да еще и не раздувается в длине. Когда длина и форма ключа унифицированная, тогда сразу средь других колонок выкупаешь такие ключи. При работе с большим количеством колонок это очень помогает.

PK надо создавать понятный, чтоб потом в тонне id 

Спасибо, буду иметь ввиду. А то обычно называю имятаблицы_id.

Спасибо, буду иметь ввиду. А то обычно называю имя

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

Так часто длинные имена получаются, и как я и гово

Выложите схему вашей таблицы и результирующую запись в БД. Сдается мне, что у вас информация о нескольких категориях хранится в одной ячейке типа razdel_1||Razdel_2 и т.п. Если так, то поиск по такой колонке крайне затруднителен.

Выложите схему вашей таблицы и результирующую запи

Результирующую запись БД показать не могу( не знаю как до нее добраться. 
 При редактировании строки в таблице (в доп полях в ресурсе) выглядит так: prntscr.com/5f7mui
 Еще, я раньше делал подобную штуку (в другом проекте), только присваивал такие поля (listbox-multiple) ресурсам. Вывод ресурсов делал через getResources, при этом все норм фильтровалось. Тут мне кажется сам сниппет getImageList не хочет это делать(

Результирующую запись БД показать не могу( не знаю

Результирующую запись БД показать не могу( не знаю как до нее добраться. 

phpMyAdmin откройте и посмотрите. Вообще, если вы не знаете где и что у вас находится, то дела очень печальны.

Результирующую запись БД показать не могу( не знаю как до нее добраться. phpMyAdmin откройте и посмотрите. Вообще, если вы не знаете где и что у вас находится, то дела очень печальны.

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

Я возможно не такой профи как вы, но даже мне тут 

Чтобы вы знали, ппц как многое зависит от базы данных. А главное — сниппет тоже формирует запрос к БД, и если структура таблицы и данных позволяет, то запрос выполняется. Но если вы итак все знаете — не вопрос, удачи!

Чтобы вы знали, ппц как многое зависит от базы дан

Почему же тогда getResources делает все так как нужно а getImageList нет?)

Почему же тогда getResources делает все так как ну

Откройте исходники этих сниппетов и ответьте себе на этот вопрос.

Откройте исходники этих сниппетов и ответьте себе 

то что сниппеты по разному работают, это с самого начала было понятно, я про это с начала и писал)
 Мне просто интересно, если дело в сниппетах, зачем вы меня в БД отправляли, сразу бы послали лесом)))

то что сниппеты по разному работают, это с самого 

Для того, чтобы вы нашли причину почему они поразному работают. Но плясать надо от того, где и в каком виде данных хранятся (потому что сниппеты не придумывают отдаваемые данные, а получают их из БД (да-да, именно оттуда (в нашем случае это именно так))). А если вы не только не знаете где они хранятся, но даже и не хотите этого выяснять, то да, можете собственно двигаться в любом интересном вам направлении, я вас не буду ни в чем убеждать.

Для того, чтобы вы нашли причину почему они поразн

Николай, Бинго! Специально для Вас.
 Мой вопрос решается небольшим изменением в вызове снипета getImageList
 

&where=`{"nalichie:=":"yes","razdel:find_in_set":"vibro","type_material:=":"shumanet"}`

Нужно просто подставить find_in_set и все.
 Представьте сколько бы я потерял времени, разбираясь в БД послушая Ваш стандартный (предлагаемый на большинстве форумов) совет — «надо разобраться в БД»)))


Николай, Бинго! Специально для Вас.
 Мой вопрос решается небольшим изменением в вызове снипета getImageList &where=`{"nalichie:=":"yes","razdel:find_in_set":"vibro","type_material:=":"shumanet"}` Нужно просто подставить find_in_set и все.
 Представьте сколько бы я потерял времени, разбираясь в БД послушая Ваш стандартный (предлагаемый на большинстве форумов) совет — «надо разобраться в БД»)))

Николай, Бинго! Специально для Вас.
 Мой вопрос ре

Поздравляю вас с успехом!
 

А сможете разобраться, какую это играет здесь роль? И почему это менее круто, чем нативный MySQL-ный метод find_in_set? И почему теперь я знаю, даже не заглядывая в ваши результирующие строки, что в БД у вас разделы хранятся в одной колонке, разделенные именно запятой, а не || или типа того?
 

И да, действительно, не тратьте время на изучение баз данных, это действительно ничего не дает :)
 

Поздравляю вас с успехом! А сможете разобраться, какую это играет здесь роль? И почему это менее круто, чем нативный MySQL-ный метод find_in_set? И почему теперь я знаю, даже не заглядывая в ваши результирующие строки, что в БД у вас разделы хранятся в одной колонке, разделенные именно запятой, а не || или типа того? И да, действительно, не тратьте время на изучение баз данных, это действительно ничего не дает :)

Поздравляю вас с успехом! А сможете разобраться, к

Я думаю тут дело в разной постановке задачи. На данный момент мне нужно было сделать интересующий меня вывод сниппетом. Возможно, эту задачу можно было решить более изощренными методами (коими Вы любите пользоваться), но опыт и навык работы с modx у всех разный. Да, вы знаете как работать с базами и можете написать нужный Вам сниппет или плагин, да, со своими знаниями Вы можете многим нос утереть (и не просто словами, а аргументируя), только нам то, обычным «смертным», зачем изобретать велосипед?) На абсолютное большинство задач уже есть готовые решения. Их просто нужно по искать, ну или спросить совета, может кто сталкивался с подобными проблемами (разве не для этого создаются подобные форумы).
 Ну а базы учить, скорее всего нужно, просто я до этого еще не дорос)

Я думаю тут дело в разной постановке задачи. На да

Уточняю: конкретно здесь, мы не решаем за других задачи, мы учим основам, чтобы в дальнейшем человек сам мог разбираться с подавляющим большинством задач. Если у вас другой Путь, вы можете им идти, но мимо нашего Клуба.

Уточняю: конкретно здесь, мы не решаем за других з

Как то грубовато, Николай, Вам не кажется? Я же смотрю ленту топиков, вопросы очень разные. Не ужели Вы каждого третьего посылаете мимо Вашего Клуба?

Как то грубовато, Николай, Вам не кажется? Я же см

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

Нет, я не посылаю, я помогаю экономить время вам и

Будем иметь ввиду, спасибо)

Не за что.

joxi.ru/l2Zv8BQfR8dQ2J не?

все верно, {«parent»:id}
 но я имел ввиду как это же задать в MIGX

все верно, {«parent»:id}
 но я имел ввиду как это 

Мига выводит TV-поле указанное, какие данные там будут, такие и выведутся. Но это статическое значение. Если вы хотите, чтобы у вас, к примеру, это ТВ-поле выводило дочерние документы текущего редактируемого, то тут вам стандартное ТВ-поле вряд ли поможет, самому писать придется.

Мига выводит TV-поле указанное, какие данные там б

Со статикой разобрался. Спасибо. Мог бы, конечно и сам догадаться.
 А динамически если делать, насколько это сложно?

Со статикой разобрался. Спасибо. Мог бы, конечно и

Делал когда-то, но сразу так и не вспомню. Сейчас из загашника подниму один сайт, где что-то такое вроде делал, раскопаю и отпишусь.

Делал когда-то, но сразу так и не вспомню. Сейчас 

Вот здесь отписался.

То есть создаете свое TV-поле и указываете его вместо resourcelist. Должно заработать, у меня подобное работает.


То есть создаете свое TV-поле и указываете его вме

благодарю, Николай

Не за что.
 Отпишитесь потом, получилось применить или нет.

Не за что.
 Отпишитесь потом, получилось применить

все отлично работает. была небольшая трабла, когда я сперва подумал, что имеется ввиду список ресурсов, но потом до меня дошло, что речь о «Списке (одиночный выбор)» или «Списке (множественный выбор)». Еще раз спасибо.

все отлично работает. была небольшая трабла, когда

Ну и здорово!
 Пожалуйста.

Установил на новую версию MODX MIGX. Но при вводе данных в TV получаю белый экран. Пробовал из разных браузеров. Может кто нибудь сталкивался? В чём может быть проблема?


Установил на новую версию MODX MIGX. Но при вводе 

Включите в настройках сервера вывод php-ошибок. Или хотя бы в core/config/config.inc.php пропишите в начале ini_set('display_errors', 1); Скрее всего вот эта бага.

Включите в настройках сервера вывод php-ошибок. Ил

Николай, спасибо, разобрался. Банально проблема возникла из-за переноса сайта в другой домен и полная переустановка компонента помогла. Не думал, что перенос сайта может повлиять на работу MIGX.

Николай, спасибо, разобрался. Банально проблема во

Может кеш где-то или типа того. Ну ОК, что все поправилось.

Может кеш где-то или типа того. Ну ОК, что все поп

Смотрите передаваемые на сервер параметры. Либо не передается то, что нужно, либо на стороне сервера не прописана обработка этих параметров.

Смотрите передаваемые на сервер параметры. Либо не

Доброе утро, Николай!)
 А более конкретное решение есть?
 

Параметры MIGx в Действиях прописаны такие: &configs=packagemanager||migxconfigs||setup
 Все вроде, как стандартно. Или укажите пожалуйста, где что конкретно нужно посмотреть или дописать.

Доброе утро, Николай!)
 А более конкретное решение есть? Параметры MIGx в Действиях прописаны такие: &configs=packagemanager||migxconfigs||setup
 Все вроде, как стандартно. Или укажите пожалуйста, где что конкретно нужно посмотреть или дописать.

Доброе утро, Николай!)
 А более конкретное решение

Доброго времени суток!
 Не укажу. Я мало с мигой работаю, просто так ее ковырять не буду. Я уже сказал конкретно что смотреть. Как смотреть передаваемые POST-данные из браузера, смотрите интернеты. Как процессоры работают, смотрите здесь.

Доброго времени суток!
 Не укажу. Я мало с мигой р

Не скажу точного рецепта, но смотри в сторону MigxDB. Там ты можешь использовать свои пользовательские таблицы. 
 Ну а вообще 10 полей под цены — не круто. То есть в одну линию выстраивать значения не совсем гибко. Правильней ИМХО делать несколько записей. К примеру в миге колонки: толщина, цена. И сколько вариаций толщина-цена, столько строчек в табличке и добавлять.

Не скажу точного рецепта, но смотри в сторону Migx

Это было бы идеально, но при условии что все эти записи выстроить в двумерной табличке: столбцы — цена, строки — цвета, в ячейках — цены. А при сохранении — обратно. Эх, говорила мне мама — учи ExtJS!!!

Это было бы идеально, но при условии что все эти з

Все-таки я не улавливаю в чем проблема… У тебя в товаре от каких параметров цена зависит?

Все-таки я не улавливаю в чем проблема… У тебя в т

На нем и сделаю, но не хочется все в одну линию вытягивать


столбцы — цена Имел в виду толщина смотри в сторону MigxDB На нем и сделаю, но не хочется все в одну линию вытягивать

столбцы — цена Имел в виду толщина смотри в сторон

Саш, еще раз прочти вопрос:

У тебя в товаре от каких параметров цена зависит?

Саш, еще раз прочти вопрос: У тебя в товаре от каких параметров цена зависит?

Саш, еще раз прочти вопрос: У тебя в товаре от как

Цена зависит от материала (цвет) и толщины — они формируют цену за кв.м. поверхности (http://omaa197.bget.ru/stoleshniczyi)
 И пакость еще в том, что цена нелинейно от толщины меняется, не описать элементарной функцией зависимость от толщины. Заказчик хочет руками ставить.
 Толщина будет от 22 до 46мм с шагом 6мм (5 значений), но я с запасом 10 запланировал
 

Я понимаю, что задавать 10 полей под цены не айс, но на мой взгляд это оптимально с точки зрения администрирования будет, все-таки покомпактнее табличка, и перед глазами все данные.

Цена зависит от материала (цвет) и толщины — они формируют цену за кв.м. поверхности (http://omaa197.bget.ru/stoleshniczyi)
 И пакость еще в том, что цена нелинейно от толщины меняется, не описать элементарной функцией зависимость от толщины. Заказчик хочет руками ставить.
 Толщина будет от 22 до 46мм с шагом 6мм (5 значений), но я с запасом 10 запланировал Я понимаю, что задавать 10 полей под цены не айс, но на мой взгляд это оптимально с точки зрения администрирования будет, все-таки покомпактнее табличка, и перед глазами все данные.

Цена зависит от материала (цвет) и толщины — они ф

Сделать таблицу с полями цвет, толщина и цена не проблема, MIGXdb поможет, но хочется удобно для администратора сделать.
 Тем более, это не единичный случай, еще один клиент ждет подобного решения (у того, правда, от 3-х параметров цена зависит :) )

Сделать таблицу с полями цвет, толщина и цена не п

На самом деле у тебя не получится обойтись простой табличкой, так как здесь матрица. У тебя произвольное кол-во материалов и по ним произвольное кол-во вариантов толщины. Каждый из этих вариантов имеет свою итоговую цену. То есть если у тебя 5 материалов и по каждому из них 5 вариантов толщины, в итоге у тебя получится 25 вариантов цен.
 

Материалы тебе однозначно надо заводить в единый справочник, чтобы их можно было выбирать из выпадающего списка. А вот толщину и стоимость надо указывать вручную.
 

Варианты здесь фэншуйные лезут различные, вплоть до собственного кастомного ТВ-поля, но наиболее простое и быстрое решение будет такое (во всяком случае я бы так сделал):
 1. Создаем справочник материалов (лучше всего документами, по типу как у нас валюты сделаны. Если пока для них не будет публичных страниц, можно их в контекст spravochniki занести. А когда будут, тогда перенести в основной контекст).
 2. Создаем TV-поле выпадающий список, чтобы можно было выбирать материал.
 3. Создаем MIGX-табличку с тремя колонками:
  — Выпадающий список материалов (просто указываешь какое TV-поле юзать)
  — Числовое поле Толщина
  — Числовое поле Цена.
 4. В getdata-процессоре в функции afterIteration парсим JSON-строку из ТВшки и набиваем в массив цен для дальнейшего использования.
 

В редакторе манагер набивает сколько угодно строчек Материал-Толщина-Цена. На совести манагера, чтобы для одного материала не было повторений, но если очень надо, можно написать проверку в плагин на сохранение документа. Строчки сортировать можно, так что всегда можно держать все материалы рядышком.
 

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

На самом деле у тебя не получится обойтись простой табличкой, так как здесь матрица. У тебя произвольное кол-во материалов и по ним произвольное кол-во вариантов толщины. Каждый из этих вариантов имеет свою итоговую цену. То есть если у тебя 5 материалов и по каждому из них 5 вариантов толщины, в итоге у тебя получится 25 вариантов цен. Материалы тебе однозначно надо заводить в единый справочник, чтобы их можно было выбирать из выпадающего списка. А вот толщину и стоимость надо указывать вручную. Варианты здесь фэншуйные лезут различные, вплоть до собственного кастомного ТВ-поля, но наиболее простое и быстрое решение будет такое (во всяком случае я бы так сделал):
 1. Создаем справочник материалов (лучше всего документами, по типу как у нас валюты сделаны. Если пока для них не будет публичных страниц, можно их в контекст spravochniki занести. А когда будут, тогда перенести в основной контекст).
 2. Создаем TV-поле выпадающий список, чтобы можно было выбирать материал.
 3. Создаем MIGX-табличку с тремя колонками:
  — Выпадающий список материалов (просто указываешь какое TV-поле юзать)
  — Числовое поле Толщина
  — Числовое поле Цена.
 4. В getdata-процессоре в функции afterIteration парсим JSON-строку из ТВшки и набиваем в массив цен для дальнейшего использования. В редакторе манагер набивает сколько угодно строчек Материал-Толщина-Цена. На совести манагера, чтобы для одного материала не было повторений, но если очень надо, можно написать проверку в плагин на сохранение документа. Строчки сортировать можно, так что всегда можно держать все материалы рядышком. Тут один жирный минус: JSON не позволит на уровне запросов выполнять поиск по материалам, толщине и ценам, но в таком случае ты можешь просто поступить: на сохранение документа парсить данные ТВшки и фигачить данные в собственную таблицу для удобства запросов. А интерфейс будет на миге. Другой вариант: просто это дело перевести на MigxDB и сразу данные сохранять в отдельные таблицы.

На самом деле у тебя не получится обойтись простой

От трех — это только пользовательское ТВ надо создавать. Там типа нажал кнопку — выбрал параметр — создался блог с табличкой, куда данные указал. Еще параметр — еще блок с табличкой…
 Вообще для таких как раз задач у нас и был создан класс Модели товара, и в нем уже создавались конечные товары, которые содержали только параметры, влияющие на цену, а все основные параметры и оформление — это содержалось в модели товара, но там запросы такие мозгодробительные, что я даже не включил их в ядро. Тот механизм только под индивидуальные решения.

От трех — это только пользовательское ТВ надо созд

лучше всего документами

А я справочник в gallery засунул :). Действительно, по документам раскидать лучше будет. 
 Коля, спасибо за идею!


лучше всего документами А я справочник в gallery засунул :). Действительно, по документам раскидать лучше будет. 
 Коля, спасибо за идею!

лучше всего документами А я справочник в gallery з

Можно и из галереи дергать данные справочника, разницы нет, ты и оттуда можешь дернуть данные. Главное чтобы не руками наименования прописывались каждый раз.

Можно и из галереи дергать данные справочника, раз

Да, я примерно так в Delphi и делал — списки с параметрами, там выбираешь нужные, а ниже в основной табличке появляется результат выборки.
 Жаль, MIGX не позволяет две-три зависимых сетки (один ко многим) открыть на одной страничке. Думаю, подобная фича была бы очень востребована

Да, я примерно так в Delphi и делал — списки с пар

Эх, говорила мне мама — учи ExtJS!!! 

Ты же сам ткнул в пробел. Осваивай, все в твоих руках :) И будешь себе сетки зависимые делать. Типа как в управлении заказами. Там же по каждому заказу можно развернуть детали и посмотреть все товары в заказе. В твоем случае Object.add() или типа того в помощь!

Эх, говорила мне мама — учи ExtJS!!! Ты же сам ткнул в пробел. Осваивай, все в твоих руках :) И будешь себе сетки зависимые делать. Типа как в управлении заказами. Там же по каждому заказу можно развернуть детали и посмотреть все товары в заказе. В твоем случае Object.add() или типа того в помощь!

Эх, говорила мне мама — учи ExtJS!!! Ты же сам ткн

Да, видимо, придется так и сделать :)
 Времени бы еще… :)
 Коля, спасибо большое за советы.

Да, видимо, придется так и сделать :)
 Времени бы 

Всегда пожалуйста!

Пришлите мне на почту n.lanets@modxclub.ru данные доступа в вашу админку, я посмотрю что и как. И какая у вас версия MODX? Я у себя на MODX2.3 попробовал в миге галерею сделать с источником файлов Dropbox, все робит. joxi.ru/Q2KndEBsaoD1mj
 

А судя по ошибке просто не инициализировался контекст. К сожалению, некоторые процессоры в MODX не идеальны, иногда требуют передачи дополнительных параметров. К примеру в resource/create надо передавать context_key, хотя процессор мог бы получить его из объекта самого документа. Здесь видимо тот же случай. Но что интересно, в initialize() медиасурса контекст автоматически подхватывается. Судя по всему выполнение медиасурса идет без выполнения initialize(), или у пользователя нет прав на загрузку данного контекста (хотя в таком случае обламывалось бы все еще в методе initialize()). Пришлете доступы, изучу детальней.
 

P.s.: c Gallery пришлось попрощаться, так как я не нашел как сменить ее медиаресурс на Dropbox. 

В системных настройках gallery.mediaSource. Но попрощаться видимо все равно придется. Что интересно, в Gallery из управления альбомами картинки создаются в Dropbox и удаляются, но затык именно в получении превьющки. Gallery юзает свой собственный не class-based процессор для этого, который не учитывает различные типы источников файлов. Если его в этом прокачать, то все будет робить как положено :) Но пока MIGX в этом плане более продвинутый получается. Собственно, я все чаще для галерей использую именно мигу, а не Gallery. Gallery годится именно для создания и вывода нескольких галерей на одной странице, но если задача на странице выводить только ее галерею, то мига здесь лучше подходит, так как выбирать в TV-Gallery определенную галерею именно для этого документа как минимум не удобно.

Пришлите мне на почту n.lanets@modxclub.ru данные доступа в вашу админку, я посмотрю что и как. И какая у вас версия MODX? Я у себя на MODX2.3 попробовал в миге галерею сделать с источником файлов Dropbox, все робит. joxi.ru/Q2KndEBsaoD1mj А судя по ошибке просто не инициализировался контекст. К сожалению, некоторые процессоры в MODX не идеальны, иногда требуют передачи дополнительных параметров. К примеру в resource/create надо передавать context_key, хотя процессор мог бы получить его из объекта самого документа. Здесь видимо тот же случай. Но что интересно, в initialize() медиасурса контекст автоматически подхватывается. Судя по всему выполнение медиасурса идет без выполнения initialize(), или у пользователя нет прав на загрузку данного контекста (хотя в таком случае обламывалось бы все еще в методе initialize()). Пришлете доступы, изучу детальней. P.s.: c Gallery пришлось попрощаться, так как я не нашел как сменить ее медиаресурс на Dropbox. В системных настройках gallery.mediaSource. Но попрощаться видимо все равно придется. Что интересно, в Gallery из управления альбомами картинки создаются в Dropbox и удаляются, но затык именно в получении превьющки. Gallery юзает свой собственный не class-based процессор для этого, который не учитывает различные типы источников файлов. Если его в этом прокачать, то все будет робить как положено :) Но пока MIGX в этом плане более продвинутый получается. Собственно, я все чаще для галерей использую именно мигу, а не Gallery. Gallery годится именно для создания и вывода нескольких галерей на одной странице, но если задача на странице выводить только ее галерею, то мига здесь лучше подходит, так как выбирать в TV-Gallery определенную галерею именно для этого документа как минимум не удобно.

Пришлите мне на почту n.lanets@modxclub.ru данные 

P.S. Добавил небольшой коммит в модуль. Странно, раньше все работало, а сейчас что-то с неймспейсами затык возник. Возможно из-за того, что я в настройках MODX-а установил медиасурс Dropbox как основной, и из-за этого несколько изменился механизм его инициализации. Так все работает.

P.S. Добавил небольшой коммит в модуль. Странно, р

Только дополз на работу, сейчас попробую сделать как Вы говорите.

Только дополз на работу, сейчас попробую сделать к

Судя по всему выполнение медиасурса идет без выполнения initialize()

Собственно, так и есть. Отправил PR. Можете в оффоруме написать, что вопрос решенный.

Судя по всему выполнение медиасурса идет без выполнения initialize() Собственно, так и есть. Отправил PR. Можете в оффоруме написать, что вопрос решенный.

Судя по всему выполнение медиасурса идет без выпол

О так вы все у меня исправили уже О_О
 Спасибо!

Если честно, то у меня были изначально подозрения на Migx. Потому, что я когда поставил ваше дополнение, и сделал все по вашей инструкции, то больше и не лазил, не гуглил и т.п. — все работало. В статьи изображения тянутся с моего аккаунта дропбокса. А вчера начал делать галлерею. И вообще никак, хоть тресни. Я уже и ваше дополнение удалил и снова поставил. Расстроился кароче…
 Написал Бруно, но он как то быстро соскочил на то, что косяк не в Migx, а у вас типа: )
 Спасибо большое, что помогли разобраться.

Если честно, то у меня были изначально подозрения 

Пожалуйста!
 ПР уже принят, так что новая версия миги будет с фиксом.

Пожалуйста!
 ПР уже принят, так что новая версия м

Бывает.
 Пожалуйста.

Картинкам добавьте классы «img img-responsive», будут подстраиваться под ширину. joxi.ru/823OeZKCqpMn2O
 А иначе не размерно joxi.ru/8AnXDv9uxEXjmO

Картинкам добавьте классы «img img-responsive», бу

Это я не доделал просто.
 Я пытался сделать по этому мануалу rtfm.modx.com/extras/revo/migx/migx.tutorials/migx.fancybox-images-with-seperate-placeholders-in-richtext-content
 Уже написал Бруно. Не получается подключить fancybox.
 forums.modx.com/thread/?thread=84501&page=2
 Если в ТВшке ставить медиаресурс — файловая система. То все получается — создается превьюшка, при нажатии на которую — открывается в полный размер в новом окне. Тут конечно же есть проблема — не создается модальное окно, а просто открывается в новом окне.
 Но вот если медиаресурс — дропбокс, то превью не создается — просто постится огромная картинка. И при нажатии на нее выскакивает предложение скачать ее себе на компьютер. Вот так все это выглядит jinini.com/index.php?q=gallery/photography/kids.html

Это я не доделал просто.
 Я пытался сделать по это

Вот вопрос, может тут подскажут. Не по теме, но все же.
 Вот так у меня стало, когда подключил SSL. jinini.com/index.php?q=gallery/photography/kids.html
 Можно как то сделать, чтобы мои ссылки опять приобрели человеческий вид? Без «index.php?q=»
