насколько норм так делать родительскую модель? :D

https://pastebin.com/raw/YjuqjFfa

насколько норм так делать родительскую модель? :D

достаточно проверить наличие атрибута чтобы подключить поведение

ммм, что-то типо: if (isset($this->attribute) { // подключаю нужное поведение }

ммм, что-то типо: if (isset($this->attribute) { // подключаю нужное поведение }

http://www.yiiframework.com/doc-2.0/yii-db-baseactiverecord.html#hasAttribute()-detail

в итоге базовый класс будет типа такого class ActiveRecord extends ActiveRecord { public $isDeletedAttribute = 'is_deleted'; public function behaviors() { $behaviors = []; if ($this->hasAttribute($this->isDeletedAttribute)) { // подключаем } } }

оффтоп, а как ты так код сюда залил?

оффтоп, а как ты так код сюда залил?

Маркдаун обычный

Тройной апостроф с обеих сторон

code();

спасибо

оффтоп, а как ты так код сюда залил?

апостроф тройной для строк с переносом

или как его там )

Одинарный для обычных работает с переменным успехом, поэтому и для одинарных лучше тройной

Одинарный месяц не работал как-то

А почему именно public $isDeletedAttribute = 'is_deleted'; а не public $is_deleted;

потому что гладиолус ) зачем ты собрался объявлять атрибут, который в таблице?

и если в какой-то таблице он назовется "isFuckingDeleted" будешь в модели переопределять behaviors?

nope, мне надо именно что-бы были эти атрибуты в наследуемом классе

Где можно за это почитать? public $isDeletedAttribute = 'is_deleted'; в доке не вижу чот

ааа, я понял))

public $isDeletedAttribute = 'is_deleted'; $behaviors = []; if ($this->hasAttribute($this->isDeletedAttribute)) { $behaviors[] = [ 'softDeleteBehavior' => [ 'class' => SoftDeleteBehavior::class, 'softDeleteAttributeValues' => [ $this->isDeletedAttribute => true ], ] ]; }

Оно же?

Есть идеи как красиво расширить rbac. Помимо штатной таблицы с ролями (assignment) еще одна - получиная с битрикса, Нужно роли клеить на лету. Вариант с раширением кучкки методов класса DbManager какжется грубым, может как-то подняться на более высокий уровень?

@sizepermru оно верно?

https://pastebin.com/raw/Ep8Dekvh

https://pastebin.com/raw/Ep8Dekvh

бегло глянул, вроде все ок.

Подскажите, а как в форме передать уже существующие GET параметры, чтобы при смене per-page они не терялись?

Не указывайте action у формы

ребят, получить всех пользователей по роли в виде массива id => username

через связь, верно же?

где получить? когда получить? зачем получить? :)

чезер модель связи а потом array::map хелпер

может так

чезер модель связи а потом array::map хелпер

Array Map сожрёт память. Производительнй будет сразу из БД выбрать только 2 столбца: ->select(['username', 'id'])->indexBy('id')->column() Порядок колонок в select имеет значение, т.к. column() возьмёт первый столбец.

Array Map сожрёт память. Производительнй будет сразу из БД выбрать только 2 столбца: ->select(['username', 'id'])->indexBy('id')->column() Порядок колонок в select имеет значение, т.к. column() возьмёт первый столбец.

Cпасибо.

ребят, снова я с нубо вопросами :)

мозг уже не соображает, как сделать что-бы был возврат этого: 'created_at:date', 'updated_at:date', [ 'attribute' => 'created_by', 'value' => 'createdBy.username', ], [ 'attribute' => 'updated_by', 'value' => 'updatedBy.username', ],

Именно в таком формате, иначе gridview ругается

Не понял вопрос

+1

Именно в таком формате, иначе gridview ругается

ошибку хоть бы сикнул

мозг уже не соображает, как сделать что-бы был возврат этого: 'created_at:date', 'updated_at:date', [ 'attribute' => 'created_by', 'value' => 'createdBy.username', ], [ 'attribute' => 'updated_by', 'value' => 'updatedBy.username', ],

return [ 'created_at:date', 'updated_at:date', [ 'attribute' => 'created_by', 'value' => 'createdBy.username', ], [ 'attribute' => 'updated_by', 'value' => 'updatedBy.username', ], ];

Setting unknown property: yii\grid\DataColumn::0 @void0 так и возвращаю, но это получается же в массиве columns будет еще массив

Нужно больше подробностей

Как происходит объединение конфига?

Setting unknown property: yii\grid\DataColumn::0 @void0 так и возвращаю, но это получается же в массиве columns будет еще массив

Конфиг кривой

GridView::widget(['columns' => $columns]);

Нужно больше подробностей

Есть стандартный gridview: <?= GridView::widget([ 'dataProvider' => $dataProvider, 'filterModel' => $searchModel, 'columns' => [ 'created_at:date', 'updated_at:date', [ 'attribute' => 'created_by', 'value' => 'createdBy.username', ], [ 'attribute' => 'updated_by', 'value' => 'updatedBy.username', ], ], ]); ?>

Хочу получить что-то типо:

function someName () { return [ 'created_at:date', 'updated_at:date', [ 'attribute' => 'created_by', 'value' => 'createdBy.username', ], [ 'attribute' => 'updated_by', 'value' => 'updatedBy.username', ], ]; } И в gridview: <?= GridView::widget([ 'dataProvider' => $dataProvider, 'filterModel' => $searchModel, 'columns' => [ someName(), // etc ], ]); ?>

'columns' => someName(),

<?= GridView::widget([ 'dataProvider' => $dataProvider, 'filterModel' => $searchModel, 'columns' => ArrayHelper::merge(someName(), []), ], ]); ?>

'columns' => someName(),

У меня же еще будет там много полей :)

У меня же еще будет там много полей :)

array_merge или Толин пример

Работает, но получается шляпа :)

ERROR: S client not available

http://dl4.joxi.net/drive/2017/04/27/0017/0874/1139562/62/9bd6522242.png

т.е. в определенное место надо добавлять новые поля

Ну выкручивайся :)

уже)

спасибо за помощь

Всем привет. Подскажите пожалуйста, как составить обработку маршрута для такой ситуации: /:section_slug/:section_slug/:section_slug/:page_slug причем кол-во вложенных друг в друга разделов неизвестно и может быть от одного и до бесконечности?

Своё правило

Сверять урл в базе

Хочу написать программу для управления тонкими клиентами, насколько целеообразно использовать фреймворк yii для этого или лучше самопис? Интерфейс будет типа такого

Для тонких клиентов надо использовать толстые решения.

Нужно сохранять баланс.

Баланс в мире - это, очень важно.

https://github.com/yiisoft/yii2/blob/master/docs/guide-ru/rest-versioning.md Бля в официальной доке пишут такую хрень: "Для лучшего разделения ответственности кода вы можете составить общий набор базовых классов ресурсов и контроллеров, и субклассировать их в каждом отдельно взятом модуле версии. "

Какой тогда смысл в версионировании, если кто-то может запороть все версии, просто поменяв родительский класс.

Поправьте меня, если я не прав. Но мне кажется это какой-то хренью.

Какой тогда смысл в версионировании, если кто-то может запороть все версии, просто поменяв родительский класс.

это размышление о том "что можно все запороть просто удалив репозиторий" )

это размышление о том "что можно все запороть просто удалив репозиторий" )

запороть репо одно. другое, это когда можно при комите не заметить изменений и автоматом портим все версии

запороть репо одно. другое, это когда можно при комите не заметить изменений и автоматом портим все версии

не убеждай меня в этом :) "не заметить" это вообще слабый аргумент

для этого МР и кодревью

ну конечно если ты не в одну каску

ну ну.

вообще базовый контроллер ничего не возвращает, чо там запороть то можно?

ну если мы конкретно о таком примере

вообще базовый контроллер ничего не возвращает, чо там запороть то можно?

причем тут базовый контроллер

там в примере не базовые контроллеры.