В чем недостатки сайта на чистом php?

Question

[TAnonim]

Многие говорят, что для разработки нормального сайта(а я хочу сделать многостраничный сайт с авторизацией, комментированием, админкой итд.) нужно использовать какой-нибудь фреймворк, например yii2. В чем преимущества и недостатки сайта на обычном php без использования фреймворков? Просто я могу написать что-то толковое на php, а вот опыта работы с фреймворками у меня нет. Стоит ли тратить время на изучение того же yii или можно все писать просто на php?

Answer 1

[xmoonlight]

Многие говорят, что для разработки нормального сайта(а я хочу сделать многостраничный сайт с авторизацией, комментированием, админкой итд.) нужно использовать какой-нибудь фреймворк, например yii2.

Это те, кто считает, что лучше, чем сделали они - вряд ли кто-нибудь сделает.
Это обычное продвижение проекта через "своих" евангелистов.

Пока сами не напишите - так и будете вечно надеяться на "пряморукость" фреймворкеров (ну там ежедневные патчи и исправления безопасности, слышали наверное :) и Ваш прогресс, как профессионала в PHP, остановится.
Мой совет: учитесь - на исходном коде фреймворков (архитектура, модульность, проверка данных, защита от SQL-инъекций, кэширование и прочее), а пишите - сами.

PS: Если нужно сделать быстро - берёте популярную CMS (я обычно работаю с CMS Joomla!), учите пару строк фреймворка и "запиливаете" функционал.

Comments

[Алексей Скобкин]

Мой совет: учитесь - на исходном коде фреймворков (архитектура, модульность, проверка данных, защита от SQL-инъекций, кэширование и прочее), а пишите - сами.

А потом новый человек, который придёт заниматься проектом будет голову ломать, где документация на всё это, как оно работает, как расширять и поддерживать.

[TAnonim]

Нет, делать нужно не быстро, я хочу написать "правильный" сайт, своими руками. А еще такой вопрос, насчет обучения на исходном коде фреймворков, как разобраться во всей этой куче кода на github'e? Тысячи строк, десятки каталогов, как в этом всем ориентроваться? Одно дело, когда писал сам или в команде, а когда другие люди..

[Илья]

Если я правильно понял, то это сарказм? Да, надо делать сайты на самописном говне, которое будет в куче дыр. На разработку уходит больше времени из-за велосипедирования, трудно уловимые баги и прочее включено. Ведь один человек лучше, чем целая команда. Один человек сразу пишет без багов, ошибок, дыр. Ведь у фреймворка всего-то проверка не одним годом.

[xmoonlight]

TAnonim: как ориентироваться: читаете документацию фреймворка, ищите определение класса в коде (поиском подстроки по файлам, которые загрузили с github) и далее смотрите те методы, которые Вас интересуют.

[TAnonim]

xmoonlight: А какой фреймворк вы советуете для написания хорошего, функционального, многостраничного сайта?

[xmoonlight]

TAnonim: Yii2

Answer 2

[Максим Тимофеев]

Стоит ли тратить время на изучение того же yii или можно все писать просто на php?

Стоит 100%, к тому же если Вы знаете хорошо php уйдет на это минимум времени. Думаю, что изучение yii2 и написание на нем Вашего не сложного проекта в сумме займет меньше времени, чем написание на голом php. Я конечно не беру во внимание случай если Вы решили забить на безопасность и планируете написать 4 php файла, которые пишут в базу все подряд, не используют кеш и т.д.

В чем преимущества сайта на обычном php без использования фреймворков?

Единственное преимущество - теоретически меньшая ресурсоемкость. Теоретически, потому что все зависит от кривости рук программиста и его желании делать хорошо и правильно.

В чем недостатки сайта на обычном php без использования фреймворков?

можно долго перечислять, но основное скорость разработки. Зачем писать то что уже написано?

Answer 3

[Alexander Sharihin]

Есть разница между чистым PHP и спагетти кодом.

Если Вы сделаете качественную кодовую базу, которая будет написана с грамотным использованием шаблонов проектирования, будет читаема и отвечать максимальному числу PSR - пишите сами, однако, в таком случае Вы напишите процентов 70 от того же фреймворка.

Возможно, Вам стоит задуматься о использовании компонентов Symphony, если Вам так критично уменьшить число прослоек.

Если же, тут дело в том, что просто не знаете фреймворк - рекомендую освоить. Очень многое может разложить по полочкам в голове и ускорить в последующем разработку приложений.

Comments

[TAnonim]

Да, я просто не знаю фреймворк. А какой фреймворк вы можете посоветовать? yii или lavarel или какой нибудь другой?

[Шамуэй]

TAnonim: laravel 5 щас самый популярный фреймворк

[Alexander Sharihin]

TAnonim: Смотрите в сторону Laravel 5 или Yii2, если время есть - то стоит осилить Symfony. Просто сайт фигануть проще на Laravel, если бизнес-логика сложная мне удобнее было использовать Yii2. Symfony круче их обоих вместе взятых, правда тяжелее и порог вхождения выше, зато после него на Laravel и Yii2 не очень охота смотреть)

Answer 4

[Mr Hobot]

Если хотите писать свое родное.С самого начала нужно наработать алгоритмическую базу, что бы при уходе вашей любимой технологии или фреймворка в небытие, вы не были выгнаны на мороз с голой жопой. А уже потом брать сначала язык программирования (притворимся что вы взяли не php) и напилить костылей своих с велосипедами, по общим задачкам (строки, данные, графы, хэш таблицы и т.д.), пробуете сортировать без встроенных функций. Вы спросите, а нафиг оно мне нужно? Я крутой прогер хочу сайты клепать, а не ваши алгоритмы учить. Сделано это для того что бы быть программистом а не кодером , и при надобности скакать по технологиям которые вам нужны (как по пикам, или что там вам по душе) с минимальными затратами на изучение. После этого вы пишите своего франкенштейна с руками из сфинктора и глазами на них же(свой MVC фреймворк) костылям позавидует трвмпунк, потом смотрите на чужие костыли в виде фреймворков(в отличии от ваших костылей, эти отлажаны как нужно и протестированы не одну сотню раз, а так же признаны и используються в широком кругу) и допилить свои костыли до вменяемого состояния. Но не советую, используйте отлажаные и протестированые костыли. Время на изучение, с лихвой окупятся и не только временем но и деньгами.

Answer 5

[Saboteur]

Изучать что-то новое - необходимо и полезно.
Если есть работа, которая требует здесь и сейчас - пишите как можете.
Если есть работа, занимаясь которой можно парралельно изучить новое - изучайте обязательно.

Разобравшись в каком-то фреймворке, вы сможете не только делать на нем проекты, но и поддерживать чужие, которые кто-то на этом фреймворке писал. Круг возможного заработка увеличивается.
Популярные CMS и фреймворки пишут люди с хорошим опытом, изучая их можно почерпнуть идеи и интересные решения.

Ну а писать на чистом PHP конечно можно, в этом есть и свои преимущества.

Comments

[TAnonim]

А какой фреймворк вы можете посоветовать?

[Saboteur]

TAnonim: я не веб-программист. Для пользы дела, можете зайти на фриланс биржу, посмотреть что чаще встречается.
Посмотрите Laravel, или микрофреймворк PHPixie.
Фреймворков множество, учить их все - не хватит времени, поэтому попробуйте один маленький, один побольше. Laravel, включая его растущую популярность, вроде хвалится хорошей документацией.
Но я вообще не в теме, так, общаюсь.

Answer 6

[Макс]

сам пищу сайты на php но понимаю что надо изучать что то новое расти так сказать ) решил изучить laravel, но позже, доделаю проект и потом...а может еще один и потом... :)

насколько я понимаю, фреймворк сокращает время на написание кода в разы, да и приложения быстрей работают наверное, вот только на изучение кучу времени нужно потратить, так что откладываю все время...

Answer 7

[Eugene 222]

Сегодня мода больше на библиотеки чем на фреймворки.
Например, я использую в работе( на Go) net/http, mustache, и sqlx для типичных сайтов.
Админку можно поставить отдельно, например https://github.com/simov/express-admin
Фреймворк это солянка из сторонних библиотек плюс тараканы авторов(которые тоже нужно учить).
==========
UPD. Да, согласен, мой ответ провокативный.
Тем не менее, что вам нужно для сайта:

1. Роутер (библиотека)
   
2. ORM (библиотека)
   
3. Template Engine (библиотека)
   
4. Система аутентификации (библиотека)
   
5. Админка(библиотека)
   
6. Система миграций(библиотека)
   

Что я упустил? (Не троллинг, я действительно не знаю зачем в данной ситуации нужен фреймворк, что он дает?)
По моему знакомству с Django там ровно тоже самое только собранное вместе заранее.

Comments

[Шамуэй]

неправда, библиотеки популярны только на Го, тк новый язык и сырые фреймворки, на Пхп же фреймворки будут нужны еще очень много времени и большинство из них это не "солянка"Б а довольно стабильный каркас для веб приложений.

[Mr Hobot]

Фреймворк это не солянка. Это карказ приложения. Если вас не устраивают отлаженые и протестированые "тараканы" команд программистов которые пропустили через себя сотни проектов с высокой нагрузкой и не очень и в итоге выдали продукты которые признаны в мире вэб-разработки и которыми пользуються сотни тысяч и миллионы программистов - то не используйте. Зачем человека наговариваете пилить костыли до конца своих дней?

[Adamos]

Вообще-то тот же Symfony - это как раз и есть набор хорошо подогнанных друг к другу библиотек из вашего списка. Каждая из которых может использоваться независимо от других, а фреймворк просто создает пространство, в котором они могут аккуратно и однозначно взаимодействовать.

[Eugene 222]

Троцкий 2.0: О, вы применили прием "отсылка к авторитету". Причем здесь велосипеды. Вы имеете два подхода: взять каркас и его расширить. Второй: взять доменную область(библиотеки) и составить композицию. Проблема каркаса в том, что он построен так как авторы считают что он должен быть построен. Если он вам не подходит, придется взять другой каркас. Такой проблемы с композицией(библиотеками) не возникает. Вот и все

[Eugene 222]

Хомон: Ок, как скажете.

[Eugene 222]

Adamos: Если в языке сторонние компоненты(библиотеки) не способны аккуратно и однозначно взаимодействовать то это, простите, проблема самого пространства(языка)

[Mr Hobot]

Eugene 222: всем подходит а вам не подходит. Никто вас не заставляет использовать фреймворки, но вы толкаете человека на гавнокод, он с большой любовью оценит ваш вклад в его развитие, когда его не возьмут ни на одну вакансию, так как во всех вакансиях не "вордпресс программист" есть пунктик, знание фреймворка иногда не одного.

[Eugene 222]

Троцкий 2.0: Не мешайте все в кучу, пожалуйста. Говнокод vs hireability vs неподходит это разные вещи. Фреймворки оправданы в одних случаях, в других не оправданы. Если человеку хватает bare php то это прекрасно. Миру node.js хватает библиотек. Миру Python Golang и Ruby хватает библиотек. Вы можете использовать Django(первый подход), а можете Flask(второй подход). Вы можете использовать Rails(первый подход), а можете использовать Sinatra(второй подход).

[Mr Hobot]

Eugene 222: для работы нужны фреймворки. Уж как есть, фирмам нужен стандарт какой никакой, а не полет фантазии и чудеса архитектурных решений. Именно фреймворки это дают. Тут уже у автора нужно узнать, для работы ли он спрашивает или для себя.

[Eugene 222]

Троцкий 2.0: ок вы правы

Answer 8

[trevoga_su]

В чем преимущества и недостатки сайта на обычном php без использования фреймворков?

никаких преимуществ, если ты знаешь как писать программы так, что бы они оставались расширяемые, с четкой архитектурой.

фреймворки = это мода. кто бы что не говорил. веб-макаки все как один повторяют тенденции с запада. на самом деле написать свой хороший код - не такая и сложная задача. она лишь затратная по временным рамкам, ибо для этого нужен ОПЫТ в разработке и понимание основных методологий программирования на конкретном языке.

Comments

[DevMan]

бу-га-га. смесь мягкого с теплым, не имеющая отношения к реальности.
все, кто в деве давно имеют собственные наработки, которые мигрируют из проекта в проект.
отсюда вся и разница: или ты пользуешься чужим фреймворком/компонентами или реюзаешь свои.

[Erling]

trevoga_su у меня нет опыта. Прочел книгу самоучитель + курсы от специалиста + куча разношерстных статей на хабре, тостере и т.д. Но у меня нет опыта, чтобы написать высококлассный код с нуля. Я хочу сделать свой проект и у меня есть вопросы (поэтому я в этой теме): писать с нуля на гкоде или учить фреймворк и писать на нем (учитывая его вышеизложенные плюсы). Если я напишу с нуля свое CRUD-приложение высока вероятность, что в нем будут дыры. Если я задействую фреймворк (например Laravel), то профитом будет освоенный популярный фреймворк + более безопасное приложение. Возможно я что-то опустил? Поправьте.

[trevoga_su]

Erling: все верно. но фреймворк - это фреймворк. например, можно легко писать на jQuery, но аналогичные решения на чистом js сделать без знания основ трудно.

Answer 9

[Николай]

Берите MODx