в корень диска С кидал?

да, поместил в корень, но файл не декодирует, видимо, более новая версия кодировщика

на сколько я понял, то файлы не нашло

на сколько я понял, то файлы не нашло

PHP Fatal error: The file C:\ioncube_priv8_decoder_v1\php\IC8_5.3\enc\amp.php cannot be decoded by this version of the ionCube Loader.

не подходит версия)

а все вариканты пробовал?

а все вариканты пробовал?

нет, только 5.3, остальные еще более старые, надо 5.5 минимум

я б на всякий случай попробовал бы :)

я б на всякий случай попробовал бы :)

ничего не изменилось)

Жаль, но как мог... Больше у меня ничего нету

Жаль, но как мог... Больше у меня ничего нету

спасибо) я тоже все перерыл, ничего не нашел толкового

Что эта за беда такая: Swift_TransportException: Connection could not be established with host smtp.yandex.ru Но пинг отправляется ping smtp.yandex.ru — Это только на сервере, на OpenServer письма отправляются

через mailgun тоже так же, не отправляет

mailgun api или smtp?

mailgun api или smtp?

smtp

порт включи

сервак где стоит? scaleway нибось?

digitalocean

порт нужно открыть?

конечно

может даже в procfile, точно не помню

открой доку

$events->update([$events->read = true]);

Yii::$app->db->createCommand()->update('events', ['read' => true])->execute();

нашел

порт включи

спасибо, починил

Yii::$app->db->createCommand()->update('events', ['read' => true])->execute();

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

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

по ранше сказат не судба? ))))

по ранше сказат не судба? ))))

тебе ссылку на документацию скинули, там пример был

тебе ссылку на документацию скинули, там пример был

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

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

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

я делал $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 например. Делай одним запросом, и не будет сильной задержки

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

В той таблице

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

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

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

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

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

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