Конечно, только ради этого не стоит тащить никакой фреймворк. Но ведь это не главная цель его использования, правда? А если всё равно он используется, то почему бы не воспользоваться его возможностями? Тем более никто не запрещает вам использовать тот же тернарный оператор или суперглобальные переменные напрямую, если нравится.
Кстати говоря, Input::server(index) может к примеру делать очистку от XSS и прочего, или вы думаете, что авторы просто решили усложнить себе жизнь?
Не соглашусь. Во-первых, в этом случае теряется вся прелесть каскадности (ну или придётся писать include Fuel::find_file('header')), а во-вторых, области видимости переменных хедера и всего остального объединяются, в результате чего надо будет особо пристально следить за названиями переменных, чтобы случайно что-нибудь не перезаписать. Иначе потом этот баг придётся очень долго вылавливать
О преимуществах говорить пока рано, потому что фреймворк очень молодой, не было ещё ни одного релиза. Yii тоже не сразу стал таким, каким он является сейчас. Но судя по темпам разработки, иметь его ввиду всё же стоит
Давно уже присматриваюсь к этому фреймворку. Темпы разработки радуют. Обещанные возможности — тоже. Если так пойдёт и дальше — возможно попробую использовать его в реальных проектах, когда выйдет хотя бы первая стабильная версия.
Несмотря на то, что у них написано, что FuelPHP не является прямым форком ни одного существующего фреймворка, при первом ознакомлении по структуре каталогов/именовании классов очень сильно напомнил мне Кохану
Пока доступен только RC1 — github.com/kohana/kohana/tree/3.1-RC1, ну или можно скачать development-версию оттуда же (с гитхаба). Только имейте ввиду, что никакой документации по 3.1 пока нет, так что придётся копаться в исходниках, если захотите понять что там происходит
Не только это. Ещё для лучшего HMVC разделили класс Request на две части — Request и Response, добавили HTTP_ эксепшены, ну про лямбда-роуты наверно итак уже все знают, и т.д.
Лучше бы описали изменения в грядущей Kohana 3.1. Вот там действительно есть на что посмотреть. Сам сейчас основательно в ней копаюсь, если будет время — напишу статью
Регистратор регистратором, но неплохо бы ещё подстраховку иметь. Письма могут не доходить, попадать в спами т.п. К тому же тут кроме напоминалки ещё много других функций заявлено — напирмер, хранение паролей
Подтверждаю, с предыдущего релиза стало заметно меньше багов (я пока ни одного не нашёл) и больше возможностей. Видно, что учли пожелания пользователей, так что кому нужен определённый функционал — не стесняйтесь оставлять свои пожелания и фидбэк, проверено :)
ИМХО, Самое главное — это отечественный продукт, притом бесплатный. А то, что Яндекс бар идёт в комплекте, так это достаточно распространённая практика в наше время и, по-моему, тут нет ничего предосудительного, притом что галочка стоит на видном месте и лекго можно её снять при желании
Кстати говоря, Input::server(index) может к примеру делать очистку от XSS и прочего, или вы думаете, что авторы просто решили усложнить себе жизнь?
Несмотря на то, что у них написано, что FuelPHP не является прямым форком ни одного существующего фреймворка, при первом ознакомлении по структуре каталогов/именовании классов очень сильно напомнил мне Кохану
Кстати да, в 3.1 их объявили deprecated и обещают из 3.2 убрать совсем
У Вас в заголовке запятая пропущена
</gramar_nazi>
ИМХО, Самое главное — это отечественный продукт, притом бесплатный. А то, что Яндекс бар идёт в комплекте, так это достаточно распространённая практика в наше время и, по-моему, тут нет ничего предосудительного, притом что галочка стоит на видном месте и лекго можно её снять при желании