Yii 1.1.11

    Команда PHP-фреймворка Yii зарелизила версию 1.1.11, в которую вошли более ста улучшений и багфиксов.

    Этот релиз особенный потому как является первым с тех пор, как код Yii мигрировал на GitHub. Сообщество восприняло миграцию очень хорошо и выложилось по полной, прислав в виде pull-request новые возможности, исправления, unit-тесты и переводы.

    За всё это огромное спасибо! Особенно отметим: resurtm, DaSourcerer, cebe и suralc.

    Можно ознакомиться со списком изменений и новыми возможностями. Если планируете обновиться, внимательно читайте инструкции.

    После релиза обнаружились некоторые неприятные ошибки. Работаем.


    Ну а теперь рассмотрим некоторые изменения.



    Поддержка полей HTML5 в CHtml



    В CHtml добавлены новые методы:



    Использовать так:

    echo CHtml::activeNumberField($model, 'fieldName');
    


    CFormatter::formatSize()



    Новый метод, позволяющий получить нормально читаемый размер из размера в байтах:

    echo Yii::app()->format->formatSize(115969);
    // покажет: 113.25 KB
    


    Коды возврата консольного приложения



    Теперь можно вернуть integer из действия консольного приложения. Значение будет использовано как код возврата.

    Подробнее в руководстве

    CJavaScript::encode() и js:



    Если вы использовали CJavaScript::encode() и при этом брали значение из формы или URL, ваше приложение, скорее всего уязвимо. Чтобы закрыть уязвимость, необходимо передать вторым параметром true:

    CJavaScript::encode($userInput, true);
    


    Параметр запретит использовать префикс js:. Если вам всё-таки необходимо передать выражение JavaScript обрамите его CJavaScriptExpression:

    CJavaScript::encode(new CJavaScriptExpression('alert("Yii!");'), true);
    


    Второй параметр (safe) не влияет на поведение CJavaScriptExpression.

    HTTP-кэширование



    В дополнение к обычному кешированию страниц, в новой версии можно использовать CHttpCacheFilter. Этот фильтр отсылает заголовки HTTP, которые дают клиенту понять, что содержимое страницы не менялось с последнего запроса. Серверу в этом случае нет необходимости повторно отсылать содержимое. Настраивается CHttpCacheFilter также, как и COutputCache:

    public function filters()
    {
        return array(
            array(
                'CHttpCacheFilter + index',
                'lastModified'=>Yii::app()->db->createCommand("SELECT MAX(`update_time`) FROM {{post}}")->queryScalar(),
            ),
        );
    }
    


    Подробнее в руководстве

    Исключение правил валидации модели



    Если вы не хотите использовать для валидации одно из правил когда активен определённый сценарий, то можете теперь указать параметр except, содержащий список сценариев. Синтаксис такой же, как и у on:

    // строка имён через запятую (пробелы игнорируются)
    array('username', 'required', 'except'=>'ignore, this, scenarios, at-all',)
    


    Подробнее в руководстве

    Новый инструментарий и документация для переводчиков



    Новая документация задаёт рабочий процесс для перевода с использованием github. Инструменты позволяют получить все изменения, произведённые с последнего обновления перевода. Надеемся, что это поможет поддерживать переводы документации в актуальном состоянии.
    Поделиться публикацией

    Похожие публикации

    Комментарии 108

      +5
      У меня вопрос. Является ли проблемой то, что когда вызываешь Yii:app()->user->isGuest, создается новая сессия? Просто кажется нелогичным грузить сервер новыми сессиями, если даже сессионной куки не найдено в реквесте.
        0
        сессия по идее должна запускаться для всех пользователей, случаи когда это не так довольно редки.
          +1
          С таким подходом тысяча анонимусов вынесут Ваш сайт.
          Раздавать сессии направо и налево — очень расточительное занятие для сервера.
            +1
            Та в мемкеш или на рамдиск можно положить, если тормозит. В таком режиме, сессии работают довольно шустро.
              0
              Это само собой, но только с подходом «у меня бесконечно много памяти».
                +1
                Пустые сесии весят не так много. Если чистить отпавшие, то памяти хватит, разве что речь о виртуальном хостинге.
                  0
                  Гостевые Сессии (пустые) в файлах весят ровно 0 байт. в Мемкэше не проверяли.
                  К Сожалению, такое же поведение (при проверке на Гостя) и в Zend Framework — создается пустая сессия и уходит Куки.
                    0
                    Фактически это можно объяснить тем что почти во всех фреймворках при инициализации вызывается session_start. Вот собственно и все. При желании это дело можно отключить и дергать руками. Не вижу проблемы.
                      0
                      Это да.
                      Только параметр CHttpSession.autoStart долго сбивал меня с толку, т.к. сессии все равно стартовали при первом обращении к компоненту user.
                0
                наличие сессии делает невозможным кешировать сайт жестко для всех анонов
                  0
                  Далеко не всегда.
                    0
                    кеш-система должна будет уметь поднимать и разбираться с сессиями — аноны или не аноны они.

                    а вот просто реагировать на наличие этой куки — в разы проще.
                      0
                      Вы про HTTP кеширование? Если сессия просто создается автоматически это не значит что страница для каждого пользователя разная.
                    +2
                    Не наличие сессии, а наличие каких-то данных в сесии. Если вы имеете в виду возможность отделять анонимов от неанонимов на уровне nginx, то имеет смысл поставить отдельную куку для неанонимов. Сессию то можно и через GET передать, в таком случае, юзер вроде и залогинен, а получит страницу из кэша.

                    В прочем, кэшировать всю страницу целиком имеет смысл довольно редко, эффективнее кэшировать блоками и собирать из через ssi (и на уровне того, кто выдает ssi решать залогиненый юзер, или нет).
                  +1
                  Требования разными бывают, как и способы хранения сессий.
                    0
                    Почему до сих пор пол интернета работает и не знает об этой проблеме?
                      +1
                      О чем вообще Ваш комментарий? То, что люди не знают реальной проблемы медленной работы их сайта, делает их хорошими разработчиками?

                      Если Ваши сессии лежат на харде, то это сущий ад, и об этом известно уже всем и давно. Поэтому зачастую самым логичным решением будет грузить сессии в память (memcached). Скорость круто возрастет, но теперь встает другая проблема — расходуется память. И если при 10 человек на это можно спокойно закрыть глаза, то при 10к человек это не кажется такой уж мелочью.
                        +1
                        Ну большую часть времени пользователь ждет отработки фронтэнда а не сервера. В случае же если у вас 10К людей онлайн активно использующие сессии, то помимо сессий у вас будет еще масса приключений, и для этого архитектуру нужно основательно продумывать.
                          0
                          Само собой. Ну раз уж затронули вопрос с сессиями, я справедливо заметил, что при грамотном использовании сессии (или не использовании вообще), на них можно неплохо сэкономить памяти.
                            +1
                            ORM-мы как правило жрут на порядок больше, если в сессиях действительно не хранится ничего больше сообщений и токенов для авторизации, то особо много они не жрут.
                              0
                              В этом случае хранимые процедуры — наше все.
                              Да, если хранить токены, все будет неплохо. Но зачастую ресурсы хранят там вообще все профили.
                                0
                                По какой причине?
                                  0
                                  Что именно?
                                    0
                                    Какова причина хранить профили в сессиях?
                                  0
                                  хранимые процедуры это конечно круто, но много дороже в разработке/поддержке. Использовать их стоит либо для узких мест (пересчет листьем дерева при хранении в nested sets например). Да и можно процедурами формировать вьюшки таблиц и с ними уже работать из ORM. хранимые процедуры не панацея.

                                  эм… как это, хранить все профили в сессии? Зачем? Как? И для анонимных пользователей? В этом ровным счетом нету никакого смысла.
                                +1
                                При грамотном проектировании ничего на них не сэкономишь. А при не грамотном лучше оптимизировать запросы к БД. Потому как чаще всего там кроются все проблемы.
                              +2
                              А не нужно в сессии пихать войну и мир. Отводим планку расхода памяти. К примеру, на гостя не более 1кб, на залогиненого юзера до 10 кб. 10к гостей даем нам ~10МБ. Это не много даже для VDS-ки.
                                0
                                О том и речь, да.
                                +2
                                Необходимость в таких извратах возникает у очень небольшого числа выстрелевших проектов. Весь highload, по моему, один сплошной изврат, причём на каждый проект изврат на свой лад и с другими проектами не особо работает.
                                  0
                                  Есть вещи, которые достаточно просто оптимизировать. Я говорю только об этом.
                                    +1
                                    Обычно, есть масса вещей, оптимизация которых даст куда больший профит.
                                      0
                                      Если просто, всегда работает и не создаёт проблем — этому место в фреймворке.
                                    +2
                                    Я о том, что нет никакой проблемы — на массе движков сессии создаются автоматом и не являются бутылочным горлышком.
                                    Файловая система также кешируется — это не проблема. До тех пор пока проект живёт на одной машине этот кеш работает исключительно великолепно.
                                    10к человек в день — это ещё даже не нагрузка. В среднем 7 человек в минуту и при учёте разности плотности посещений в 3 раза — в пике один человек в три секунды. Здесь ещё огромный запас на то, чтобы количество хитов на каждого человека было порядка полусотни на не самом дорогом хостинге.
                                    10к человек, которые ломятся на сайт одновременно? Это уже совсем другой разговор и другие технологии. 99,9% сайтов не испытывают подобной нагрузки.
                                      0
                                      Я бы добавил что те которые испытывают имеют не один сервер за пазухой. И нагрузка между этими серверами балансируется. А значит можно вернутся к разговору о том что сессии это вообще не проблема. Если, конечно, в них не хранить том «Война и Мир» ))
                                        0
                                        Я бы добавил, что сессии в большинстве случае вообще не нужны — их используют для хранения идентификатора пользователя, поскольку фреймворки стандартно альтернатив не предлагают и мало кому надо заморачиваться. Но видел и когда в сессии хранился профиль пользователя вместе со всеми его доступами (ага, он так «кешировался»!), что являло собой конкретную дыру в безопасности — забаненный пользователь спокойно себе продолжал пользоваться своими привелегиями, пока сессия не истекала. В общем, выводы по поводу сессий достаточно неоднозначны, а RESTfull рулит ))
                                    0
                                    Он весь забит сессиями, ему просто некогда об этом знать ))
                                +4
                                Нелогичным оно кажется с точки зрения технических специалистов которые пытаются это мотивировать тем, что сессии пишутся на диск и можно упереться в I/O по диску. Однако бизнес, для которого собственно мы и пишем наши приложения, хочет разных свистелок-пирделок потому что им нужны цифры для анализа поведения пользователя.

                                Поэтому это не проблема, это практическая необходимость. Поэтому сессии выносим в тот же redis благо такой hendler имеется в готовом виде. Короткое время для гостей в самом redis и сброс таких сессий в СУБД решает вопрос между производительностью (технический аспект) и сбором статистики (бизнес).
                                –8
                                Ех… этому бы фреймворку еще бы шаблонизатор повменяемей =)
                                  +3
                                  1. Чем не нравятся представления на PHP?
                                  2. Smarty, Twig, Quicky, Dwoo, Prado. Ещё были, помимо этих.
                                    –1
                                    Blitz наш выбор. Я конечно не копался в подсистеме шаблонов Yii, но сам принцип работы несколько усложнен.
                                      0
                                      Ниразу, дико простая система, говорю как человек который копался и в системе шаблонов Yii и в twig.
                                        0
                                        у меня проще. есть единый шаблон страницы, в нем происходит генерация контента в зависимости от вызываемового контроллера, в нужных местах страницы я могу вызвать нужный мне вьюв и тот уже вытащит данные из модели. при этом мне не надо заморвчиваться с layout как в yii, сами шаблоны получаются прозрачней, гибче и компактней и в них полностью отсутствует php код.
                                          0
                                          В твиге тоже нет понятия лэйаута. Но вот это «есть единый шаблон страницы, в нем происходит генерация контента в зависимости от вызываемового контроллера» я совсем не понял.
                                            0
                                            Посмотрю я на вас если на ЭТОМ вам придется писать большое приложение, с командой из нескольких человек, хотя бы один из которых просто верстальщик, который хочет только верстать и разве что переменные подставлять.
                                      +3
                                      без проблем прикрутил к нему Twig, со всеми его фишками.
                                        0
                                        Я думаю, что если вы захотите, то в течении 10 дней напишете свой под ваши нужды. У меня он вышел в 400 строк, думаю верстальщикам данный шаблонизатор может понравиться. Система для шаблонов, сделанная в Yii просто замечательна особенно с директорией /protected/runtime/view.

                                        Вот проект, очень простенький. Все естественно компилируется, поэтому скорость высокая.
                                        github.com/wartur/yii-thplike/blob/master/ThpViewRenderer.php
                                          –1
                                          Зачем свой? :) blitz наше все.
                                            0
                                            Нужна обертка для Yii.
                                            Сам давно ищу адекватный(хоть какой-нибудь, а не свой костыльный) ViewRenderer для Blitz… но под альтернативный фреймворк на букву Z ;)
                                              0
                                              Я свой накатал… сырой правда, но на пока устраивает )
                                                0
                                                Я тоже «свой» накатал… но это было 3 года назад и теперь он мне «не нравится». Как-то не Z-вей.
                                        +3
                                        Я довольно давно пользовался Yii, и мне интересно, зачем там этот класс CHtml? Прямое предназначение я конечно понимаю, но с какого перепугу оно может понадобиться?
                                          +1
                                          Как минимум будет автоматически проставлен csrf-token. А еще ActiveForm и куча плюшек.
                                          Все больше и больше мне нравится Yii.
                                            –6
                                            Попробуйте Symfony 2, в плане форм это мечта. В остальном же, тоже лучше, но это уже вопрос очень субъективный. Все жду вторую ветку Yii что бы сравнить.
                                              +11
                                              Не надо пожалуйста! Я тоже сейчас считаю себя адептом симфони, но, пожалуйста, не надо в блогах других фв предлагать попробовать свой фреймворк, это ничем хорошим не заканчивается
                                                +3
                                                Недавно пост был про формы. Автор даже код побоялся привести целиком потому как «на тучу экранов». Похоже, заминусовали настолько, что пост был убран. В Symfony2 очень гибкие формы, но по-моему, слишком многословный синтаксис.
                                                  +1
                                                  Ну есть разные случаи. Обработка форм в симфони действительно немного объемнее, даже местами не немного, но некоторые плюшки в Yii можно сделать только с очень большими костылями. Мне этот фреймворк нравился еще с версии 1.0, и то, что в большей части проектов форм билдер вообще не используется как бы намекает.

                                                  Симфони сложнее, причем на порядок. То что в Yii делается через магию и прочее, в симфони делается через рефлексии, все довольно сложно но очень гибко. Помню когда на работе заставили переходить с Yii я плевался еще месяц, но сейчас я с печалью поддерживаю старые проекты на Yii.

                                                  Поторопитесь уже с 2.0, хоть сообщите на каком там все этапе, ибо страсть как любопытно.
                                                    +1
                                                    Todos BEFORE Alpha Web controller and application, Request/Response classes, I18N, URL manager, session, asset manager, client script, auth/RBAC, HTML/form helpers, webapp command.

                                                    Todos AFTER Alpha Gii, commonly used console commands, advanced widgets (e.g. grid view), API documentation generator.
                                                      0
                                                      В этих двух пунктах абстрактно заключены почти все нововведения фреймворка (во всяком случае те, о реализации которых не особо известно). И это стоит там уже довольно давно. Выглядит довольно грустно. Состояние разработки вообще не известно. Самое значительное изменение освященное на форуме о изменениях в AR, оно по настоящему радует, но все же с тех пор прошло уже пару месяцев.

                                                      Вобщем, вы не обязаны конечно говорить на какой стадии по каждому из пунктов находится разработка, это только мое любопытство, но я жду ветку 2.0 чуть меньше года, по сути с тех пор как ее официально анонсировали, считайте это просто нетерпением.
                                                        0
                                                        Не особо известно потому как всё это в активной работе и постоянно меняется до неузнаваемости. Как только более-менее стабилизируется, выйдет альфа.
                                                          0
                                                          Ясно, спасибо. Будем ждать.
                                                        0
                                                        DI решили не делать?
                                                          0
                                                          DI есть и в Yii 1.1. Вы про DIC?
                                                            0
                                                            А вижу, для компонентов. Не знал)
                                                0
                                                CTRL+Enter наше все…
                                                Хотел добавить, что вероятно Вы еще не раскрыли всю мощь этого хэлпера.
                                                Почитайте документацию.
                                                  +1
                                                  Пример:
                                                  <!-- вот это: -->
                                                  <p><?php echo CHtml::link('Ссылка на что-нибудь',array('something/action')); ?>.<p>
                                                  
                                                  <!-- куда короче и приятнее, чем это: -->
                                                  <p><a href="<?php echo $this->createUrl('something/action'); ?>">Ссылка на что-нибудь.</a>.<p>
                                                  

                                                  И ещё:
                                                  <!-- можно конечно ручками, но упрощает жизнь это очень сильно :-) -->
                                                  <?php echo CHtml::activeDropDownList(
                                                    $model,'city_id',
                                                    CHtml::listData(City::model()->findAll(),'id','title')
                                                  ); ?>
                                                  

                                                  Unobtrusive JS голосование за пост:
                                                  <?php echo CHtml::ajaxLink(
                                                  	'Проголосовать!', // текст ссылкы для голосования за пост
                                                  	array('post/vote','id'=>$model->id), // роут голосования
                                                  	array('replace'=>'#post-rating-'.$model->id) // покажем новое значение рейтинга
                                                  ); ?>
                                                  
                                                    +3
                                                    <p><?php echo CHtml::link('Ссылка на что-нибудь', array('something/action'), array('class'=>'btn btn-warning', 'title'='Заголовок ссылки'); ?></p>
                                                    


                                                    против

                                                    <p><a href="{{ path('somethong/action') }}" class="btn btn-warning" title="Заголовок ссылки">Ссылка на что-нибудь</a></p>
                                                    


                                                    Просто представьте как весело натягивать через CHtml верстку, как вас будет любить верстальщик и наоборот. Автокамплита при заполнении параметров нету, некоторые атрибуты игнорируются. Да, очень редко, но этот класс бывает полезным. В случае с теми же дропдаунами, но по большей части формировать HTML из PHP это немного дико. Мне больше нравится подход когда все те же дропдауны запихнуты где-то в шаблоне а функция createDropDown($values, $options) просто рендрит шаблон элемента. Профит тут огромный — захотел, переопределил шаблоны и уже готова поддержка скажем Bootstrap или любого другого CSS фреймворка.
                                                      +2
                                                      Просто представьте как весело натягивать…
                                                      … формировать HTML из PHP это немного дико.
                                                      Мне больше нравится подход…

                                                      Ваш комментарий — таки вкусовщина. :-) Обсуждать это не стоит, как мне кажется — сто тысяч раз было «перетёрто» где только можно.
                                                        0
                                                        Никаких проблем для верстальщика! 'htmlOptions' => array('class' => 'myClass') и всё хорошо.
                                                          +3
                                                          Я не считаю это упрощением разработки.
                                                        0
                                                        Спасибо за разъяснения, кстати почему бы не использовать шорттеги для эха?
                                                          0
                                                          кстати почему бы не использовать шорттеги для эха?

                                                          Можно и использовать, а можно и нет. Кому как нравится. :)
                                                            0
                                                            Безопасно только для 5.4+.
                                                              0
                                                              Безопасно всегда, т.к. их включение находится на уровне PHP_INI_ALL.
                                                                0
                                                                PHP_INI_ALL in PHP 4.0.0. PHP_INI_PERDIR in PHP < 5.3.0


                                                                То есть в PHP 4 можно было менять. Потом до 5.3.0 только через php.ini, .htaccess и httpd.conf. Начиная с 5.3.0 опять можно.

                                                                Yii нормально работает начиная с 5.1. Не хотелось бы это ломать.
                                                                  0
                                                                  Ну сейчас же на ВСЕХ поддерживаемых версиях PHP это работает.
                                                                    –1
                                                                    в версии 5.3 включить шорттеги в рантайме нельзя, потому шорттеги не безопасны — мало ли на сервере они отключены. Всекое бывает.
                                                                      0
                                                                      Мануал вроде говорит, что в 5.3 всё-таки можно. В 5.2 нельзя.
                                                                      0
                                                                      Доля 5.2 очень большая до сих пор. Вы можете у себя в приложении использовать шорттеги, но заставлять это делать мы не будем.
                                                              0
                                                              Зная про такую удобную возможность в другом фреймворке (не холивара ради), спрошу — а можно ли, используя CHtml::link, сделать, чтобы вместо текста ссылки был какой-то html? Например контейнер, какая-то картинка и блок текста (.container>(img+.text)). Только чтобы в первый параметр этот html не запихивать. И если нет, то может кто-то знает в каком php-фреймворке можно такое найти?
                                                                0
                                                                  +1
                                                                  Ну как же нет, когда прямо в том месте где вы привели красным по белому написано
                                                                  @param string $text link body. It will NOT be HTML-encoded. Therefore you can pass in HTML code such as an image tag.
                                                                    0
                                                                    > Только чтобы в первый параметр этот html не запихивать.

                                                                    Может я что-то не понял? Но aTei видимо хотел ООП-шного представления элементов дерева, а там просто строкой
                                                                  0
                                                                  А каков синтаксис этой штуки? Интересно.
                                                                    +1
                                                                    Для варианта с текстом как у CHtml::link:
                                                                    = link_to 'Новости', '/news'

                                                                    Для варианта с html внутри:
                                                                    = link_to photo.large.url do
                                                                      .container
                                                                        = image_tag photo.thumbnail.url
                                                                        .text Hello World

                                                                    pastebin.com/iA2hjVSv
                                                                      0
                                                                      Не, у нас нет обёртки над DOM и как-то не особо хочется: повысит количество штук, которые придётся изучать.
                                                                        +1
                                                                        А в этом то какой смысл? Мне всегда казалось что весь смысл в отделении логики от представление с упрощением каждого из компонентов для разработки и поддержки. А это, уж извините, месиво.
                                                                          0
                                                                          Чем-то на хамл похоже, а его имплементация на пыхе есть
                                                                            +1
                                                                            А смысл у этой штуки есть? Написано «Markup should be beautiful.» но вижу я прямо противоположное.
                                                                              0
                                                                              Ну это в общем то как и с пхп-фреймворками. Пока не изучишь — будешь плеваться, а когда изучишь — сможешь гораздо быстрей писать шаблоны. Другое дело, что я не верстаю настолько быстро, чтобы это мне сильно помогло… Некоторые еще говорят, что читаемость лучше, но тут уже похоже дело вкуса, меня хтмл устраивает пока
                                                                                +1
                                                                                Все эти псевдоразметки как по мне излишнее, хорошая IDE с хорошим автокомплитом позволит реализовать разметку страницы за достаточно небольшой промежуток времени. В случае с CSS помогут всякие LESS или SASS для организации кода. Единственный шаблонизатор который мне понравился и который реально помогает сэкономить время это Twig, очень приятная штука, но не без минусов, хоть они и незначительны пере плюсами. В остальном же нравятся PHP вставки.
                                                                    0
                                                                    На самом деле очень мощная вещь, особенно с учетом того как она с аяксом дружит и формами.
                                                                      0
                                                                      для форм писал свой лесапед на основе штатного форм билдера, собственно как раз избавлял его от зависимости от CActiveForm и CHtml.
                                                                        0
                                                                        У меня уже давно свой есть, на гитхабе лежит, тока пока зависит, но зато проверяет все формы по аяксу и еще очень много плюшек имеет.
                                                                          +1
                                                                          а ссылочкой не поделитесь?
                                                                            0
                                                                            Пожалуйста Изначально оно было совсем другим, пока я не рассказал о моем подходе Славе(mc_bear). Тот сделал свою версию основанную на моем подходе, но дополненную. А все улучшения и дополнения висят на мне. Сейчас я работаю над более простой версией с другим названием ExForm, которая не будет зависеть от CActiveForm и CForm, и много чего еще… И работать она будет быстрее и в то же время предоставлять больше возможностей, но в то же время и меньше, так как часть возможностей придется убрать.
                                                                              0
                                                                              Спасибо!
                                                                      +1
                                                                      Самый полезный метод из него CHtml::listData :)
                                                                      0
                                                                      Чуток не по теме, но все же.
                                                                      В CActiveRecord в методе save вызывается afterSave до того, как установлен флаг isNewRecord=false. Поэтому в обработчике afterSave невозможно получить записи для related полей. Оно просто проверяет флаг isNewRecord и возвращает null для них, хотя для записи уже есть праймари ключ. Возможно это для чего-то сделано. Просто получается что вызов происходит не совсем after этого самого save.
                                                                        +1
                                                                        Ну логика тут есть: после сохранение в базу у вас объект не должен поменять состояния — вы его мгновением назад создали, и он все еще новый. Допустим у вас в afterFind для новых записей должна быть одно дейтвие, а для обновленных — другое. Если менять флаг перед вызовом события, то у вас все записи после afterFind будут проходить как обновленные, а не как добавленные. Как-то так.

                                                                        Да и потом где гарантии что вы уже создали все связанные объекты?
                                                                          0
                                                                          Залез еще раз в код, посмотреть поточнее.
                                                                          Метод называется insert. Внутри него после удачного собственно инсерта и проставления праймари ключа в модели вызывается вот что
                                                                          $this->afterSave();
                                                                          $this->setIsNewRecord(false);
                                                                          $this->setScenario('update');
                                                                          

                                                                          А так да, afterSave вызывается и для insert, и для update. Но, мне кажется, можно параметром передавать вызываем мы его после добавления записи или обновления.

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

                                                                          Это да, но проблема скорее архитектуры. Если я связные записи еще не сохранил, то и так вернется null записей.

                                                                          Но в целом да, я уже пораскинул мозгами и пришел к выводу, что странно обращаться к связным таблицам, когда мы только-только сохранили главную запись.
                                                                            0
                                                                            Но, мне кажется, можно параметром передавать вызываем мы его после добавления записи или обновления.

                                                                            Можно узнать какое действие происходит используя $this->getScenario(), также get\set сценариев позволяет создавать массу кейсов для управления данными.
                                                                              +1
                                                                              Не совсем вариант, мы сценарий можем как хотим обзывать. Да и после инсерта сценарий меняется на update…
                                                                        –1
                                                                        А не обещали сделать в валидации уникальность по нескольким полям?
                                                                          0
                                                                          А что это?
                                                                            0
                                                                            Например уникальность по email и phone одновременно. Есть екстеншн, но штука настолько популярная, что хотелось бы ее в ядре.
                                                                              +1
                                                                              А, понял. Не сильно, видно, популярная штука, раз её до сих пор нет в трекере.
                                                                                0
                                                                                Это больно уж специфичное требование. Да и свой валидатор такого рода написать по времени минут 20.
                                                                            0
                                                                            Рад исключению сценариваев в правилах валидации, очень нехватало. Спасибо!

                                                                            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                            Самое читаемое