Yii 1.1.10

    Вышел релиз 1.1.10 PHP фреймворка Yii. В данной версии, в основном, исправлены ошибки в CActiveForm, CJuiDatePicker и невозможность запуска с yiilite.php.

    Share post

    Comments 19

      +6
      Исправление ошибок это хорошо, но мы мы уже заждались Yii 2.0! :)
        0
        Мы над этим работаем :)
          –1
          смотрю отодвинули дату окончания поддержки версии 1.1 на конец 2013 года(ранее по моему был 2012)
          круто! а то PHP 5.3, который требует yii 2, не так уж сильно распространён
            0
            Ну, не сказал бы, что не сильно, но да, не везде.
              +1
              Уже не помню ни одного шаред хостинга где бы небыло PHP 5.3 так что не вижу проблемы.
              0
              по крайней мере у нас в России
                0
                Когда планируете первые результаты выложить в паблик? Хоть год и квартал назовите;)
                  0
                  When it's done :)
                    0
                    Планируете ли перепилить Forum Builder? Ибо мне пришлось изрядно его переписать и отказаться от CActiveForm что бы он мог сравниться с форм билдером симфони. Так же интересует вопрос оптимизации потребления памяти, отказ от использования статического метода app() и т.д. Что-нибудь из этого будет? Просто для меня сейчас острым стоит вопрос выбора фреймворка для одного проекта личного. Хочется написать его на чем-то хорошем. Yii 1.1 для этого увы уже не подходит, слишком много придется переписать, Симфони подходит, но я не люблю Doctrine. Все надежды на Yii 2
                      0
                      Ну, Yii 2 ещё дождаться надо.

                      — За form builder пока не брались. Что именно было у вас переписано?
                      — Оптимизировать будем… посмотрим, что из этого выйдет.
                      — Отказываться от app… зачем и в пользу чего?
                        0
                        Полностью с нуля была написана своя библиотека для отрисовки полей (такие валидаторы как Email, Url, RegExp или Required выносились как атрибуты полей для HTML5)
                        Конкретно в форм билдере — очень соблазнительно выглядела возможность вывода полей не указывая явно типа. Тобиш типы генерились исходя из мета данных таблицы, валидаторов и т.д.

                        Ну и по мелочи. Скажем отсутствовала возможность вывести прямо из формы errorSummary, скажем если одно из полей имеет очень специфичную логику, разметкуи т.д. Пришлось отказаться от renderBody и дописывать метод.

                        Так же была добавлена проверка уже выведенных на экран эллементов, вывода диапозона эллементов или еще не отрендреных. Но это так. Просто для удобства.

                        По поводу оптимизации, тут уж действительно смотреть надо…

                        Отказываться от app — ну тут есть различные мнения. Мне лично не мешает, но многие просто кричат о трудностях в тестировании компонентов, которые используют app().
                          0
                          В новых версиях есть поддержка валидации на клиенте. Правда, не HTML5 так как эту часть некоторые браузеры не переваривают.

                          Без указания типа — это хорошо, но, боюсь, куча лишних обращений к схеме может откушать ресурсов. К тому же, некоторые поля автоматом не определишь. Например, битовую маску или два поля для range автомат гарантированно не выведет как надо. По валидаторам да, можно, но опять же, что делать с нестандартными валидаторами?

                          errorSummary — это про CActiveForm?

                          На тему отказа от app()… не знаю, какие там трудности. Мы тестируем. Все тесты лежат в репозитории.
                            0
                            я же не говорю что валидаторы должны быть все вынесены в HTML5, но допустим нативная поддержка браузерами некоторых из них есть, почему-бы не использовать.

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

                            по поводу errorSummary — вывод данных об ошибках было бы логично запихнуть в форму, ну это лично мое мнение. И если не вызываеть renderBody то возможность вывести ошибки для эллемента особо нету. Вообще с этим делом как-то все в стандартном билдере не очевидно.
                        0
                        Симфони не обязывает использовать дострину.
              • UFO just landed and posted this here
                  +1
                  SamDark, а почему нету плюшек в новой версии? только исправленые фиксы
                    +1
                    Будет плюшка, которая затмит отсутствие плюшек ;)
                      0
                      Я так понимаю в ветке 1.x больше ничего нового не появится, все усилия кинули на 2ю версию?
                        0
                        Как знать, может и появится.

                  Only users with full accounts can post comments. Log in, please.