Хочу написать сервис. Kohana выбрал, т.к. отлично его знаю. Сервис не сказать что сложный, по хранению личной инфы, но со своими фишками, оплата, персональная страница пользователя. Вот, насчет безопасности данных пользователя, фреймворк как, не стоит волноваться?
Чисто с точки зрения безопасности - все зависит от вас))
На счет фреймворка: он морально старый. Мир php уже на psr-4 перешел, а тут даже на psr-0 пока не смогли. Если верить гитлабу: 40 коммитов в 3.4 develop с июля. Фреймворк не плохой, он мертвый.
Мой вам совет - учите то, что быстро развивается и востребовано. То, что умирает - забывайте, денег на этом не сделаете.
Вообще-то kohana начиная с версии 3.3 использует psr-0. Psr стандарты описывают прежде всего стиль кодирования и непосредственно к самому коду ничего нового не добавляют.
знаю систему которая на пхп5 только пару лет назад перешла, о неймспейсах,psr,CI,тестах и речи не идет, до сих пор юзаются глобальные переменные. А бабла рубит мама не горюй. Знаете почему ? Потому что клиентам пофиг на технологии.
Anton: Вы сначала прочитайте, что такое PSR, а потом делайте такие заявления))
У PSR-0 - требования к именованию классов, неймспейсов и местонахождению классов/интерфейсов/трейтов, которых у 3.3 не заметил. PSR-1, PSR-2 - действительно стиль, PSR-4 - логгер, PSR-5(пока не принят) - DocBlocks. Остальные, хотя и не приняты, стандартизируют интерфейсы обобщенных модулей.
diamond: Дык не вопрос, пишите хоть на php4-совместимом фреймворке. Клиенту все равно в принципе, а вот программисту - не должно быть.
OnYourLips: Я вам по секрету: выбор фреймворка выполняется НЕ по цене проекта, а по его ТЗ. Symphony - это сервис-ориентированное программирование, Laravel - же более "неделимый"))
OnYourLips: > Вероятность того, что SoA проект будет дешевыми, стремится к нулю.
И как это противоречит тому, что я сказал? ТЗ определяет фреймворк. Если нужна визитка - symphony будет как по воробьям из миномета. В случае требований с горизонтальным масштабированием symphony очень даже рулит.
OnYourLips: я не сравнивал - я просто дал альтернативу. Symfony эпичен, согласен, но мы совершенно спокойно, без увеличения сроков разработки делаем на нём простые проекты т.к. он модульный и простой если не накручивать на него ништяков.
OnYourLips: Божечки, у нас в большом проекте конфиг на DI-контейнер умещается на примерно 20 строках где половина это отступы. Не будьте так предвзяты.
Kohana работает довольно шустро несмотря на то, что используемые в ней подходы несколько устарели. По защите"
нужно грамотно настроить regexp'ы параметров роутов для фильтрации входящих данных, для работы с базой использовать orm\querybuilder во избежании инъекций, защитить формы от CSRF с помощью методов класса Security, Использовать ключи\токены не менее 40 символов в длину. Также не мешает глянуть раздел посвящнный безопасности в оф.мануале https://github.com/kohana/core/tree/3.4/develop/gu...
Хороший фреймворк но не стоит на нём писать большой проект. С моей точки зрения, на php вообще не стоит делать большой амбициозный проект. Его преимущество в скорости разработки и только...
OnYourLips: Конечно можно, но не нужно...
Гораздо более гибкие языки программирования вроде Python, Java. К тому же Python частично компилируется в "шитый код", что делает PHP по производительности(на hightload хорошо заметно). Если программист с головой, конечно... А то кроме Django многие ничего и не умеют...
Нужно Понимать что если вы выбираете стороннее по (фреймверк) для своего проекта нужно задумываться о поддержке этого фреймверка в первую очередь. Кохана мертвая. я бы порекомендовал вам изучить несколько фремверков. Yii - для проектов малого и среднего размера. Zend framework - для проектов среднего и огромного маштаба. Причины в поддержке: yii очень популярен и у него хорошая поддержка по крайней мере пока. А зенд делают разработчики php и пока php жив фреймверк не умрет и будет развиваться как минимум разработчиками php.