LINUX.ORG.RU
ФорумTalks

[сама наивность] А чем плох PHP?


0

0

Нет, ну серьёзно. Что в нём плохого по сравнению, скажем, с питоном или рельсами? Только вот не надо про типизацию, скорость выполнения и синтаксис. А то думаю может пересесть с пыха, раз его все так не любят


> Что в нём плохого по сравнению, скажем, с питоном или рельсами?

проще сказать, что в нем хорошего. Он очень, очень дешевый.

А то думаю может пересесть с пыха, раз его все так не любят


не получится, ибо см. предыдущий абзац :)

stevejobs ★★★★☆
()

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

Viglim
()
Ответ на: комментарий от KRoN73

> Я не большой любитель и стронник PHP .. но его документированность действительно замечательна.

чо правда?

stevejobs ★★★★☆
()

Нормальный для своих целей, если подмешать туда Ajax то можно наваять с него что нибудь путевое. Только думаю судьба PHP для Web будет такой же как и у Perl.

splinter ★★★★★
()
Ответ на: комментарий от stevejobs

>чо правда?

Я плотно программировал на полудюжине языков. И с PHP имел меньше всего проблем в плане документации :) На втором месте - Java. Python - по качеству самой документации почти на уровне Java, но сильно затруднён поиск нужного.

KRoN73 ★★★★★
()

Помниться, несколько лет назад достаточно было вставить в любой тред «PHP», как тема сразу скатывалась в сущее говно. Видимо пхпкодеры совсем вымерли от недоедания.

PavelR
()

тем что в нём не требуется надрачивать кнопки что-бы делать обязательные отступы и там мало скобок.

tommy ★★★★★
()

1. Он не годится ни для чего серьезного. Херовая интеграция с очередями сообщений, всякими протобуфами, кей-вэлуе. Серьезных ассинхронных фреймворков нету. У ruby, python, java с этим в разы лучше. 2. Страдает, как и все языки без ФП плюшек, от слабой поддержки обработки коллекций. Такая же проблема у Java. 3. Сообщество у этого языка на 90 процентов имбицилы.

Короче, если пишеш сайты визитки, то годится. Если что-то риальное, то нет.

dizza ★★★★★
()
Ответ на: комментарий от splinter

>Только думаю судьба PHP для Web будет такой же как и у Perl.

Пых вытеснил перл из сектора хоумпаг потому что пых в разы проще и на нём могут писать люди, очень далёкие от программирования. А кто и зачем вытеснит пых?

kranky ★★★★★
()
Ответ на: комментарий от ef37

да я не занимаюсь троллингом. просто действительно интересно

ArtemZ
() автор топика

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

да и ничего чудесного нет в питонах и перлах. еслти бы они были удобны - давно бы сделали вменяюмую реализацию в виде модуля apache.

пересесть с пыха, раз его все так не любят


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

tommy ★★★★★
()
Ответ на: комментарий от dizza

>Короче, если пишеш сайты визитки, то годится.

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

tommy ★★★★★
()
Ответ на: комментарий от tommy

ну я тут как то попробовал посидеть в виртуальной руби консоли (у них на сайте обучающие материалы в неё встроены) - действительно показалось гораздо проще и гибче, чем пхп. Но в пхп у меня уже довольно значительный опыт программирования, да и несколько проектов на нём. А так как все хают пхп - я в небольшой растерянности.

ArtemZ
() автор топика
Ответ на: комментарий от ArtemZ

А так как все хают пхп


я же написал - не надо слушать LOR-овских крикунов. какая разница что некий язык на 5% удобнее и там есть такая то хрень и такая то хрень, которых нет в PHP. НУ И ЧТО? нет - и не надо.

главное как ведёт его реализация в реальной жизни под нагрузкой. джава так же плохой язык. но его использовали и будут использовать потому что платформы на основе Java позволяют создавать высоконагруженные сайты.

главное - наличие инструмента. и не надо путать их с тем что работает в песочнице или вообще в фантазиях фанов неких правильных понтовых языков.

tommy ★★★★★
()

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

Dimka-Bo
()
Ответ на: комментарий от deadman

>дырявый до жути

А точнее? А то, вдруг, я чего-то упустил?

KRoN73 ★★★★★
()

Существенный минус в том что язык поощряет копипасту кусков кода. А в текстовом редакторе программиста как известно Должны отсутствовать функции copy&paste

DNA_Seq ★★☆☆☆
()

>Только вот не надо про типизацию, скорость выполнения и синтаксис.

А это собственно и все критерии которые отличают один язык программирования от другого, еще конечно поддерживаемые парадигмы

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от firestarter

А чем не устраивает FastCGI?


оно помогает, но ненадолго. народ долго пытался продолжать писать например на Perl, гоняя его в том числе под FCGI. но реальность показала абсолютную непрособность этих языков (реализаций этих языков) работать при большой нагрузке. у PHP же - вменяема реализация (по скорости и надёжности). не хорошая а допустимая.

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

tommy ★★★★★
()
Ответ на: комментарий от tommy

реальность показала абсолютную неприспособленность самого апача к работе под значительной нагрузкой. Не зря же nginx ставят в качестве кеша а то и основного веб-сервера

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от DNA_Seq

Да ну, это, как раз, хоть и заметные, но не самые важные критерии в выборе языка.

На выбор языка чаще оказывают влияние распространённость, поддержка хостерами (в случае Web), наличие библиотек, документации, лёгкость установки/настройки/поддержки и т.п.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

Разумеется если бесплатные хостинги держат только php то для сайта-визитки выбора нет. Но ТС вроде сами языки сравнить просил. Библиотеки и документацию да, пропустил

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от DNA_Seq

>Но ТС вроде сами языки сравнить просил.

Просто без этих критериев языки сравнивать нет смысла :)

KRoN73 ★★★★★
()
Ответ на: комментарий от alix

> Вы так говорите, как будто низкий порог вхождения - это что-то плохое

Нет, конечно. Я давеча вакансию разместил: PHP, фуллтайм, опыт от двух лет, 9 т.р. в месяц. Не поверите, откликнулось несколько сотен желающих. Потому я пока решил снизить планку до МРОТа, что бы легче отбирать было.

PavelR
()
Ответ на: комментарий от DNA_Seq

Предлагаешь всё переписывать заново? Вроде бы тот же руби пытается поощрять повторное использование кода, да и не только он.

Dimka-Bo
()

Лично для меня он плох тем, что API у него это какой-то постапокалиптический песец.

Deleted
()
Ответ на: комментарий от tommy

>показываем удобный функциональный форум не на PHP или проходи мимо, в свой унылый загончик с фреймворками и прочей никому в реальности не нужной .....й.

LOR-же!

Siado ★★★★★
()
Ответ на: комментарий от dizza

Скажите, зачем вы интегрируете обработчик формочек и шаблонизатор, созданный для продвинутых домашних страничек (Power Home Page) с очередями сообщений, всякими протобуфами, кей-вэлуе?

eternalgeek
()
Ответ на: комментарий от eternalgeek

>Power Home Page

Во-первых — Personal Home Page
Во вторых — уже давно PHP: Hypertext Preprocessor.

xetf ★★
()
Ответ на: комментарий от Dimka-Bo

>Предлагаешь всё переписывать заново?

«Отсутствие в редакторе копипаста» подразумевает не переписывание заново, а высокий уровень декомпозиции.

Если у тебя где-то повторяется код - то по хорошему его нужно выносить в отдельный модуль.

И с языком это никак не связано. Собственно, фразу про то, что редактор настоящего программиста должен быть лишён функций копирования - сказал Чарльз Мур, автор Форта...

KRoN73 ★★★★★
()
Ответ на: комментарий от tommy

> у них всё плохо с работой в качестве модуля apache

Апач уже отжил свое, апач более не нужен (кроме как для разного легаси)

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

Какой сервер и какой интерфейс к языку? А то вот раньше было модно ходить на помойки со скриптами, ставить 2-3 десятка перловых скриптов, а потом подключать их через SSI (сейчас мало кто помнит эти 3 буквы), обеспечивая запуск 2-3 десятков процессов ради одной страницы.

PHP плохой язык, да. типа бейсика

А почему это бейсик плохой?

они PHP не конкуренты в реальной жизни.

в реальной жизни, или условиях быдлохостингов по 5 рублей/год и шизанутых заказчиков, которым нужен сайт через 2 часа?

давно бы сделали вменяюмую реализацию в виде модуля apache.

ВНЕЗАПНО есть modperl, про педон не в курсе

eternalgeek
()
Ответ на: комментарий от DNA_Seq

> А в текстовом редакторе программиста как известно Должны отсутствовать функции copy&paste

Сколько проектов ты рефакторил, сколько вообще сдал?

eternalgeek
()
Ответ на: комментарий от dizza

> Короче, если пишеш сайты визитки, то годится. Если что-то риальное, то нет.

разработчики фейсбука смотрят на тебя как-то странно.

isden ★★★★★
()
Ответ на: комментарий от tommy

> но реальность показала абсолютную непрособность этих языков (реализаций этих языков) работать при большой нагрузке. у PHP же - вменяема реализация (по скорости и надёжности). не хорошая а допустимая.

Расскажи мне еще о том, что для перла надо специально скрипты под fcgi затачивать, а под php и так работать будет, поэтому php лучше

eternalgeek
()
Ответ на: комментарий от KRoN73

> На выбор языка чаще оказывают влияние распространённость, поддержка хостерами (в случае Web), наличие библиотек, документации, лёгкость установки/настройки/поддержки и т.п.

Заметь, что поддержка хостерами уже практически неактуальна, ибо VPS стоит как говно, библиотеки конечно помогают, но когда дойдет до дела - будет как в известном комиксе, где год лепили интеграцию, а потом свелосипедили. Документация обычно идет в комплекте, легкость - ну, я не знаю что сложного в установке перла или брейнфака..

eternalgeek
()
Ответ на: комментарий от eternalgeek

>ВНЕЗАПНО есть modperl, про педон не в курсе

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

KRoN73 ★★★★★
()
Ответ на: комментарий от eternalgeek

>Заметь, что поддержка хостерами уже практически неактуальна

Актуальна до тех пор, пока виртхостинг всё ещё будет намного более массовым, чем VPS :)

ну, я не знаю что сложного в установке перла или брейнфака..


Perl уже почти умер. А поставить, настроить и поддерживать ту же Джангу, как бы, куда сложнее, чем LAMP :)

KRoN73 ★★★★★
()
Ответ на: комментарий от eternalgeek

>Сколько проектов ты рефакторил, сколько вообще сдал?

Я не DNA_Seq, но с ним согласен. Как и любой вменяемый программист. А что, есть вопросы по поводу копипаста? :) Тогда это уже само за себя говорит о твоей квалификации...

KRoN73 ★★★★★
()
Ответ на: комментарий от tommy

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

Кстати, специально для тех, кто кричит об удобных модулях пехапе для апача: в серьезные пехапе проектах обычно заводится целый зоопарк различных не совместимых, порой патченных версий пыха, ибо разные проекты писались разными людьми под разные версии пыха. А как-то заставить работать такой зоопарк нужно.

dizza ★★★★★
()
Ответ на: комментарий от KRoN73

> А что, есть вопросы по поводу копипаста?

Да, вот вопрос: нужный функционал размазан по разным классам (классическая ошибка при декомпозиции), добавляются новые требования, бегать и вставлять костыли надоедает, по хорошему его нужно отрефакторить, выделив в отдельный класс - чем будете делать, ежели не копипастом?

eternalgeek
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.