enableSchemaCache => true shemaCachDuration => 300

в db connection

Включи кеширование схемы, ну минут на 5

Работает, спасибо! А на какое время можно кешировать? Пусть бы оно вечно хранилось, а не 5 минут. Или при следующем запросе используется старый кэш и потом перезаписывается?

Вечно не надо, особенно на дев

Ну дев понятно, я про прод

Если схему поправишь, то будешь долго не понимать, от чего свежедобавленное поле не видит ORM

Я на проде минут 5-10 делаю, на дев 1

Я на проде минут 5-10 делаю, на дев 1

Ок, спасибо!

ребят

html в модели это ок?

Не)

html в модели это ок?

Это шыт

Ну если очень прям надо то никто не побьет(наверное)

это не просто шыт

это шытише

Скорее всего побьет

А зачем там?

Сделай декоратор

да это не мне, с челиком общаюсь, пишет мне что это ок

и модель может содержать все что угодно

включая html

да это не мне, с челиком общаюсь, пишет мне что это ок

все так говорят =). Это не мне это другу

Да и видео для друга просят, а не для себя :)

@ExileeD я кстати так и не понял, почему ты так осуждаешь наследование

@ExileeD я кстати так и не понял, почему ты так осуждаешь наследование

надеюсь о вреде наследования не нужно говорить.

и какие подводные камни могут быть

Не устаем говорить о вреде наследования

они сами

я серьезно, вроде ж нормальная парадигма

Наследование не учитывает будущие изменения родительского класса.

гм

а просто использование родительского класса учитывает будущие изменения в нем?

ну вот для примера, есть \yii\db\ActiveQuery

я от него унаследовался и добавил ему методов (всяких скоупов)

Ого

Какие люди

и теперь что, мой код сломается, если разработчики фреймворка радикально изменят \yii\db\ActiveQuery?

ну вот для примера, есть \yii\db\ActiveQuery

Ну фреймворки без этого жить не могут. Там это оправданно

фреймворки не могут без чего?

это ж я сам от базового класса унаследовался

Без php

а просто использование родительского класса учитывает будущие изменения в нем?

Одно дело когда кто-то в команде изменил род. класс и у нас полетело все к чертям. А интерфейс как раз не дает изменять методы класса

фреймворки не могут без чего?

без наследования. иначе они бы были слишком сложны для 90% населения

а интерфейс, значит, мы запретили менять каким-то волевым решением?

а интерфейс, значит, мы запретили менять каким-то волевым решением?

Не запретим. но наш скласс реализующий этот интерфейс скажет нам об этом если интерфейс поменяется

а интерфейс, значит, мы запретили менять каким-то волевым решением?

Типа абстрактный класс

ну просто если какой-то болван решил покалечить какой-то класс в проекте, то сломаются все места, где этот класс используется

то есть если покалечить некий класс не запрещено, то почему пользоваться этим классом нормально, а наследоваться от него ненормально?

чем наследование от класса хуже использования?

ну просто если какой-то болван решил покалечить какой-то класс в проекте, то сломаются все места, где этот класс используется

Ну не только покалечить. он может просто что-то изменить и пофиксить багу. а мы от этого метода зависим в дочернем классе

а если от этого метода зависит что-то еще в проекте?

ну вот на конкретном примере, раньше метод возвращал boolean, а начал возвращать массив

Все поломается. и мы узнаем поздно. А интерфейс с бережет от этого

ну вот на конкретном примере, раньше метод возвращал boolean, а начал возвращать массив

Типизирование нужно

ну вот на конкретном примере, раньше метод возвращал boolean, а начал возвращать массив

интерфейс не допустит этого как минимум. если допустит мы до компилятора еще узнаем о этом

ну какие компиляторы в интерпретируемом языке? :)

все равно как-то странно получается

объявляем интерфейс, в котором заявляем, что метод возвращает boolean

ну какие компиляторы в интерпретируемом языке? :)

Окей. до вывода в продакшен.

создаем класс, который реализует интерфейс

окей

Окей. до вывода в продакшен.

в тест. пофиг

если балбес в классе поменял возвращаемый тип, получил ошибку

что мешает балбесу изменить интерфейс?

ничего. но мы это поймем в своем классе

Что мешает балбесу случайно удалить весь проект

у нас тоже реализует интерфейс класс

а у нас класс сломается...

ну вообще да

только для этого интерфейс необязателен

Что мешает балбесу уронить стойку с сервером

а у нас класс сломается...

Так мы это поймем. а при наследовании нет.

а если мы хинт приделаем к этому классу?

что метод возвращает конкретный тип

неужели у нас интерпретатор не ругнется, что мы его теперь переопределяем?

а толку ? я в родительском могу его изменить

Интерфейс еще нужен для принципа подстановки solid. И чтобы можно было адаптеры прикручивать

не для солид. а для контейнера

я ж не против интерфейсов

просто не понимаю этой панической боязни наследования