Новости CodeIgniter — 2.0 soon

    На сайте кодожжотера появилась интересная новость.
    Ellislab перешли с SVN на Mercurial и выложили на bitbucket версию 2.0.0
    Но по порядку.

    Как уже сказано, брать из репозитория кодожжотер следует по новому адресу. Чем распределённые системы контроля версий лучше централизованных — задача не для данного топика, но вкратце: теперь каждый может заиметь свой репозиторий Codeigniter.

    Теперь о версии 2.0. В виде архива она ещё не доступна, но основные изменения выглядят так:

    Главное
    • Отказ от поддержки php4! Свершилось. Пока что четвёрка deprecated, а с версии CI 2.1 будет убрана вообще.
    • Скаффолдинг тоже deprecated.
    • Убраны плагины. В пользу хелперов. В частности, плагин капчи. Убран плагин календаря, ибо лучше чем на jQuery всё равно не сделать.
    • Новый тип библиотек: Драйверы.
    • Усовершенствования роутинга, я так понял, убирающие index.php в адресах.
    • Установка конфига из индекса — когда много приложений в рамках одного фреймворка юзают свои конфиги.
    • Сюда же: добавлен $config['directory_trigger'] — контроллер субдиректории может быть передан через GET.
    • Появилась возможность делать Packages со своими библиотеками, моделями и т.д.


    Библиотеки
    • Security library и ряд вещей для неё.
    • Добавлено $parse_exec_vars свойство в Output library.
    • Возможность включать-выключать индивидуальные секции в профайлере.
    • Добавлена информация о HTTP-заголовках и конфиге в профайлер.
    • В разрешённые типы файлов в Upload library можно задавать '*' (от себя скажу, что определение по mime при аплоаде сильно зависит от браузеров, поэтому получается много геморроя. Теперь должно быть легче).
    • В конфиги XML-RPC Server library добавлена переменная 'объект'. Обходимся без $CI.
    • В тесты добавлена проверка is_object.
    • Table может генерировать пустые ячейки или NULL.
    • Можно задавать индивидуальные атрибуты тегам отдельной ячейки таблицы.
    • В Parser Class добавлен метод parse_string().
    • В User Agent Class добавлено определение Хрома и Флока
    • Unit Test Class теперь имеет опциональные заметки. Результаты тестов можно получать так: $this->unit->set_test_items()


    Базы данных
    • Добавлено несколько переменных в конфиги базы данных: swap_pre, autoinit, stricton.
    • Добавлена проверка database_exists() в утилитарную часть.
    • Семантические изменения в db->version() (для Оракла, например, или SQLite).
    • Багфиксы


    Хелперы
    • Добавлена convert_accented_characters() в текстовый хелпер.
    • Добавлены разрешённые символы в список атрибутов form_open() в Form Helper.
    • Deprecated dohash() — теперь надо do_hash().
    • get_dir_file_info() теперь без обратной совместимости потеряла рекурсию.
    • directory_map() можно задавать глубину.
    • delete_files() возвращает false при неудаче.
    • byte_format() теперь может форматировать в десятичном виде.
    • В random_string() добавлены alpha и sha1 строковые типы.


    Прочее
    • Лоадер теперь более гибко работает с префиксами классов.
    • Повышена случайность рэндома с is_really_writable() для исключения коллизий при запросах.
    • Некоторые DIR_WRITE_MODE изменены на FILE_WRITE_MODE.
    • get_mime_by_extension() не зависит от регистра.
    • К зарезервированным именам добавлено «default».
    • В config/mimes.php добавлены exe и tgz.
    • Доработки в документации.


    И множество багфиксов.

    Как минимум, это всё говорит о том, что старичка ещё рано списывать со счетов. А вы как считаете?
    Поделиться публикацией
    Похожие публикации
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама
    Комментарии 33
    • +2
      >А вы как считаете?
      Хоть и очень нравится мне кодигнайтер, но я уже его для себя списал и v2.0 только убеждает меня в том, что я был прав, когда решил перейти на Yii.

      Это, правда, не значит, что я не использую в простеньких разработках CI.
      • +2
        Тоже мнение. Другой пример: крупный проект на CI — на другую основу не переведёшь, а дорабатывать нужно.
        • НЛО прилетело и опубликовало эту надпись здесь
          • 0
            Ничего, кто-то должен создавать и фон для великих свершений. Я в комментарии чуть выше написал одну из возможных причин использовать CI.
            • 0
              Тоже неплохо поработал с Kohana 2.3, но сейчас подумываю о Solar или Symfony 2. Подходит уже время за PHP 5.3 приниматься, как мне кажется, до конца года он уже даже на shared хостингах будет повсеместно, наверно.
          • +1
            поздновато они опомнились. в свое время тесно пытался общаться с CI, но php4 оттолкнул… Начал смотреть в сторону Kohana и Yii.
            сложно сказать наверняка, но думаю для быстрого создания небольшого проекта он будет в пору… все ж получше вечного изобретения велосипедов (когда это не поравданно)
            • +4
              Считаю, что слишком долго шёл. Многии мbгрировали на kohanaphp и я в их числе. CI всегда славился своей документацией. Возможно отобьёт свою аудиторию в
              будущем.
              • +5
                У Yii документация тоже отличная(спасибо yiiframework.ru). Касательно мощности, yii оочень мощный и очень быстрый.
                Но для небольших проектов CI действительно очень хорош. А скорый выход CI 2.0 только радует. Хорошо, что проект не стоит на месте.
                • 0
                  скорый в понятиях CI — это значит, что они зарелизятся к тому, времени как уже пхп6 выйдет :)
                  • +2
                    Учитывая относительно недавнюю новость о смене тимлида, перенос репозитория на меркурий и шустрость коммитов в последнее время — я бы не был таким пессимистом.
                    • 0
                      Ну, в принципе и ci 1.7.2 вполне хватит на небольшие проекты. А раз сменился тимлид и действия стали разворачиваться более быстро, то это действительно настраивает на оптимистичность.
                      • 0
                        Что такое большие и не большие проекты, у нас лично есть на CI несколько проектов которые я считаю крупными :)

                        Тут не от фреймворка зависит, а от проектирования вами проекта и как вы решили к созданию подойти
                  • 0
                    по-моему они заявили, что больше не будут тестировать под php4 его, так что не факт что сайты под 4-ку перестанут работать.
                    на самом деле почти все изменения очень крутые и это не может не радовать )
                    • +1
                      Там сказано, что новые фичи, в смысле, появившиеся под двойкой, могут не поддерживать четвёрку. На самом деле, крупных проектов начинать на четвёрке смысла нет от слова «совсем», а продолжать старые — начаты-то они не на CI 2.0.
                      Меня всегда удивляли любители впихнуть невпихуемое и поставить новые проги на вин98 или ХР на двухсотый пень с 32 мб озу. Если карта легла так, что приходится пользоваться старыми и ограниченными ресурсами — ну так и пользуйся инструментами, которые тогда и для тех ресурсов создавались.
                      Как-то так.
                    • +1
                      Молодцы, очень приятно видеть, что проект живет и развивается. Один из самых юзабельных фреймворков для меня, по части PHP.
                      • 0
                        Блин, я пока ждал свой написал (
                        • 0
                          Свой фреймворк?
                          • 0
                            аага
                            • 0
                              Ничего, это очень полезно для профессионального роста )
                              • 0
                                Ну да, и как раз только под php 5.3 всякие штуки новые изучил пока писал
                        • 0
                          из пхпшных мне больше всех Symfony нравится… скорее бы они вторую версию выпустили…

                          ну а вообще, самая логичная и правильная (на мой взгляд) — это Django

                          CodeIgniter мне не нравится тем, что оглядывается на RedHat в вопросах перехода на php5… ну, и тупил долго с этим… единственный плюс — довольно быстрый…
                          • +3
                            Да, да, все знают, что джанго рулит. Все знают, что рельсы рулят. Но бывают разные причины, почему не джанго и не рельсы. А симфония, да, крута, но не всегда уместно стрелять из пушки по воробьям.
                          • 0
                            Опять муки выбора. CI или Symfony или Yii или Kohana. Я перепробовал их все. Быстрее всего оказалось работать с CodeIgniter. Определяющим фактором стало то, что он имеет просто суперпуперскую документацию, которая всегда под рукой. Не работал с ним почти год (все рельсы да рельсы), а когда понадобился PHPшный фрейм-ворк. Вспомнил все за 30 минут и за один день слепил новый проект.
                            • –1
                              Свершилось.
                              Главное с точки сдвинулось.
                              Проект-то хороший.
                              • –2
                                Век живи — век учись! Поймите меня правильно…
                                • 0
                                  думаю настало время прощаться с CodeIgniter, хотя авторы зашевелились. Сам уже давно перешел на Yii, и не просто доволен, а восхищаюсь.
                                  • +1
                                    Все больше народу говорит что на CI далеко не уедещь, а это первый фреймворк с которым я имел дело… Привык к нему, прям сроднился… Думаете стоит перейти на Yii? А чем лучше? Или Кохана?
                                    • +1
                                      Если вы работали только с CI, то вы не вкурсе, что такое фреймворк. :) Многое в CI несколько извращено и наезды адептов других религий не понимаешь пока не попробуешь тот же Yii, Symfony или другие.
                                    • +1
                                      Опомнились! Спохватились! Давно уже просили их перейти на PHP5, они сообщество тупо игнорили.

                                      Теперь часть ушла на Kohana, а часть — вообще на Питон и Руби с их фреймворками.
                                      • 0
                                        Хорошая новость, как я вижу они сдались в плане ухода с пхп4, это хорошо, хотя и до сих пор встречаю клиентов и хостинги с пхп4, ну что же, будем пинать на апгрейд.

                                        Packages как я понимаю это некая альтернатива HMVC, но сказано только про модели, библиотеки, надеюсь «и т.п.» это включает в себя Controller так же?

                                        CodeIgniter хорош тем, что он просто, есть хорошая и доступная документация, сообщество и ряд таких вкусно-удобно-простых библиотек как для работы с картинками, фтп, xml-rpc…
                                        • 0
                                          Added ability to set «Package» paths — specific paths where the Loader and Config classes should try to look first for a requested file. This allows distribution of sub-applications with their own libraries, models, config files, etc. in a single «package» directory. See the Loader class documentation for more details.

                                          А в документации сказано:

                                          To use these resources in your controllers, you first need to tell the Loader that you are going to be loading resources from a package, by adding the package path.

                                          И больше почти ничего.
                                          Т.е. надо пробовать, но вообще-то сомневаюсь, что имеются в виду контроллеры тоже.
                                          • 0
                                            Вот тоже интересно, неужели опять HMVC или Wick будет в использовании
                                        • –1
                                          по-моему все эти изменения направлены не на развитие фреймворка, а на допиливание старого.
                                          что в общем неудивительно, но несколько печально.

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