Да, конечно, окружение настроено через конфиг. Но как минимум в одном окружение есть 2 коннекта, для рабочей и для тестовой базы.
Постоянно набирать в консоли две команды с разными конфигами довольно нудное занятие, плюс если появится, например 3-й коннект, то всё еще более усложнится. А в нашем случае достаточно вызывать одну команду и она примениться ко всем коннектам.
В команде работают фронт эндщики и заставлять их следить за всеми настройками и правильно вызывать каждый раз миграцию, это, скажем, себе дороже.
С исключениями довольно не просто. Метод может не обязательно вернуть ошибку связанную только с доступом, причин для ошибки может быть очень много и писать под каждый исключение и их обработку довольно затруднительно, но соглашусь, что в теории это правильнее и стоит подумать о переходе на обработку исключений.
Проблема в том, что addError имеет сигнатуру: addError($attribute,$error) а если у вас метод не связан с каким то определенным атрибутом, то его использование некорректно.
Удаление связанных данных необходимо реализовать в beforeDelete() обработчике.
Все таки использование afterDelete более разумное в этом случае. Ведь если вы всё очистите, а удаление основной записи пройдёт с ошибкой, есть вероятность получить куча Fatal Error'ов, а вот ошибка в удалении связанных данных скорее всего просто оставит мусор в базе.
Ох, ё. Я тут за 6,000 бакинских взял новый 500 кубовый мотоцикл. А тут за 5 предлагают черт знает что. Не, такое революцию не вызовет)
А вот как атракцион да, но дороговато. Если скидки при малом опте будут давать и сменные батареи, то чем не бизнес.
Весело, необычно, достаточно безопасно.
Было бы очень здорово, если кто нибудь поделился приблизительной схемой продвижения приложения в первый его месяц. Вот выложили мы его в гугл плей, что дальше? Что закупать, где, что обязательно, куда есть смысл вбухивать бюджет, а куда нет.
А такие статьи нужны, но на ту же тему можно написать что угодно. «Реалии нефтедобычи/Реалии стартапа/ и т.д.» Нигде нет золотоносной жилы, где сделал что-то и сразу тебе дворцы и яхты)
Старики, дети, твой кот/пёс, крепёж в виде ошейника будет?
Постоянно набирать в консоли две команды с разными конфигами довольно нудное занятие, плюс если появится, например 3-й коннект, то всё еще более усложнится. А в нашем случае достаточно вызывать одну команду и она примениться ко всем коннектам.
В команде работают фронт эндщики и заставлять их следить за всеми настройками и правильно вызывать каждый раз миграцию, это, скажем, себе дороже.
phpStorm не умеет их распознавать, нет автодополнения. В нашем проекте мы отказались от использования этого механизма.
Все таки использование afterDelete более разумное в этом случае. Ведь если вы всё очистите, а удаление основной записи пройдёт с ошибкой, есть вероятность получить куча Fatal Error'ов, а вот ошибка в удалении связанных данных скорее всего просто оставит мусор в базе.
Сейчас как раз изучаю и нехватает толковой инфы пошаговой, чтото сложнее мячика катающегося по полу!
А вот как атракцион да, но дороговато. Если скидки при малом опте будут давать и сменные батареи, то чем не бизнес.
Весело, необычно, достаточно безопасно.
А такие статьи нужны, но на ту же тему можно написать что угодно. «Реалии нефтедобычи/Реалии стартапа/ и т.д.» Нигде нет золотоносной жилы, где сделал что-то и сразу тебе дворцы и яхты)