тут дело именно в переменной, я думаю она каким-то макаром экранируется

Возможно этими скобками? {$product}

{$a = 18} {$_modx->runSnippet("!FileAttach", [ 'resource' => $a ])}

вот так заработало)

но вот через цикл почему-то нехочет

В цикле скобочки. (:

мой тупняк, через цикл тоже так же работает

скобки наоборот оказывается ненужны

если переменную в снипет передаешь

т.к посути ты уже в феноме {}

Нам с утреца ещё и феном завезли? Вася добрался до ядра?

Нам с утреца ещё и феном завезли? Вася добрался до ядра?

Видимо в профильном чате забанили. ((%

Видимо в профильном чате забанили. ((%

А я вас в ночи вспоминал =) Возился со связями в Ларе. Ну классический случай — есть юзеры, есть станки, которые могут принадлежать юзеру. Я сделал некую таблицу, где были бы айди станка и айди юзера, relations_user-machine Сделал модели как для юзера, так и для машины. И потом нарыл в доках Элоквента всякое типа belongsToMany Оно? И надо ли для таблицы связей делать модель, кстати?

Собственно получилось так, что я могу вызывать как у юзера его станки, так и у станка — его юзеров. Типа $user->machines или $machine->users Пока не дошёл до создания того и другого, не знаю ещё, как с этой связью быть, и как она вообще создаётся. То ли сама по магии, то ли надо чёт будет делать — а это вроде как модель...

Да оно там почитай там не сложнг и работает на отлично

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

имхо нужно

еще про seed посмотри

Это вроде типа тестовые данные, "сеять" типа?

наполнить

пишется класс наполнителя и потом php artisan db:seed

и наполняются данными таблицы

А смысл кстати какой в нём? Или просто в плане "удобно откатить"?

Мало ли есть у кого контакты ребят, кто профильно занимается разработкой шоурилов?

Эмм. Видео что ли?

Ну да, это такое модное слово нынче)

А смысл кстати какой в нём? Или просто в плане "удобно откатить"?

думаю смысл в поднятии тестового окружения например

https://www.youtube.com/watch?v=e8_o6QBSW8s к примеру

А я вас в ночи вспоминал =) Возился со связями в Ларе. Ну классический случай — есть юзеры, есть станки, которые могут принадлежать юзеру. Я сделал некую таблицу, где были бы айди станка и айди юзера, relations_user-machine Сделал модели как для юзера, так и для машины. И потом нарыл в доках Элоквента всякое типа belongsToMany Оно? И надо ли для таблицы связей делать модель, кстати?

Когда связь многие ко многим через третью таблицу, то да belongsToMany подходит. В Вашем случае по канонам ларавеля нужно создать: 1. Миграцию и модель для Юзеров и Станков (миграция для описания схемы таблиц, модель для доступа к данным и работе с ними по определенным правилам). 2. Создать миграцию для сводной таблицы relations_user-machine (обычно это user_machine через нижнее подчеркивание и без указания что это отношения, хотя раз удобно, то так тоже можно), где указать в $table->foreign('user_id')->references('id)->on('users'); и $table->foreign('machine_id')->references('id)->on('machine'); И, конечно же, сами поля machine_id и user_id в самой миграции. 3. Добавить для моделей Юзеров и Станков эти самые правила "многие-ко-многим" через функции объявленные в этих моделях, для модели Юзер добавить функцию с именем Станков, а в Станки с именем Юзеров. Дальше нужно создать этих самых Юзеров и создать Станки. Когда создаются Станки, то указывается что-то типа: $machine = Machine::create([ 'name' => 'First Machine', 'price' => 100.10, ]); // Тут, например, будет пользователи с id 2 и 3 $users = User::find([2,3]); $machine->users()->attach($users); И, в случае когда все правильно сделано, то в сводной таблице будет автоматически созданы отношения.

Собственно получилось так, что я могу вызывать как у юзера его станки, так и у станка — его юзеров. Типа $user->machines или $machine->users Пока не дошёл до создания того и другого, не знаю ещё, как с этой связью быть, и как она вообще создаётся. То ли сама по магии, то ли надо чёт будет делать — а это вроде как модель...

Создание как обычно происходит, просто там где нужно добавочно создаете связь. Для Юзеров создание что-то типа: use App\User; $users = ['1 User', '2 User', '3 User']; foreach($users as $user) { User::create([ 'name' => $user, ]); } Будут созданы согласно Вашей модели Юзеров записи в БД. А для связи пример в сообщении выше.

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

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

Спасибо. Так и сделал часть, но вот сводную таблицу никак не оформил, по привычке закатал её через phpmyadmin

(((% Миграцию создайте. Там же весь смысл в том чтобы видно было где и куда через что идет.

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

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

Миграции только со схемами работают, это просто удобный способ создания таблиц не лазя в пхпмайадмин. Просто когда есть перед глазами всё, то лучше понимаешь что происходит и не держишь в голове лишнего. Сегодня Вы помните о том что там и как называется с какими отношениями, а завтра нужно снова лезть в БД через пхпмайадмин и смотреть отношения. В модели Вы определите взаимоотношения, только именно модели для свободной таблице не нужно в простом случае, т.к. она нигде не используется. Говорил про создание миграции для сводной таблице в рамках концепции ларавеля.

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

Ну по дефолту в модели у меня вообще нишиша нет, кроме, разве что, class Machine extends Model

Я так понимаю, она просто лезет в бд, тащит оттуда имена колонок таблицы и радуется жизни.

Hello : )

Does anyone can explain me what this is for?

\UserManager::saveValues(['id' => $modx->getLoginUserID(), 'some_tv1' => 'something', 'other_tv2' => 'awesome']);

what is user TV ? o.0

i create example some_tv1 => 'something' and this: $tvValues = \UserManager::getValues(['id' => $modx->getLoginUserID()]); print_r($tvValues);

return clean array() without any values

user tvs are assigned to user role

aa ok o.0 thx a lot : )

holly shit this is awesome feature! :D. Im working too long with Evo 2x - its time to rewrite e-commerce to 3.1 = )

🙂

holly shit this is awesome feature! :D. Im working too long with Evo 2x - its time to rewrite e-commerce to 3.1 = )

you are trying to sell users with params?

yeap, something like that : )

как в doclister поменять обертку и tpl если есть условие?

как в doclister поменять обертку и tpl если есть условие?

https://docs.evo.im/04_extras/doclister.html

Чёт даже не знаю как это сделать в 1,х помню что preparewrap надо

Может что о типа setConfig. Или это в формлистер.

Пробовал, говорит нету такого, да и поиском по коду нету

Пробовал, говорит нету такого, да и поиском по коду нету

tpl меняется в препаре

Значение параметра может быть изменено из prepare-сниппета c помощью свойства $_DocLister->renderTPL.

Попробуй по аналогии и $_DocLister->ownerTPL

tpl меняется в препаре

Там надо и обёртку и сам элемент

Там надо и обёртку и сам элемент

Так я ж написал, попробуй в препаре по аналогии и ownerTPL

Или что за обертка?

Как-нибудь потом

Обёртка всех документов

В prepare то она зачем

Оно же для каждого элемента

Ну условие же где-то надо проверить. Если оно зависит от элементов полученных - то как раз препаре. А если условие снаружи - то оно сразу проверяется и запускается ДЛ уже с правильным ownerTPL

Всем привет! Подскажите данная cms живая ? На ней можно работать ?

Разработчики данной цмс не считают ее живой цмс, на которой можно работать

ооооу (

Так что лучше остаться на modx revo или всё же попробовать evo?

@Dmi3yy подбодри человека ))

Так что лучше остаться на modx revo или всё же попробовать evo?

Ну если так смотреть, то рево еще более мертвая, там уже сто лет ничего не менялось и не изменится, похоже

Ну я вот рево расцениваю как неплохую цмс для лёгких кооп сайтов

Если шаришь в рево, то и в эво за пару дней вникнешь, это не долго

@Pathologic93 не работает твой quickorder :) Uncaught Error: Class 'Commerce\InstantCartStore' not found in /home/.../assets/plugins/commerce/src/CartsManager.php:82

Лишним не будет))

Если шаришь в рево, то и в эво за пару дней вникнешь, это не долго

А так на чём народ щас весь сидит на WP?

Ну я вот рево расцениваю как неплохую цмс для лёгких кооп сайтов

херасе легкая цмс :) на всех обоих клиентах где было revo клиенты постоянно спрашивали че она такая тормозная что на морде что в админке