вам нужно именно volume перенести или же сделать аналогичное поле? Просто если перенести поле, которое уже модуль добавил, нужно изменять тот модуль. Я распишу на примере нового поля модуля, а вы уже разберетесь.Чебуратор писал(а):1. Можно ли сделать так, что бы поле "volume", переданное из модуля ($this->addBackendBlock('product_variant', 'product_variant_block.tpl');) , хранилось в таблице БД Модуля, а не в __variants?
Чебуратор писал(а):Блестяще!Я просто спросил можно ли это сделать "штатными" средствами и если да, то как!
Чебуратор писал(а):Блестяще!Ни каких смыслов искать не нужно!
,Затем вам необходимо навесить queue (не chain) экстендер https://github.com/OkayCMS/OkayCMS/blob/master/docs/modules/extenders.md на (скорее всего) Okay\Admin\Helpers\BackendProductsHelper::updateProductsCategories()
Чебуратор писал(а):zyxer, Супер! Спасибо! В теории все ясно - буду разбираться дальше:)
zyxer, еще раз Спасибо!,Затем вам необходимо навесить queue (не chain) экстендер https://github.com/OkayCMS/OkayCMS/blob/master/docs/modules/extenders.md на (скорее всего) Okay\Admin\Helpers\BackendProductsHelper::updateProductsCategories()
здесь не понял: на этом этапе валидация и add/update product уже прошли? Мы в updateProductsCategories "вваливаемся" (екстендим) для валидации поля?
Чебуратор писал(а):korshunov, Ок, спасибо!
Объясню Вам "смыслы": Идея в том, что бы сделать модуль полностью независимый от самой Okay. Модуль который использует Okay как фреймворк, к чему она уже подошла, на мой взгляд (почти). Зачем? Для того, что бы избежать, проблем с развитием самой Окей (надеюсь имена таблиц меняться не будут), и таких же названий полей других модулей.
И да я прекрасно понимаю, что можно называть поля в БД, например, со своим префиксом или вообще иначе и то, что после сотни тыс. записей это будет работать медленнее! Тогда уже будут другие решения!
Я сейчас, конечно фантазирую /но на конкретном примере, не сомневайтесь/, но давайте представим себе ситуацию в которой, я хочу сделать два поля к товару: "Хвост" и "Уши" (длину). При этом мне нужно еще и разделить дуступ: одни "операторы"/администраторы имеют право вносить только "Хвост" а другие только "Уши". И, что, важно, те кто вносит "Уши" не должны видеть (и иметь возможность редактирования) "Хвостов" и наоборот! Но ко всем остальным полям в товаре они должны иметь доступ (редактирование). Фантаааазия! Но сколько же их было на практике! ;)korshunov писал(а):Звучит интересно, любопытно было бы познакомиться с ментодом и результатами хотя на конкретном простом примере.
Нуууу! Я думаю Вы меня поняли! Читать можно так "Модуль который использует Okay как фреймворк, без имплементации в основные модули" )korshunov писал(а):1."модуль полностью независимый от самой Okay" и "Модуль который использует Okay как фреймворк" В ПРИНЦИПЕ противоречат друг другу...
Ни какого дублирования (избыточности) данных я не предлагал - я как раз, хочу их избежать, как и их коллизий. "добавочный расход ресурсов" Join-ы! ну да!korshunov писал(а):2. Дублирование данных - это, как известно, и добавочный расход ресурсов и добавочные риски ошибок.
korshunov писал(а):3. "избежать таких же названий полей других" - в существующей схеме В ПРИНЦИПЕ невозможно. Для этого в общей схеме модульности надо вводить изменения специально под эти цели.
korshunov писал(а):4. "это будет работать медленнее! Тогда уже будут другие решения!" - сознательно создавать трудности, чтобы потом их героически преодолевать - не лучший стиль.
korshunov писал(а):Подозреваю, что изобретаете велосипед. И к тому же реально не очень полезный - много-много работы, чтобы избежать экстремально редкие коллизии...
Уж простите, но тут я тоже не согласен!OkayCMS писал(а):Вопрос.
Если бы был отдельный чатик в месменджерах, чисто для программистов которые делают модули, было бы там общение и было бы там интересно состоять и отвечать на вопросы/ задавать вопросы
Чебуратор писал(а):Уважаемый,korshunov!
Я сейчас, конечно фантазирую /но на конкретном примере, не сомневайтесь/, но давайте представим себе ситуацию в которой, я хочу сделать два поля к товару: "Хвост" и "Уши" (длину). При этом мне нужно еще и разделить дуступ: одни "операторы"/администраторы имеют право вносить только "Хвост" а другие только "Уши". И, что, важно, те кто вносит "Уши" не должны видеть (и иметь возможность редактирования) "Хвостов" и наоборот! Но ко всем остальным полям в товаре они должны иметь доступ (редактирование). Фантаааазия! Но сколько же их было на практике! ;)
Чебуратор писал(а):Почему? Ну вот есть отдельный Ваш модуль, который хранит данные в своей таблице, вообще от всех независимо - в чем проблема? Но если не там то, вдруг, Вы будете выполнять похожую задачу и в мои "Хвосты/Ухи" своим модулем влезете, которые в __products (в названия полей)? Или я в Ваши? Будет не удобно! :)
Чебуратор писал(а):Уж простите, но тут я тоже не согласен!OkayCMS писал(а):Вопрос.
Если бы был отдельный чатик в месменджерах, чисто для программистов которые делают модули, было бы там общение и было бы там интересно состоять и отвечать на вопросы/ задавать вопросы
И не просто так, а из-за вашей новой модели бизнеса!
Для вас( OkayCMS ) оставить подобные обсуждения в чате, или, возможно, в отдельную ветку вынести, например "Для разработчиков модулей" (или для "Других придурков" :) ) - просто НЕОБХОДИМО!
Ведь то, что вы уже создали, и как поменяли концепцию... Вам нужно поддерживать тех, кто делает _новые_ модули, а не рассказывать как в шаблоне Smarty, что-то исправить (это конечно тоже нужно!)
Продаваться будут - модули!
Откровенно говоря, документация пока - слабая. А вам еще нужно работать над "ядром" и над "модульностью". Ответы zyxer-а сейчас - лучший manual !
Мое мнение - отдельная ветка!
И желательно, что бы zyxer был главным модератором!
OkayCMS писал(а):Ок, я информацию принял. Пока отдельную ветку не создаю, так как не уверен что будем продолжать пользоваться этим форумным движком. Но в беклог записал.
Вернуться в «Вопросы по работе с OkayCMS»
Сейчас этот раздел просматривают: 99 гостей