там примре не так же

в чем отличие?

я делал $events->read = true;

вообще не в ту степь пошел) тебе надо было так сделать $events->read(true); $events->update();

Calling unknown method: app\models\Events::read() вот твой код

что дал

Calling unknown method: app\models\Events::read() вот твой код

та просто я протупил)) $events->read = true; $events->update();

та просто я протупил)) $events->read = true; $events->update();

я так делал 1 раз

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

не помог это тоже

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

так может просто update валидацию не проходит?

в правилах какие значения может принимать параметр read?

та просто я протупил)) $events->read = true; $events->update();

так не какой ошибка не дает но update не работает

в правилах какие значения может принимать параметр read?

его тип boolen

его тип boolen

покажи rules из модели Events

public function rules() { return [ [['read'], 'boolean'], [['user_id', 'contact_id'], 'default', 'value' => null], [['user_id', 'contact_id'], 'integer'], ]; }

покажи rules из модели Events

создал таблица потом модел !

покажи rules из модели Events

код миграцци

public function safeUp() { $this->createTable('events', [ 'id' => $this->primaryKey(), 'read' => $this->boolean(), 'user_id' => $this->integer(), 'contact_id' => $this->integer(), ]); }

в правилах какие значения может принимать параметр read?

а это же работает Yii::$app->db->createCommand()->update('events', ['read' => true])->execute();

а это же работает Yii::$app->db->createCommand()->update('events', ['read' => true])->execute();

тут валидации нет, а там есть. попробуй $events->update(false);

$events->update(false); что он будет делат false

$events->update(false); что он будет делат false

игнорировать валидацию

игнорировать валидацию

$events->read = true; $events->update(false);

ничо не изменилос

это печально)

а это же работает Yii::$app->db->createCommand()->update('events', ['read' => true])->execute();

туда можно валидация добавит?

всем привет. ребят одскажите. сделал грид с пиджаком. в гриде на кнопки повесил обработчики. эти js обработчики все время слетают после того как пиджак обновиться. как их воткнуть правильно? с и гридом присылать все время <script> или у пиджака на какое то событие вешать?

Госпади

Это что за сленг такой

пиджак = pjax для особо ранимых))

пиджак = pjax для особо ранимых))

может он другое слово имел ввиду))

всем привет. ребят одскажите. сделал грид с пиджаком. в гриде на кнопки повесил обработчики. эти js обработчики все время слетают после того как пиджак обновиться. как их воткнуть правильно? с и гридом присылать все время <script> или у пиджака на какое то событие вешать?

а как ты щас их воткнул?

пасибо. уже раздуплил https://github.com/yiisoft/yii2/issues/10628

всем привет. ребят одскажите. сделал грид с пиджаком. в гриде на кнопки повесил обработчики. эти js обработчики все время слетают после того как пиджак обновиться. как их воткнуть правильно? с и гридом присылать все время <script> или у пиджака на какое то событие вешать?

я после грида обычно обработчики делаю, чтобы заново их не инициализировать после pjax:success

раздуплил = разобрался))

я после грида обычно обработчики делаю, чтобы заново их не инициализировать после pjax:success

но интересно что имеешь ввиду.

и все таки :D немного ознакомившись с работой опкеша чот сомнения берут в таком подходе. Хотябы потому, что по дефолту валидация таймштампа включена в самом расширении опкеша. А это значит что при каждом реквайре будет лезть на диск и проверять время изменения подключаемого файла. Корое наверное тоже кешируется в свою очередь, но хз как там реально внутри все пашет (в исходники не лез). Короче тесты нада. М.б. пара файлов + мерж быстрее в итого окажутся.

ну с тобой то понятно было. у тебя там 128 мб везде . хД.

пример есть?

раздуплил = разобрался))

я как то столкнулся с подобным, долго гуглил, оказалось что $('.button').on('click', function() {}); не палит загруженные аяксом данные в дом $(document).on('click', '.button', function() {}); а такое палит

ну да в теме так и написано)

пример есть?

<?php Pjax::begin(['id' => 'grid']); ?> <?= GridView::widget([ 'id'=>'auction-list', 'dataProvider' => $dataProvider, 'filterModel' => $model, 'columns' => [ 'id', [ 'format' => 'raw', 'value'=>function($model){ return ButtonControll::widget(['model'=>$model, 'short'=>true]); }, ], ]); ?> <?php Pjax::end(); ?> <?php $this->registerJS($script, View::POS_READY); типа такого

ну да в теме так и написано)

либо можно функции отдельные сделать, а в гриде их вызывать с параметрами, тогда вообще никакие слушатели не нужны будут

либо можно функции отдельные сделать, а в гриде их вызывать с параметрами, тогда вообще никакие слушатели не нужны будут

первый варик мне кажется более приличный)

первый варик мне кажется более приличный)

да, я так обычно и делаю)

да, я так обычно и делаю)

👍🏻пасибо

Всем привет, нужен совет, простите, если сумбурно. Есть две таблицы: студенты и инвалиды (связь один к одному). В первой таблице информация, которая должна быть о каждом студенте, а во второй только об инвалидах. Необходимо сделать в одной форме добавление/обновление данных об инвалидности студента. Не могу додумать, как реализовать переключение форм в завимимости от введеного ФИО студента (pjax?). На данный момент реализовано только определение существования данных об инвалидности (получение student_id).

Всем привет, нужен совет, простите, если сумбурно. Есть две таблицы: студенты и инвалиды (связь один к одному). В первой таблице информация, которая должна быть о каждом студенте, а во второй только об инвалидах. Необходимо сделать в одной форме добавление/обновление данных об инвалидности студента. Не могу додумать, как реализовать переключение форм в завимимости от введеного ФИО студента (pjax?). На данный момент реализовано только определение существования данных об инвалидности (получение student_id).

объединить таблицы в одну, и в ней писать инфу об инвалидности не рассматривали?

Слишком много пустых столбцов будет

Надо показать дополнительные поля если студент ивалид?

Не совсем, если вдруг студент стал инвалидом, то необходимо добавить информацию об его инвалидности. Просто хотелось реализовать всё не в два представления (create, update), а в одном. Чтобы не возникло ситауации, когда создают "нового инвалида", а информация о нем уже есть. Конечно, есть вариант просто выводить об этом предупреждение, но лучше же когда сразу всё видно

Не совсем, если вдруг студент стал инвалидом, то необходимо добавить информацию об его инвалидности. Просто хотелось реализовать всё не в два представления (create, update), а в одном. Чтобы не возникло ситауации, когда создают "нового инвалида", а информация о нем уже есть. Конечно, есть вариант просто выводить об этом предупреждение, но лучше же когда сразу всё видно

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

Можно, этот вариант и рассматривается, если тот не получится

никаких предупреждений, взять из поста данные и обновить, предварительно проверив, есть ли они. upsert есть такая штука в последних версиях Yii2

Слишком много пустых столбцов будет

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

База городов с часовым поясом и в доступном формате а ещё и с регионами ну и актуальную, встречал ктонить?

База городов с часовым поясом и в доступном формате а ещё и с регионами ну и актуальную, встречал ктонить?

еще и бесплатную забыл добавить)

еще и бесплатную забыл добавить)

О точно

О точно

https://www.youtube.com/watch?v=8lgGkkde2xk

Привет всем :)

Привет всем :)

✌️

Подскажите по бд: Есть сущность «трабл-тикет» У тикета есть время создания, назначенный сотрудник для решения, статус, возможность передачи Тикета на другого сотрудника. Насколько правильно будет хранить в отдельной таблице время создания, передачи, закрытия тикетов в отдельной таблице? При очень большом количестве их вангую сильную задержку, когда в грид нужно будет выводить список тикетов, их статус и время создания/ закрытия?

Ибо тогда придётся вытягивать данные с трёх -четырёх таблиц сразу

Подскажите по бд: Есть сущность «трабл-тикет» У тикета есть время создания, назначенный сотрудник для решения, статус, возможность передачи Тикета на другого сотрудника. Насколько правильно будет хранить в отдельной таблице время создания, передачи, закрытия тикетов в отдельной таблице? При очень большом количестве их вангую сильную задержку, когда в грид нужно будет выводить список тикетов, их статус и время создания/ закрытия?

если нужна история, надо отдельную таблицу мутить, а по дефолту доставать последние 20 например. Делай одним запросом, и не будет сильной задержки

если нужна история, надо отдельную таблицу мутить, а по дефолту доставать последние 20 например. Делай одним запросом, и не будет сильной задержки

Ну то есть даже время создания хранить отдельно ?

В той таблице

Ну то есть даже время создания хранить отдельно ?

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

может комментарий еще

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

В смысле в той отдельной таблице-истории

Где записи создания, передачи, закрытия Тикета

В смысле в той отдельной таблице-истории

да, я про нее и говорю. время создания тикета зачем там хранить? свяжи ее с таблицей тикетов по ticket_id

Где записи создания, передачи, закрытия Тикета

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

Для некоторой унификации может будет удобней хранить и в ширину(дата создания/закрытия) и вертикально(в таблице истории)

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

Так может в блоб писать в Json историю прям в тикете ?

Или плохая идея?

У json-а индексы тяжелые

Так может в блоб писать в Json историю прям в тикете ?

есть json тип поля даже

Господа вопрос, хочу сделать, чтобы, когда авторизовываешься на основном домене, авторизовывалось и на поддомене, ну и наоборот, делал по статье: https://yiiframework.ru/doc/cookbook/ru/install.cookie.subdomains, куки одинаковые и на поддомене и на основном домене, но авторизация не проходит Но теперь, когда авторизовываюсь на одном из сайтов, на другом авторизация слетает

yii migrate --migrationPath=@yii/rbac/migrations Yii Migration Tool (based on Yii v2.0.15.1) No new migrations found. Your system is up-to-date. Как создать таблицы RBAC'а?

yii migrate --migrationPath=@yii/rbac/migrations Yii Migration Tool (based on Yii v2.0.15.1) No new migrations found. Your system is up-to-date. Как создать таблицы RBAC'а?

в таблице migration есть эта миграция?

Господа вопрос, хочу сделать, чтобы, когда авторизовываешься на основном домене, авторизовывалось и на поддомене, ну и наоборот, делал по статье: https://yiiframework.ru/doc/cookbook/ru/install.cookie.subdomains, куки одинаковые и на поддомене и на основном домене, но авторизация не проходит Но теперь, когда авторизовываюсь на одном из сайтов, на другом авторизация слетает

Похоже это из - за разных cookieValidationKey