Комментарии 26
«Версия 1.7.2 разрабатывалась сообществом уже в течении довольно длительного времени и была совместима с PHP 5.3.0 уже с июля, но, будучи in-development версией, не использовалась широко. Хотя я хотел бы добавить еще несколько пунктов в этот список и выпустить версию 1.8, время не ждет. Многие из наших пользователей работают под Mac ( а OS X Snow Leopard поставляется с PHP 5.3.0), потому мы решили выпустить сейчас стабильный релиз — ведь прошло уже почти 7 месяцев с последнего обновления. Тем не менее, у нас еще есть несколько приятных сюрпризов. Наслаждайтесь!»
Объяснения от Derek Jones.
(вот ведь опоздал на 8 минут :) )
Объяснения от Derek Jones.
(вот ведь опоздал на 8 минут :) )
осталось дождаться версии, не совместимой с PHP4
Codeigniter хороший фреймворк, особенно хорош для начала перехода с чистой пыхи на фреймворки, но имхо, останавливаться на нем, значит не развиваться профессионально. Версия 1.7.1 была хороша, но таила много сюрпризов, многое работало не так как задумывалось.
Если говорить в целом, то я разочарован. Сейчас ищу новый инструмент для вдохновения, скорей всего это будет Yii.
Если говорить в целом, то я разочарован. Сейчас ищу новый инструмент для вдохновения, скорей всего это будет Yii.
согласен. Я пока просто проект на нем делаю, доделаю — буду двигаться в сторогу Python/Django. Если придется делать что-то на пхп — Kohana.
А можно конкретнее? Перед работой с Codeigniter очень долго боролся с CakePHP, и уже хотел писать свой фреймворк, как случайно наткнулся на CI. Да, есть косяки, но уж не такие как в тех версиях кейка. Скажем так, с CI я развился профессионально намного лучше, чем с CP.
Хотя с Yii еще не сталкивался.
Хотя с Yii еще не сталкивался.
Мы долго думали, глядя в svn CodeIgniter-а, Cart.php — это то, что нам кажется?
Непонятно, зачем реализовывать какие-либо объекты бизнес-логики во фреймворке…
Непонятно, зачем реализовывать какие-либо объекты бизнес-логики во фреймворке…
Ожидал новых классов и библиотек :(
7 месяцев и ничего толкового =\
Да! тоже ожидал что хотя бы такие нужные классы как: authorization, HMVC станут стандартные
А зачем людей заставлять например использовать чью-то авторизацию, в любом случае универсальности не будет, а так в целом в Вики полно библиотек авторизации, бери и пользуйся.
HMVC тоже не стоит пока включать ибо сыроват и полон багов, из последних серьезных это например, что _output метод у контроллеров не срабатывает и callbacks у form_validation не срабатывают (ну кроме костыля одного в помощь приходящего)… Потому если будет включен HMVC это должно очень изменить логику самого фреймворка, причем очень кардинально. Так что универсальность — враг.
HMVC тоже не стоит пока включать ибо сыроват и полон багов, из последних серьезных это например, что _output метод у контроллеров не срабатывает и callbacks у form_validation не срабатывают (ну кроме костыля одного в помощь приходящего)… Потому если будет включен HMVC это должно очень изменить логику самого фреймворка, причем очень кардинально. Так что универсальность — враг.
тупиковое развитие: ядро не фиксится, а добавляют никому ненужные корзины и проверки версии php :D
HMVC это конечно хорошо, но вы снова забываете, что фреймворк они делают для EE, в котором и будет по-видимому использоваться корзина. И, впринципе, логично, что раз уж сделали. то можно и поделиться. Насчет бизнес логики внутри фреймворка: что полезнее в наше время в веб-проектах — возможность создания корзины на сайте или использование FTP? ;D Никогда не опнимал, зачем собственно фтп класс тут… и зачем убрали класс капчи.
Класс корзины в целом может использоваться как хранилище состояния пользователя, эдакая своя сессия :)
Хотя в целом застой это плохо, чем YII например и берёт, что пользователи видят жизнь, а в CI либо зависло всё и автор потерял интерес передав все бразды правления помощникам, либо нас ожидает взрыв, что вполне ожидаемо от компании EllisLab, которая всегда «вылизывала» свой EE до идеала.
Хотя в целом застой это плохо, чем YII например и берёт, что пользователи видят жизнь, а в CI либо зависло всё и автор потерял интерес передав все бразды правления помощникам, либо нас ожидает взрыв, что вполне ожидаемо от компании EllisLab, которая всегда «вылизывала» свой EE до идеала.
Как ничего толкового? А «Многочисленные исправления ошибок» дорогого стоит! А совместимость с php 5 о которой многие тут страдали?
Люблю CodeIgniter, особенно в случае разработки миниатюрных простых вещей, но некоторые решения разработчиков фреймворка удивляют. Зачем нужна дополнительная функция is_php, если есть функция phpversion (или константа PHP_VERSION) и стандартная быстрая version_compare? Зачем запихивать библиотеку Cart в стандартную поставку, когда есть посвященная дополнительным библиотекам вики? Все это для тех, кто не умеет пользоваться документацией и google?
Не дождался я его (думал после 1.7.1 будет последним), и перешел на Kohana 3.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вышел CodeIgniter 1.7.2