CMS, фреймворк или чистый PHP?
В идеале будущему веб-программисту стоит все написать с нуля — свой фреймворк, затем на его базе CMS.
А чтобы не было быдлокода, для этого надо освоить в идеале все возможные фреймворки и CMS, и вобрать из них лучшее.
Да, это долго, тяжело, требует таланта (без которого не понять, что же это — «лучшее»). Но это идеальный вариант.
Со временем это и нужно потихоньку сделать.
Ну а сколько из этого делать в рамках каждого проекта — это уже решать вам, смотря какие сроки и стоит ли оно того.
С точки зрения снижения трудозатрат — взять CMS типа WordPress с плагином Custom Pages и вокруг этого весь сайт навернуть. Будет быстрее, вероятно, надёжнее (потому, что у вас опыта ещё мало, а там более-менее отлаженное решение), но практически без пользы для вас.
С точки зрения пользы — стоит взять какой-нибудь серьёзный фреймворк (Symfony2, Yii2, Laravel) и сделать на нём. Полезного опыта будет много — по сути, практически вся разработка, если раньше не использовались фреймворки. Это будет тяжело, дольше, но гораздо полезнее. Причём, полезнее только для вас, так как по неопытности вы допустите кучу мелких ошибок и кафедра получит сайт с некоторыми проблемами.
Чистый PHP выбирать не предлагаю — вы ничего хорошего так не сделаете без опыта, это будет пустой тратой времени и с нулевой пользой для всех.
Поэтому вам решать, в чью пользу будете работать над проектом: в свою или кафедры. В универе я бы работал для себя.
1. Если Вам дадут на это не более 1-2 месяцев и Вы не будете использовать CMS Joomla!’у, то Вы со 100% долей вероятности завалите всю работу.
2. Если времени больше — учитесь делать на фреймворке Laravel (к примеру).
3. У Вас нет знаний и опыта для разработки сайта такого уровня на чистом PHP.
Стоит ли использовать php фреймворк?
Планируется разработать сайт, технический функционал которого будет состоять из отправки и получений данных в БД, также с наличием регистрации, авторизации и личного кабинета. Стоит ли вообще при таком банальном функционале использовать фреймворк php, если да — то какой лучше использовать в подобного рода проектах ?
Стоит использовать, особенно при таком банальном функционале.
Любой современный фреймворк — https://habr.com/ru/post/464417/
Смысл использования фреймворка в том что такой «банальный» a.k.a типовой функционал реализуется проще и быстрее, а так же в том что проще потом нанимать компетентных разработчиков для развития или поддержки проекта, так как фреймворк подразумевает следование определённым правилам и стилю проектирования приложения и написания кода, а значит в будущем можно легко нанять дрессированных мартышек которые могут в определённый фреймворк.
Странно, статья выглядит как 100% спам, но спам ссылок в ней я не нашёл. И почему мне её показывает на английском?
FanatPHP, ну статьи на английском уже некоторое время есть на хабре.
А ссылка первое что выдал мне гугл. Я бегло посмотрел содержимое — вроде норм список, и скинул в ответ.
Ну где ж он норм? Умерший 10 лет назад СI на втором месте.
Я кстати понял, в чем спам. Чувак пиарит Swoft и ради этого даже статью про фреймворки накатал. С анализом уровня блогспама индусских бодшопов. «Этот быстрый, это для энтерпрайза, этот легко устанавливать».
Yii — очень безопасный. Ага, остальные все дырявые.
Ci легко установить, в отличие от остальных, которые сложно. Это он серьёзно?
Со сложностью установки у автора вообще не заладилос. Отлитчительная черта фалькона — легкость установки. Ага, вот расскажи нубу с сипанелью что ему кастомный экстеншен надо в пхп добавить.
Статья — голимый, а главное бесполезный спам.
Как раз для банального функционала фреймфорки и востребованы больше всего.
Ну и царь фреймворков для банального функционала — это Ларавель
Фреймворки приходят и уходят, когда то был популярен Codeigniter, теперь о нем забыли, сегодня Laravel завтра его ждет учесть того же Codeigniter, разработчики фреймворков не дают вам гарантии на большой промежуток времени. Но вы как программист даете гарантию при разработке и сопровождении.
Если функционал надолго и с большой историей то symfony или ddd
Если быстрый стартап с переписом в будущем то фраймворк Laravel, Yii или даже Codeigniter
Если все что вы указали без доработок функционала то composer + пара пакетов
Войдите, чтобы написать ответ
Как ограничить cookie чтобы они не влияли на поддомен?
Обязательно ли использовать какой-либо фреймворк?
Здравствуйте.
Стоит задача написать бекенд для мобильного приложения(соц. сеть типа инстаграм), в качестве языка выбрал php(просто потому что инфы и примеров много в сети). Пока гуглил обнаружил тучу фреймворков, насколько понял большинство из них реализуют mvc-схему. Собственно, вопрос: в рамках моей задачи нужен ли вообще фреймворк? Бекенд планируется довольно типичный для подобного рода приложений: регистрация, авторизация, запостить что-нибудь свое, получить что запостили другие. Буду признателен за любые советы, ликбезы и напутствия.
Если проект будет активно развиваться, то без фреймворка не обойтись. Но давайте попробуем рассмотреть поближе разные варианты.
1. Использование готового фрейморка, с которым вы уже работали
Если фреймворк достаточно популярный и вы хорошо с ним знакомы, то есть работали несколько лет, знаете его возможности, сильные и слабые стороны, то такой фрейморк позволит существенно ускорить разработку проекта, особенно на начальной стадии. Под такой фрейморк уже наверняка написаны готовые модули, которые позволят ещё сильнее упростить разработку. С хорошим фреймворком первую версию готового проекта можно написать меньше, чем за неделю.
Но будьте готовы к тому, что выбранный фреймворк станет самой большой зависимостью в вашем проекте. Если через несколько лет вы решите сменить фреймворк, по трудозатратам это будет примерно равносильно смене языка программирования для проекта. Причины сменить фреймворк бывают самые разные: фреймворк устарел, не удается найти специалистов с опытом работы на данном фреймворке; фреймворк прекратил развиваться; фреймворк сильно замедляет работу приложения; возможностей фреймворка перестало хватать, а написание собственных модулей требует больших временных затрат.
2. Использование готового фрейморка, с которым вы никогда не работали
Готовьтесь потратить массу времени на его изучение. Порой даже на решение тривиальных задач в некоторых фреймворках придется потратить несколько дней, если вы с этим никогда не работали. По собственному опыту могу сказать, что если сравнивать варианты (2) и (4), то готовьтесь потратить в 3 — 4 раза больше времени. Однако у этого варианта есть и плюсы: вы освоите ещё один фреймворк и в следующих проекта сможете выбирать вариант (1), другим разработчикам знакомым с данным фреймворком будет гораздо проще разобраться в коде, последующая разработка и развитие проекта существенно ускорятся.
3. Использование собственного фреймворка
Рекомендуется только строго после того, как вы несколько лет поработали с разными фреймворками, точно знаете их недостатки, четко можете сформулировать, почему в данном проекте не подходит ни одно из готовых решений. Плюсов у такого решения масса, но основной — ваш фреймворк будет оптимальным образом решать именно ваши задачи, он не будет «комбайном», пытающимся угодить всем вокруг. Но и минусов хватает, крупные фреймворки как правило развиваются огромным сообществом, сотни и тысячи разработчиков ежедневно находят и исправляют в нем ошибки, расширяют функциональные возможности, улучшают производительность, заменяют устаревшие решения на новые.
4. Вообще без фреймворка
Такой проект сильно рискует превратиться в спагетти-код. Но абсолютное большинство новичков начинает именно с этого. В этом нет ничего страшного, если это ваш первый проект, вы освоитесь с языком и его возможностями, набьете кучу шишек, и неизбежно рано или поздно перейдете к вариантами (1), (2) или (3).