Дальше сам?
Какое отношение модель имеет к миграции?
Как пролечить?
с чего ты взял, что касты меняют поведение дефолтных полей с временем?
Подскажите пожалуйста, как бороться с данной проблемой?
А как нить самому можно запустить тест какой нить чтобы узнать?
нужна скорость работы?
json — это, в общем-то, строка. Дальше сам?
Ну, может сделать nullable и в модели прописать его в касты и в $attributes ?
Какое отношение модель имеет к миграции?
Я намекал на $table->json()->default(‘[]’)
Действительно, не додумался))
Спасибо большое)
protected $connection = ‘pgsql’;
protected $table = ‘accounting.ttt_labels’;
protected $primaryKey = ‘ttt_label_idx’;
при чтении ругается Карбон
изза timestamp полей
Fatal error: Uncaught Carbon\Exceptions\InvalidFormatException: Trailing data in C:\App\adv\iface\vendor\nesbot\carbon\src\Carbon\Traits\Creator.php:676 Stack trace: #0
…. \App\adv\iface\vendor\illuminate\database\Eloquent\Model.php(1091): Illuminate\Database\Eloquent\Model->attrib in C:\App\adv\iface\vendor\nesbot\carbon\src\Carbon\Traits\Creator.php on line 676
Как пролечить?
protected $casts = [
‘created’ => ‘datetime’,
‘modified’ => ‘datetime’,
];
не помогает
либо карбон не может спарсить содержимое поля
protected $connection = ‘pgsql’;
protected $table = ‘accounting.ttt_labels’;
protected $primaryKey = ‘ttt_label_idx’;
при чтении ругается Карбон
изза timestamp полей
Fatal error: Uncaught Carbon\Exceptions\InvalidFormatException: Trailing data in C:\App\adv\iface\vendor\nesbot\carbon\src\Carbon\Traits\Creator.php:676 Stack trace: #0
…. \App\adv\iface\vendor\illuminate\database\Eloquent\Model.php(1091): Illuminate\Database\Eloquent\Model->attrib in C:\App\adv\iface\vendor\nesbot\carbon\src\Carbon\Traits\Creator.php on line 676
Как пролечить?
protected $casts = [
‘created’ => ‘datetime’,
‘modified’ => ‘datetime’,
];
не помогает
const CREATED_AT = ‘post_date’;
const UPDATED_AT = ‘post_modified’;
чекни
const UPDATED_AT = ‘post_modified’;
чекни
ооо, колдунство!
в модель вставил
а как это? что они делают?
в таблице есть поля
created и modified
post_date/post_modified нет
в модель вставил
а как это? что они делают?
в таблице есть поля
created и modified
post_date/post_modified нет
Меняют названия колонок со стандартных на твои, в теории)
const CREATED_AT = ‘created’;
const UPDATED_AT = ‘modified’;
заработало, спасибо
но в карбон не переводит..
upd:
вылетает ошибка при ->toArray()
updd:
вылечил
protected $dateFormat = ‘Y-m-d H:i:s.u’;
и каст работает
Но можно же установить пакет Laravel.mix через npm
Суть такова, что в БД есть поле c типом longtext, и там хранятся разного рода строки, от json до строково представленных булевых типов (стока ‘true’ или ‘false’). Так вот, в коде есть момент с выборкой по этому полю, как раз по строковому представлению булевого типа ( … WHERE `value` = ‘true’). На локалке в докере всё ок отрабатывает, но вот в докере в CI при тестах не отрабатывает…
Данные в БД есть, проверил. Проверил запрос с биндинг-данными передаваемыми в запрос, всё как должно быть. Менял image mysql на тот, что локально — не помогло, думал дело в этом. И что-то больше мыслей не осталось как так.
Суть такова, что в БД есть поле c типом longtext, и там хранятся разного рода строки, от json до строково представленных булевых типов (стока ‘true’ или ‘false’). Так вот, в коде есть момент с выборкой по этому полю, как раз по строковому представлению булевого типа ( … WHERE `value` = ‘true’). На локалке в докере всё ок отрабатывает, но вот в докере в CI при тестах не отрабатывает…
Данные в БД есть, проверил. Проверил запрос с биндинг-данными передаваемыми в запрос, всё как должно быть. Менял image mysql на тот, что локально — не помогло, думал дело в этом. И что-то больше мыслей не осталось как так.
Может true зарезервировано БД
Хотя наверное как значение то нет
зависит от железа
Ёба, про железо совсем забыл. А как нить самому можно запустить тест какой нить чтобы узнать?
купи железо — создай проект — сделай нагрузочное тестирование.
Если проект написан как говно — скорость будет говно
Если проект написан как говно — скорость будет говно
Голова 🙂
Однозначно!