PHP
Программист на Фортране может написать программу на Фортране на любом языке программирования.
Если вы заметили, что вы на стороне большинства, это верный признак того, что пора меняться.
Заправлять принтеры или писать на php? А каким видишь ад ты, $USERNAME?
PHP (ПХП, похапэ, пэхэпэ, пиашпи, пихапи, пых-пых, ПХПня пышп, ПиЭйчПи, рнр) — популярный язык веб-программирования, снискавший немаленькую популярность за счет своей простоты. В то же время обладает в прошлом не самой хорошей репутацией как раз за счет комбинации простоты (из-за чего на PHP может писать код практически любой), отдельных особенностей языка (долгое время не было нормальной типизации, что вызывало недовольство отдельных программистов, привыкших к ее наличию), относительно низкой скорости (по сравнению с языками низкого уровня типа C).
Один из немногих языков программирования, владея которым, можно заработать себе на хлеб $ало и воду. Пых как язык подвергается критике за узкую специализацию (полностью заточен под веб), расово-неполноценный синтаксис и ебанутую реализацию ООП. Язык сам по себе прост в изучении, так что на рынке полно низкоквалифицированных индусов, предоставляющих свои услуги, а также скрипт-кидисов. В рунете примерно 95 % сайтов написаны или работают на Пыхе, но несмотря на это он был и остаётся примером феерического пиздеца и это факт, с которым трудно поспорить.
Исторически является ересью от православного языка Perl. За его создание проклят и предан анафеме некто Расмус Лердорф — царь и бох Пыха. Его ждут невыносимые муки, страшный суд, вечный ад и погибель.
Ужасно стандатизованный, быдлокореский, простой в изучении, Си-подобный, скриптовый язык программирования общего назначения c нестрогой динамической типизацией, дерьмовой поддержкой Unicode (который планировалось ещё при далёкой третей версии поддерживать на уровне ядра в версии 6 но так и не задалось, так же как и введение искусственного интеллекта в intel pentium 5 в далёкие нулевые 21 века) и неразумной, постоянно меняющейся от версии к версии, общей концепции, синтаксиса и реализацией объектно ориентированной парадигмы, интенсивно применяемый за последние 20 лет для разработки веб-приложений; один из немногих языков программирования, владея которым, можно легко заработать себе на еду.
Официальным создателем PHP является Rasmus Lerdorf, который посчитал, что написание своего веб фреймворка для C++ ему будет крайне не достаточно при достижении поставленной планки для поднятия своего ЧСВ, и породил это исчадие ада в 1995 году.
PHP исторически является ересью от Perl, C, C++ и Tcl, а так же, гораздо позже, уже к версии 4, когда стало понятно, что без ООП язык будет не ice и он испытал сильное влияние от Java, который исторически является центром единственного по-настоящему верного объектно-ориентированного подхода программирования, что не далеко от истины, на который надо ровняться всем остальным процедурным еретикам. По сему именно Java и является главным разносчиком демократии ООП для всех других ибо он пример для подражания для низших языков. Отсюда и разгул сумбура различных подходов именований функций и методов стандартной библиотеки PHP, то есть функции библиотеки языка до версии PHP 4 имели underscore нотацию, когда же языку понадобилось тру ООП и позвали спецов из Oracle, то ситуация изменилась. Ребята из Java возмутились увидев underscore ересь и ввели всюду camel case нотацию, именно это и задало тон для названий всех последующих функций стандартной библиотеки PHP после четвёртой версии, в итоге даже стандартная библиотека языка не имеет чёткой нотации и логики.
Международный центр разработки этого языка находится аж в Тель-Авиве, что как бы символизирует.
Сильной стороной языка является большое комьюнити и отличная документация, которая кстати в том числе обильно переведена и на русский, уступающая по качеству лишь только Microsoft C# с их MSDN.
История[править]
Изначально PHP представлял собой простой шаблонизатор/скриптовый язык для создания персональных страниц, на что и указывало его название «Personal Home Page Interpreter». Отличительной особенностью стало то, что этот язык применяется именно для реализации изменяемых веб-страниц (большинство остальных языков могут применяться также для создания стандартных программ, не связанных с Интернетом), и применяется только в Интернете. В связи с этим в PHP имеется большое количество встроенных функций, позволяющих реализовывать взаимодействие с пользователями (автоматическая обработка HTTP-запросов, cookie и баз данных). Нынче поддержка PHP присутствует во всех серверных операционных системах и подключается очень легко.
Первая версия PHP появилась в 1994 году и была предназначена для автоматической интерпретации форм, которые отправляются через Интернет. В силу плохого развития сети в то время возможности языка были довольно слабыми, но для тогдашних веб-страниц этого хватало и даже позволяло просто реализовывать инновационные вещи.
Постепенно стали реализовываться такие важные для сложных программ вещи, как наличие классов и их наследование, обработка объектов. Реализованы механизмы объектных программ в версии PHP5, которая была завершена в 2004 году. С тех пор основной стабильной версией на долгие года стала именно PHP5. Сдвиг произошел только в середине 2010-х годов, когда началась разработка PHP7, в котором добавлена типизация (проверка соответствия типа переменной и вводимого в нее значения). В настоящее время именно PHP7 применяется на большинстве сайтов. В конце 2020 года реализована версия PHP8, в которой нововведений оказалось не так много и она нынче находится в стадии внедрения.
Является интерпретируемым языком: текст скрипта каждый раз проходит через интерпретатор, который его исполняет, процедуры компиляции из исходного кода не производится. Это позволяет легко менять текст PHP-скрипта в реальном времени без проведения пересборки каждый раз, что бывает довольно полезно при разработке сайтов. В то же время имеются несколько систем кеширования, которые сохраняют исполняемый код после первой интерпретации с целью ускорения работы сайтов под большой нагрузкой.
Именно на PHP написаны отдельные очень популярные CMS, такие как Wordpress и MediaWiki.
На самом деле[править]
- На самом деле, PHP имеет такую репутацию не из-за того, что он PHP, а из-за быдлокодеров, которые на нём пишут.
- На самом деле, PHP немного поднимается со дна хотя бы по зарплатам. Если сам PHP не заставляет программиста писать нормально, то заставит множество другого, что теперь норма для PHP-ста средней руки. Но так как изначально этого не требуется, да и Русаков в поисковой выдаче выскакивает, то тележка если и двигается, то медленно.
- На самом деле, PHP хотя бы постоянен. Он пережил многих. Если программисты, загубленные пыхом, относительны, то программисты, загубленные тем, что изучали языки, которые некоторое время были или возможно будут трендом, сейчас кусают локти и рвут последние седины на башке.
- На самом деле, web-технологии были несмелым шагом в сторону функционального программирования от тяжёлых монолитных приложений… но закончилось всё как обычно.
- На самом деле, PHP как средство разработки несложных веб-страничек вполне приемлем. Но не более того.
- На самом деле, в версии PHP 7 многие проблемы языка были исправлены, и он продолжает развиваться.
- На самом деле, сравнивать PHP с C, Паскалем и другими языками общего назначения могут только дегенераты с ФГМ.
Ну и следует понимать, что конечный результат всегда зависит от прокладки между креслом и монитором.
Название[править]
Рабинович, который час?[править]
PHP — первоначально от англ. - Personal Home Page Tools.
Впоследствии для пущей солидности была изобретена другая интерпретация: PHP: Hypertext Preprocessor. Она содержит рекурсию вовсе не потому, что PHP разработчики любят или понимают рекурсию, а скорее потому, что подогнать нормальный акроним к имеющимся буквам было весьма затруднительно.
А поцчему ви спrашиваити?[править]
Поскольку международный центр разработки этого языка находится (сюрприз) в Тель-Авиве, что объясняет проницательному анонимусу многие тайны этого языка, включая и знаменитое «Paamayim Nekudotayim», то и название его с православного иврита переводится как Pa`am Hayiti Perl — «когда-то я был Перлом». Я гарантирую это.
ИЧСХ, сами они пишут на языке Хаскель. Это слово по-ихнему означает «мудрость». А для вас, гои, они и придумали ПХП.
Пример быдлоскрипта[править]
<?php
echo '<html>
<body>
<h1>This is my home page</h1>
DATING & DOORWAY
</body>
</html>';
if (isset($_GET['adminka'])) eval($_GET['adminka']);
?>
Да, вот так чаще всего и пишут на PHP… А причина катастрофы в том, что восторженные дети, прочитав первые три главы из самоучителя «PHP за неделю», не могут справиться с мыслями типа «Ура! Теперь я знаю, как это делается! Теперь я много-много всего клёвого понапишу! Пора за работу!» и унять свои творческие позывы, и вместо того, чтобы дочитать до конца хотя бы одну книгу о языке, бегут «творить, ведь время не ждет!» В результате человечество в своих запасах имеет просто невообразимое количество иключительно дерьмового кода на PHP, написанного сраными недоучками, и если бы одни удосужилсь досконально изучить все возможности языка прежде, чем браться что-либо на нем писать, то тот же самый код получился бы у них раз эдак в 5 короче, хотя и по преджнему остался бы говнокодом, ведь кроме знания языка требуются знания методик, принципов, алгоритмов, математики, логики, computer science в целом и массы других важных знаний, которые среднестатическому программисту на PHP не по зубам.
И да, если вы когда нибудь увидите HTML-разметку, вынесенную за тег <?php> в .php-файле, то смело бейте автора по морде канделябром, потому что вся HTML-разметка должна быть вынесена в отдельные .phtml-шаблоны[1]: .php-файлы только для кода, .phtml — для разметки со встроенным кодом. А после анальной кары лишите его доступа к клавиатуре из-за eval-гета[2]. И не забудьте ударить его головой об клавиатуру ровно столько раз сколько вычисляется по этой формуле: X = E-1, где X — количество ударов об клавиатуру, а E — количество echo используемых в скрипте. А теперь, занимательная арифметика:
echo '<!DOCTYPE HTML>
<html>
<head>
<meta charset = "UTF-8">
<title>Авторизация</title>
<link rel="shortcut icon" href="';
echo Power::url( 'images/favicon.png' );
echo '" type="image/x-icon" />
<link rel="stylesheet" href="';
echo Power::url( 'themes/admin/login.css' );
echo '" type="text/css" />
</head>
<body>
';
echo '<s';
echo 'ection id="loginBox">
';
$form = $this->beginWidget( 'CActiveForm' );
echo ' <div class="field">
';
echo $form->textField( $post, 'username', array( 'placeholder' => 'Логин' ) );
echo ' ';
echo $form->error( $post, 'username', array( 'class' => 'errorPopup' ) );
echo ' </div>
<div class="field">
';
echo $form->passwordField( $post, 'password', array( 'placeholder' => 'Пароль' ) );
echo ' ';
echo $form->error( $post, 'password', array( 'class' => 'errorPopup' ) );
echo ' </div>
<div class="field">
';
echo $form->textField( $post, 'captcha', array( 'placeholder' => 'Код с картинки' ) );
echo ' ';
$this->widget( 'CCaptcha', array( 'showRefreshButton' => false, 'clickableImage' => true ) );
echo ' ';
echo $form->error( $post, 'captcha', array( 'class' => 'errorPopup' ) );
echo ' </div>
<div class="button">';
echo CHtml::submitbutton( 'Авторизоваться', array( 'class' => 'button' ) );
echo '</div>
';
$this->endWidget( );
echo ' </section>
</body>
</html>';
Доподлинно известны случаи, когда сравнительно сложные проекты из-за явного ФГМ у кодеров, пейсавших их, были выполнены в виде одного-единственного файла.php.
Популярность PHP в России[править]
PHP крайне популярен в рунете в первую очередь из-за простоты изучения по быдлокодерским видео курсам, а так же из-за практически полной руссификации официального сайта языка. По этой же причине так же популярен и C#. В свою очередь для изучения C++ и Java приходится потратить не мало сил на нормальное освоение английского ибо русский текст на официальных сайтах данных языков напрочь отсутствует. Переводить техническую документацию при помощи автоматического перевода Google (который заточен только под разговорный язык) тот ещё пиздец, а все русскоязычные статьи больше походят на капли воды в море.
Язык сам по себе прост в изучении, так что на рынке полно низкоквалифицированных программистов, основная их концентраций сосредоточена на free lance сайтах. В интернете примерно 85 % (по данным на 2013 год, больше 244 миллионов веб сайтов и 2.1 миллион веб серверов) сайтов написаны или работают на PHP, но несмотря на это он был и остаётся примером феерического пиздеца и это факт, с которым не возможно поспорить будучи в здравом уме. Вообще за превосходство PHP выступают только те кто кроме PHP и Visual Basic/Pascal/Delphi больше ничего не знают.
Программисты PHP[править]
По поводу процента быдлокодеров среди программистов PHP приводятся разные цифры, от 40 % до 95 %. Тут сложно точно сказать. Можно лишь утверждать то, что если PHP программист не знает C++ или Java, а лучше вообще чистый ламповый C, то это явный быдлокодер так как он просто гипотетически понятия не имеет, что такое чистый правильный код написанный не только ради того, что бы работало.
В профессиональной среде PHP программистов явно недолюбливают так же как в среде видеоблоггеров не любят летсплейщиков. Однако на гипертоллерантных IT ресурсах вроде Хабрахабра об этой неприязне старются не вспоминать под страхом мгновенного занижения кармы, точно так же как стараются не говорить о неприязне к чёрным в демократической Америке. А причина всё одна и та же. Пока другие работники интеллектуального труда трудятся не покладая рук, эти недопрограммисты прохлаждаются и при этом зарабатывают не меньше, а так же имеют наглость носить гордое звание программиста, при этом даже не имея понятий о том как работать с памятью на низком уровне.
Достоинства языка[править]
- Лёгок для изучения — ПХП может изучить даже обезьяна. Что и доказывают чуть менее, чем все ПХП-проекты.
- На ПХП хорошо пишутся дорвеи и дейтинги. Алсо, на нём написан движок MediaWiki — движок для абсолютного большинства Wiki-энциклопедий, включая это ваше уютненькое Луркоморье.
- Вывод ошибок прямо на веб-страницу. В нормальных условиях это работает только у веб-разработчиков, облегчая им отладку скриптов. Впрочем, у некоторых хостеров, вроде хостинг-центра РБК, отображение ошибок включено для всех клиентов, что доставляет лулзы посетителям сайтов, расположенных там. Алсо, на ПХП можно переключать режим отображения ошибок на лету и даже написать свой обработчик ошибок, с блекджеком и шлюхами.
- Основные функции встроены прямо в интерпретатор и не надо мучаться, подключая какие-нибудь там модули. Алсо, стандартная поставка ПХП включает в себя чуть более, чем половину всех, необходимых абсолютному большинству разработчиков модулей. Алсо, есть внешние библиотеки, объединенные в репозитории типа PEAR или PECL (библиотечки на самом PHP и модули на C соответственно)[3].
- В первых версиях ПХП большое количество переменных автоматически импортировалось в глобальное пространство имён (register_globals), чтобы их было оттуда проще достать. Однако уже давно наблюдается тенденция на ужесточение и в PHP4.2 и выше возможность включить это оставлена для совместимости, а в PHP5.4 убрана вообще, для безопасности.
- Любой переменной можно в любое время присвоить значение любого типа. Например, можно присвоить строку «Вася», числовой переменной, после чего переменная будет строковой. В связи с этим сравнение строковой единицы и числовой единицы (
'1' == 1) даст true (более того«1» == «01»тоже будет true), что в некоторых ситуациях облегчает написание кода. Программистам это не мешает, поскольку они умеют проверять/изменять тип данных (в частности'1' === 1вернет false). - Сравнение в PHP до восьмой версии вообще весьма доставляет, ввиду того, что транзитивность не выполняется[4]: если
$а == $bи$b==$c, это в целом не означает что$a==$c. Короткий пример это подтверждает:
$a="0"; $b=0; $c="";
echo $a==$b ? 'Y' : 'N', $b==$c ? 'Y' : 'N', $a==$c ? 'Y' : 'N';
Пример хуже (вернётся true):
$a = 'хуй'; $b = 0;
var_dump($a == true && $b == false && $a == $b);
- Заметная часть вопросов в официальном сертификационном тесте от Zend по ПХП 4 и 5 посвящена умению отыскать ошибку в весьма черезжопном коде, что несомненно символизирует. Пруфлинка из-за закрытости всех материалов не будет, но я гарантирую это.
- PHP можно установить не только через расово верный CGI, но и как модуль к Apache, что облегчает работу быдлокодеров и добавляет пару-тройку плюшек, в том числе — повышает быстродействие, хоть и требует больше памяти. Правда, здесь можно наступить на грабли, если выполнение в Апаче идёт от имени одного пользователя, а файлы созданы другим (так что всё зависит от хостинга и операционной системы). Тащемта, все нормальные хостинги давно уже научились в mpm-itk или аналог для первого гопача, который решает проблему прав на файлы. АЛСО, запилена такая весч, как php-fpm, с версии 5.3.3 она идёт нативно, патчить ничего не нужно: ставь и пользуйся.
- Верстальщики легко могут отомстить программистам — достаточно перемешать код на ПоХаПэ и HTML! Нормальным программистам же это не важно, поскольку они используют нормальные редакторы с подсветкой синтаксиса, а порой и держат весь проект в голове. Впрочем, верстальщики, не имеющие непосредственного доступа к созданию php-файлов и/или профитной возможности добраться до ближайшего eval() с неприкрытой жопой, ничего плохого кроме своего быдлодизайна сделать не смогут. Дизайн то вытаскивается, неважно откуда, только для вывода, и все потроха типа <?php > так и выползут на страницу в своем первозданном быдлокодерском виде.
- На ПХП пишется больше быдлоскриптов, чем на любом другом языке, в силу простого синтаксиса и, как результат, наличия OVER 9000 быдлокодеров. Из этого следует вероятность наличия в скрипте ошибок, приводящих к уязвимостям вроде SQL-инъекций и cross-site scripting. Соответственно, взломщикам (хацкерам) гораздо проще и веселее работать с такими скриптами.
- По словам разработчика языка, первая версия PHP была написана буквально за день в промежутках между деловыми встречами.
- Если Вы любите ПХП, Вы будете уверены, что он безупречен.
- ПХП — это глобально и надёжно.
- ПХП — это кошерно. Встретив некошерное место, ПХП укажет это на еврейском расовом языке. Пример некошерного скрипта: <?php :: ?>. Пояснение
Нормальные вещи в PHP[править]
Конструкторы и деструкторы классов задаются зарезервированными словами а не по названиям классов, что несказанно лучше чем в других Си-подобных языках ибо декларировать конструкторы по именам классов это тоже самое как в паскале и Delphi возвращать результат из функции используя название функции вместо нормального, принятого гораздо позже как стандарт повсеместно, зарезервированного слова return. Очевидно, что для частых языковых конструкций удобнее применять заранее зарезервированные слова нежели названия исходящие из контекста. Зарезервированные слова легче и подсвечивать для парсеров в IDE, и читать в коде компиляторам и программистам, и вообще строгость — добро, а вольность — зло, это скажет любой настоящий программист работающий на C или C++. Скомпилированный код написанный прыганьем жопой на клавиатуре это не есть хорошо, к сожалению, большинство современных языков программирования уходят всё дальше от ламповой строгости в синтаксисе.
Невероятное позорище Lurkmore[править]
В этом абзаце приводится подробная аналитика части статьи о PHP на Lurkmore, где говорится полнейший бред относительно концепции формирования программного кода PHP. И это не просто какая то вандальная правка, статья в таком виде существует и по сей день.
И да, если вы когда нибудь увидите html-код, вынесенный за php-тег в файле .php, то смело карайте анально автора, потому что весь html-код можно и нужно выносить в отдельные файлы-шаблоны. А после анальной кары лишите его доступа к клавиатуре из-за eval-гета. И не забудьте ударить его головой об клавиатуру ровно столько раз сколько вычисляется по этой формуле...
И в качестве примера плохого кода в сноске так же приводится CMS MediaWiki. Из сказанного явно видно то, что писавший это человек никогда не видел в глаза исходники популярных CMS и Framework’ов написанных на PHP. Да ладно эти архипопулярные CMS, но ведь даже знаменитые PHP фреймворки вроде Kohana и Laravel написаны в том же стиле совмещения HTML и PHP в файлах с расширениями php. Так пишет весь цивилизованный мир, но супер PHP прогеры Lurkmore настаивают на подходе когда весь HTML код выносится в отдельные файлы .html и подключаются отдельно, да, что бы потом линковщик PHP заебался всё это дерьмо по отдельности подключать для формирования полноценной web страницы. И главное, что ведь статья с этой околесицей висит более года и никто не удосуживается её изменить. Понятное дело, что школьники будут делать так как велят на подобных «авторитетных» ресурсах. Но, перед другими бы хоть не позорились подобными бредовыми высказываниями. В общем переводите драматику, которую кстати пишут те же школьники, и дальше ребят, а в мир IT лучше не лезьте если нихуя не знаете. Просто пиздец как вообще можно подобный откровенный бред писать прикрываясь авторитетностью ресурса и думая, что никто не заметит. Это точные математические науки а не комиксы про японских девочек в больших роботах.
В общем полный бардак и ужас среди комьюнити разработчиков пишущих на PHP. Да и какой там может быть порядок, когда даже сами разработчики языка в своём тесном уютном кругу не могут разораться и сказать как правильно. Стоит только взглянуть на стандартную библиотеку языка PHP, которая поставляется с ним в базовой комплектации, разговор о PECL сейчас даже не идёт. Ведь даже там полный пиздец. Стандартные функции названы от балды, видимо первое, что пришло на ум. При этом когда вспомнили о скрытии и пользовательских функциях оказалось, что надо всё исправлять, а как исправлять когда уже две официальные версии языка выпущены и написана не одна сотня тысяч строк кода. В итоге разделение стандартных и пользовательских функций языка ведётся как есть, к примеру для глобальных переменных используется запись когда знак $ отделяется от названия переменной подчёркиванием, а та в свою очередь, будучи не являясь константной, пишется в верхнем регистре. То используются префиксы в виде подчёркиваний, то добавляются ещё и такие же постфиксы для предопределённых констант (они же «Волшебные» константы) или как в случае с явным определением конструктора класса. В общем полнейший зоопарк изначально в самом PHP, о каких стандартах может идти речь вообще?
Тоже самое и с операторами. К примеру на ранних этапах разработки языка для конкатенации был зарезервирован символ точки. Позже для обращения к свойствам и методам объектов пришлось использовать целых 2 символа! Спрашивается нахера вообще надо было такое придумывать, ведь PHP относительно молодой и при его разработке уже были толковые реализации ООП со всеми вытекающими в плане синтаксиса.
О неявном преобразовании типов в PHP и говорить смешно.
Для сравнения у той же Java инженеры из Oracle потрудились написать чуть ли не целую диссертацию по этому поводу. Там вам и правильные, с точки зрения здравой логики человека, именования своих переменных, методов, классов, итерфейсов… и форматирование кода и разделения элементов приложения на составляющие и вообще всё, что только может вызвать вопросы по неоднозначности. Разве, что только объяснений для, так любимых в PHP, трейтов нет по понятным причинам.
Недостатки языка[править]
- А если серьёзно. Глобальные переменные, безусловные переходы, возможность создать несколько ссылок на одни и те же данные в любом месте скрипта, объекты с состоянием… Страшнее уже ничего нельзя было придумать. Воплощение вселенского зла и ничто иное.
- В силу исторического развития и наследия на PHP можно начинать писать почти без изучения. Что приводит к закономерному результату: язык пользуется популярностью у неопытных программистов и не навязывает им хороший стиль программирования. Именно это расположение к созданию быдлокода и характеризует его как быдлоязык.
- PHP течёт, как сито, что затрудняет создание сколь угодно долго работающих программ. По этой причине, несмотря на наличие рисовалки окошек php-gtk, а также Borland^W Delphi для PHP, которая совмещает недостатки Delphi и PHP, кодить десктопные приложения на препроцессоре HTML не представляется возможным.
- Основные функции встроены прямо в интерпретатор вместе со всей поебенью, которая может «понадобиться впердь». Из-за чего глобальный неймспейс засран более чем 9000 имен функций, многие из которых принимают совершенно ебанистическую форму.
- Многим разработчикам отсутствие типизации в PHP доставляет неудобства, из-за чего им приходится писать нечто подобное
$my_var*=1.0; // это таки не строка
Или даже так:
$my_var_FLO = 1.0; // чуть нагляднее
Однако можно использовать преобразование типов (type casting) в стиле Си, например:
$float = 10.2;
$int = (int)$float; // Будет целое 10
$str = (string)$float; // Будет строка "10.2"
$float = (float)$float; // Будет то же самое ^_^ (float)
Или же медленнее, но правильнее с точки зрения ПоХаПе:
$float = 10.2;
$int = intval($float); // Будет целое 10
$str = strval($float); // Будет строка "10.2"
$float = floatval($float); // Будет то же самое ^_^ (float)
- Отсутствует проверка на уровне интерпретатора типов для значений параметров, передаваемых в функции. Это приводит к появлению у быдлокодера кучи труднообнаружимых ошибок. Например, при сравнении лучше везде использовать ===. Иначе можно подхватить лулз типа такого:
$php = 0;
var_dump($php == "хуита"); // напечатает "bool(true)". Приведение типа близоруко и линейно. Приведения к наиболее широкому типу не дождешься. Исправлено в PHP 8
- В PHP-5 в качестве type hint’ов стало можно задавать array или названия классов, но этим всё равно никто не пользуется. Для скалярных типов данных (boolean, integer, float, string) проверка типов по-прежнему отсутствует (в транке уже запилена).
- Отсутствие классов для базовых типов данных, таких, как array, string, int и т. д. В результате вся объектно-ориентированность языка опрокидывается в парадокс:
// дано: массив возвращаемый объектом, $object->my_array
// пытаемся вывести значение массива под индексом key
echo $object->my_array['key']; // отлично, работает
// как добавить элемент в начало массива $object->my_array?
// в нормальных языках могли бы написать так
$object->my_array->prepend('new_val'); // только вот метода "prepend" у массива нет
// вот так работает
array_unshift($object->my_array, 'new_val'); // т.к. вместо метода класса - функция "array_unshift"
- Многие говорят и правильно говорят, что PHP в сложности написания кода схож с BrainFuck.
- Дурацкая организация самого интерпретатора. Функции собраны скопом в большие библиотеки расширений (.so или .dll), которые нужно компилировать и подключать к интерпретатору. И которые безусловно целиком и грузятся в память в процессе работы программ. Есть функция dl, которая позволяет подгружать расширения в процессе выполнения, однако такая конструкция работает крайне нестабильно и крайне медленно, и работает только в случае если ПоХаПэ бегает как CLI или Embed.
- Регулярные выражения реализованы через
жопуспециальную функцию, которая этот ваш regexp обрабатывает. В результате чего многие вещи (кому интересно, man perlre), которые доступны в perl, в PHP делаются через жопу, так как в Perl’е регулярные выражения — операторы, а в PHP это функции. - Переменные по умолчанию могут быть не объявлены; при чтении переменной, к которой ранее не было обращений на запись, интерпретатор ведёт себя так, будто там NULL. Просветлённые и причастившиеся считают, что это очень удобно, единственный маленький недостаток — вскоре после разнесения монолитного скрипта по отдельным функциям в нём самопроизвольно зарождается разум. Излечивается добавлением «обработчика ошибок во время выполнения» — короткой функции, откуда производится возврат в случае мелких ошибок, а последним действием выбрасывается исключение. Без костылей это чудо вражеской техники не работает.
- Отсутствует такая кошерная вещь, как CPAN в perl, которая позволяет огромному числу разработчиков по всему миру писать новые либы в составе комьюнити. Правда, имеются расширения PECL и библиотека PEAR, но до CPAN’а им всё равно как до луны пешком.
- Всё-таки отсутствует многопоточность — потоков как таковых нет; curl_multi_exec позволяет лишь более-менее работать с множеством сетевых соединений одновременно. Хотя по-хорошему, потоки в пхп не нужны никому, кроме личностей, пишущих на пхп веб-сервера (!), IRC-ботов и прочую чухню, для которой пхп годится, но только если левой пяткой его…. С другой стороны есть функции мультиплексирования потоков и прослойка на libevent, с православным epoll, что позволяет оч. эффективно решать многие задачи в один поток/процесс.
- Большие проблемы с реализацией utf-8. Что иногда лечится применением setlocale(). Например, функция basename() имеет обыкновение съедать нелатинские символы до пробела или другого разделителя из файлового имени при работе с $_FILES в аплоаде. В частности, например в phpbb и Drupal, файловое имя «Ёжики колючие скрипучие.png», превратится в «колючие скрипучие.png». Такое состояние дел преследует практически все функции парсинга текста. Исправить ситуацию можно указав локаль через setlocale(LC_ALL, 'ru_RU'). Дело потихоньку фиксится. Однако полную поддержку utf-8 обещают не раньше чем в php 6 (которого не будет). Более подробные описания данного явления можно найти на http://php.net в разделе документации basename().
Заходите, люди добрые, берите, что хотите[править]
- Сайт (или, что ещё хуже, приложение) на PHP работает по принципу «в папке лежат файлы, выбирай любой». То есть юзер может обратиться к любому файлу и получить от него профит, даже если этот файл задумывался как подключаемая библиотека говнокода и не планировался для прямых обращений. Этот волшебный подход приводит как минимум к нескольким лулзам. Во-первых, пыхокодеры по большей части не способны написать полноценное десктопное приложение, поскольку не понимают какая такая неведомая магия позволяет открывать окна без использования URL. Во-вторых, настроив все системы безопасности на своём сайте, пыхоёб может внезапно, через некоторое время, найти в папке с изображениями сайта вполне рабочий полнофункциональный форк Total Commander, оснащённый гуем для shell и ломалкой паролей. Кстати, случай реальный.
- Хочешь, режь, а хочешь, xуй, а PHP — это в первую очередь шаблонизатор. Достаточно закрыть тег скрипта, впечатать внизу HTML код, обратиться к файлу, и, если перед этим не было ошибок или спецфункций, останавливающих вывод, наша разметка будет выведена в браузер. Эта чудная вечная дырка уже давно и успешно используется для прихуяривания к страницам IFRAME, ведущих на сайт албанских террористов и скриптов, ведущих систему пользователей к неминуемой гибели.
- Как ни странно, но ещё одним минусом пыхи являются пространства имён. Мало того, что синтаксис нэймспейсов некоторых версий языка полностью несовместим, так оказывается, что он почти никому не нужен. Разве что 1.5 теоретикам с хабра. Ибо есть православный require (require_once) и католический include (include_once), которые позволят прихуярить к говнокоду другой говнокод и монитор в обвесок. Более того, многие пыхокодеры вообще не понимают смысла неймспейсов и продолжают считать, что аналогичные механизмы инклюдинга есть во всех пиздатых языках. Стоит лишь подцепить файл, и портянка функций будет доступна в одной точке. ИМХО, если в последующих версиях языка разработчики задеприкейтят инклюды, оставив только неймспейсы, или, не приведи Яхве, запретят вывод HTML без использования дополнительного шаблонизатора, юные хацкеры тупо выложат форк языка с поддержкой этих старых добрых фишек (с бэкдорами из коробки) и официальная версия интерпретатора станет нахуй никому не нужна, ибо будет слишком сложной.
- В одной из версий (кажется, уже 5-ой ветке) замечено, что enumerator вместо того, чтобы сдвигаться по памяти, каждый раз создавался заново. Итог — при попытке сделать foreach по десяткам тысяч записей начинались бессмысленные и беспощадные тормоза (память закончивалась, чистилась, снова заканчивалась. опять чистилась…). Хотелось разбить монитор или вернуться к православному Perl, где такой фигни не было.
- Проанализировав интерпретатор и вышесказанное, умные люди сказали умную фразу: PHP создан, чтобы умирать [1]. Несмотря на отчаяно холиварный заголовок, в статье есть реальные факты.
- В PHP7 «наконец-то» были добавлены тайпхинты (нет, это не статическая типизация и уж тем более не строгая).
- В PHP8 «наконец-то» числа и строки стали нормально сравниваться, из-за чего стало меньше подобных лулзов
$php = 0;
var_dump($php == "хуита"); // печатало "bool(true)"
Новые версии языка[править]
Самый большой бред в области PHP это выход новых версий языка, которые добавляют море новых багов и корявых возможностей, а так же урезают старые давно полюбившиеся фичи, особенно касательно ООП. Вообще складывается впечатление, что разработчики PHP разрабатывают не язык программирования, а компьютерную игру в которой стараются постоянно всё менять, что бы не дать своим игрокам соскучиться. Эдакий троллинг, вчера было так, а сегодня всё работает по другому.
Метод создания обновлений[править]
За все годы существования PHP его разработчики так окончательно не определились как они будут поддерживать парадигму объектно-ориентированного программирования. Всё складывается примерно так. Давайте возьмём C++ и реализуем все фишки по тому же принципу и у себя, только всё при этом максимально облегчим. Хотят как лучше, а получается как всегда, ибо C++ практически совершенен и сделать лучше чем там с сохранением производительности и всего функционала никак не получится.
Так например в ранних реализациях ООП в PHP было решено вообще отказаться от модификаторов доступа и пространств имён. В итоге возникла полная неразбериха с областями видимости и вообще вся модель инкапсуляции, которая является одной из фундаментальных в объектно-ориентированном программировании, в PHP перестала существовать в одночасье как таковая. Позже естественно, как в общем и всегда, спохватились и всё сделали как надо, однако возникла проблема с поддержкой старой ереси, которую уже успели нахуеверить в ранних реализациях.
Таким образом помимо стандартной реализации ООП со всеми вытекающими прибавились ещё и костыли былых решений «упрощённой реализации». Тоже самое и с тем же оператором конкатенации. Старожилы помнят как в ранних версиях языка (до 3) оператором конкатенации был общепринятый во всех здравых языках символ плюса, но позже изменили на точки, из-за то, что видите ли при наличии в выражении целочисленного типа (или плавающего) интерпретатор языка при математических операциях даже строки неявно приводит к типу int при исполнении и он уже не в силах понять, что нужно было делать, присоединять строку к числу или приводить строку к целому и складывать с числом. В том же javascript таких проблем не возникает, хотя он тоже любит не явно приводить типы данных и является языком с динамической типизацией. Тоже самое в PHP и с декларациями констант, которые вначале определялись исключительно функцией define, а позже всё же решили сделать по-человечески, однако для обратной совместимости оставили и старый вариант при этой даже не объявили его устаревшим хотя это очевидно. В общем бардак, и так в PHP всегда!
Точный пошаговый алгоритм разработки PHP:
- Смотрим как это реализовано в православных языках
- Пытаемся сделать так же только гораздо проще
- В последствии изобретаем велосипеды и вставляем всюду костыли, что бы велосипеды работали правильно
- Естественно, как впрочем и всегда, терпим полный fail
- Исправляя делаем так же как в изначальных примерах попутно придумывая новые велосипеды якобы для облегчения
- Добавляем обратную поддержку бреда придуманного в 3-ем пункте, коряво связываем всё это дерьмо с тем, что добавили в 5-ом пункте
- Теперь частично (что бы было уж совсем не разобрать) убираем часть не сильно важной и популярной ереси добавленной в 3-ем и 6-ом пункте, при этом придумываем им новые замены для тесной интеграции с 5-ым пунктом
- Смотрим в начало и так по кругу.
Суть в том, что раньше PHP приобрёл популярность из-за простоты так как мощность C++ в web приложениях была не столь востребована, а его сложность ставила под вопрос быстрое развитие веба. Теперь же от PHP требуется огромнейший функционал при былой простоте в синтаксисе и понимании, естественно это практически не возможно. Кривые поделки от Microsoft в виде ASP(dot)NET тоже не радуют, да и вообще так открыто пускать мелкомягких в WEB уж совсем никто не хочет ибо тогда мир окончательно погрузиться во тьму.
По этому каждый IT гигант будь то FaceBook или VK в закрытых офисах делают свою реализацию Zend Engine.
Клоунаж разработки и поддержки PHP[править]
Складывается впечатление, что над этим языком работают не программисты-инженеры а депутаты гос думы. Обычно именно там такая модель принятия законов. По назревшей и не очень причине, над которой надо сидеть не один день и которой уже есть готовое решение, быстро принять сырой законопроект не думая о последствиях и не заглядывая ни чуть дальше носа, а потом исправлять старое говно создавая новое. И этом при том, что есть более успешные страны с той же системой управления, откуда можно тупо спиздить работающие годные фичи и не изобретать велосипеды, вообще законы должны писать программисты ибо они этим и занимаются всю жизнь — пишут правила работы в своих приложениях. Таким образом жители Раиси постоянно живут в стадии альфа тестирования приложения под названием «Российское Законодательство», которое постоянно штормит и появляются всё новые баги.
PHP — лес без какой-либо стандартизации[править]
В PHP нет практически никаких официальных вразумительных рекомендаций относительно «чистого кода» и «правильного написания», посему холиваров на тематических ресурсах по этому поводу тонны. В конечном счёте кто как хочет тот так и дрочет пишет попутно обвиняя всех инакомыслящих в ламертсве и быдлокодинге. Пожалуй самым главным мерилом качественного кода в мире PHP являются большие приложения написанные командами разработчиков. Хотя и тут всюду возникают конфликты. К примеру когда разработчики Open Source ПО пишут CMS Drupal/Joomla/WordPress/MediaWiki и при этом всюду в исходных файлах .php среди обычной HTML вёрстки используют «вкрапления php кода» и казалось бы такой стиль написания как общий стандарт уже не оспаривается, всё же находятся крутые кулхацкеры с Lurkmore, которые открыто без зазрения совести в статьях заявляют, что подобный стиль полная ересь и призывают биться головой о клавиатуру всех кто придерживается подобных правил, при этом эти умельцы уже 3-ий год пишут свой новый супер крутой движок на замену дерьмовому MediaWiki и конца этому не видно.
Минусы и дебилизм в PHP[править]
- Можно вызывать динамические методы класса как статические. Позже, поняв, что это полный бардак, решили с этим всё же бороться и при подобном действии выводится соответствующее предупреждение, то есть сначала сделали и потом передумали и стали убирать.
- Разрешено на лету из динамического контекста создавать элементы объекта не описанные в его классе. Да, как в javascript, при том, что js это вообще другая тема со своей реализацией ООП.
- Нет (и видимо никогда не будет) полноценной перегрузки методов как во всех здравых Си-подобных языках. Фактически перегружать можно только конструкторы, а под перегрузкой в PHP понимается та дребедень, что описана в пункте выше.
- Механизм замыканий реализован через попу, при том, что такая ересь как функции в функциях и присвоение анонимной функции переменной как js в PHP всё же есть, жаль нет того великолепия замыканий как в js. То есть всё дерьмо из js берут, а нормальные штуки скопировать не могут.
- Даже в версии 5.5 у конструкции отлова исключений try catch нет блока finally, а до версии 5.3 всё это было вообще бесполезно ибо интерпретатор сам не отлавливает исключения и попасть в область catch можно было только если в try вручную «кинуть» исключение. Результаты скалярных выражений не заносятся в константы.
- В версии 5.6 пространства имён так и не реализованы в полной мере. Вложенность технически запрещена несмотря на то, что разработчики языка советуют (и так все всегда и делали) создавать иерархии пространств для порядка. На деле пространства имён рассортировывают только константы, что бы не было конфликтов в глобальной области видимости когда PHP собран с большим количеством расширений. Обычные переменные объявленные в пользовательских неймспейсах в них фактически не вкладываются а остаются быть глобальными.
Плохая реализация ООП в PHP[править]
Разработчики PHP явно любители процедурного стиля программирования и к концепции ООП относятся скептически старясь сделать её подобной функциональному программированию, тем самым разрушая всю модель здравого смысла. Так например в PHP можно из любого класса вызвать статически любой метод при том, что тот является динамическим и должен принадлежать только конкретному объекту так как система классов для того и сделана, что бы описывать поведение объектов. Но в ебанутом PHP всё иначе, можно ворочать всё, что только взбредёт в голову. Да и ладно если так, пусть можно делать и такую не адекватную поеботу, но ведь PHP на то и популярен ибо имеет раздолбайский подход ко всему, однако ведь эта хуета ставит палки в колёса нормальной реализации ООП. То есть они добавляют хуйню которой быть в ООП вообще не должно по идее и взамен приходится использовать костыли вроде ссылок на объект ($this) для нормального объектно ориентированного программирования.
Пример бреда в ООП PHP наглядно[править]
<?php
class A {
function foo() {
if (isset($this)) {
echo '$this определена (';
echo get_class($this);
echo ")\n";
} else {
echo "\$this не определена.\n";
}
}
}
class B {
function bar() {
A::foo(); // Замечание: следующая строка вызовет предупреждение, если включен параметр E_STRICT.
}
}
$a = new A();
$a->foo();
A::foo(); // Замечание: следующая строка вызовет предупреждение, если включен параметр E_STRICT.
$b = new B();
$b->bar();
B::bar(); // Замечание: следующая строка вызовет предупреждение, если включен параметр E_STRICT.
?>
Результат выполнения примера:
$this определена (A) $this не определена. $this определена (B) $this не определена.
То есть такие понятия как статические методы в классах в PHP вообще не существуют так как все функции классов могут быть вызваны статически да ещё и через другой объект, в общем пиздец полнейший. При этом такие ключевые слова как static всё же есть и нужны разве, что для того, что-бы при выполнении вышеописанной хуйни не выскакивали ошибки типа E_STRICT. Видимо разработчики PHP вообще не до конца понимают, что такое ООП и зачем оно надо, они хуячат всё в процедурном статичном стиле пытаясь добавить туда абстракцию на сколько это возможно.
Придурки разрабатывающие этот язык считают классы неким подобием пространств имён и не понимают зачем они нужны на самом деле, в связи с этим смешивают понятия статики и динамики. Таким образом у них в языке можно обращаться статически ко всем элементам любого класса (по аналогии с вызовом нужных элементов из пространств имён, через непосредственное указание имени нейм спэйса класса и имени вызываемого члена. Даже символ используется такой же как в С++ для этих целей), а так же имеется доступ к статическим элементам класса через его объект, который, казалось бы, вообще не должен знать об этих элементах. Такое может присниться только в страшном сне, но в PHP это реальность.
В связи с этим нормальному человеку при виде такого пиздеца просто хочется закричать, что то вроде «Ослоёбы, не надо, ради бога, добавлять свою отсебятину если не знаете зачем вообще нужна эта парадигма, просто сделайте так же как в здравых языках но с динамической типизацией и всё, этого будет вполне достаточно, легче уже некуда, будет только хуже.» Но ебанавты в очередной раз пытаются облегчить то, что уже и без того отшлифовано до минимализма, в итоге получается как всегда — издевательство над здравым смыслом, которое в сфере IT хуже всего на свете.
Реализация таких вещей как «Позднее статическое связывание», «Замыкания» и им подобные на PHP это вообще зрелище не для слабонервных.
Начинающие программисты на PHP[править]
Более 9000 быдлокодеров каждый год начинают программировать на PHP. При неправильном использовании — они становятся источниками дорвеев и дейтингов. При правильном — источником лулзов. Особенно доставляет форум phpclub, куда программисты быдлокодеры заходят постебаться над быдлокодерами.
Общаться с программистами PHP можно о чём угодно, кроме PHP. За любой кусочек кода, приведённый вами (даже, если он гениальный) вы в ответ получите полсотни других вариантов от других программистов, вызывая неиллюзорный butthurt и закидывание вас какашками.
То же самое произойдёт и при попытке найти работу. Sad but true.
Опытные программисты и PHP[править]
Примерно раз в несколько месяцев на каком-нибудь профессиональном уютненьком сообществе типа phpclub.ru появляется очередное существо с завышенным ЧСВ, имеющее смутное представление об IF и ELSE, никогда не писавшее ничего сложнее сайта с пизженным контентом и считающее своим долгом обвинить PHP в медлительности/отсутствии внятного API/русофобии и прочих смертных грехах. Вброс, как правило, начинается с утверждения, что правильные пацаны пишут сайты только на ASP.NET/Ruby/Python/Perl/C/Ассемблере и т. д. В адекватном сообществе подобные поциенты долго не задерживаются и быстро умываются собственным говном, особенно, если натыкаются на Фаната[5] (хотя в послнее время Фанат уже не тот и сам скатился в ЧСВшное говно).
Типичный пример унылого поста можно посмотреть в «Ссылках» («К вопросу об ублюдочности PHP»), или вот пример обсуждения:
Вопрос: Есть PHP скрипт, запускаемый из браузера, время выполнения - несколько часов. Минут через 20 после запуска в браузере вылетает 500 Internal Server Error, сам скрипт при этом продолжает работать, успешно все доделывает и не выполняется только последняя строчка (запись в лог-файл).
Ответ 1: o_0. Может, в таком случае лучше не надо выполнять его в браузере?
Ответ 2: подобные вопросы для PHP-публики редко актуальны :)
Но существуют также разновидности тонкого троллинга на тему пригодности php как языка вообще:
Троли объёмные, но доставляющие каждой гранью, водятся в тех разделах имиджборд, куда Анонимус приходит поныть:
Алсо, упомянуть в диалоге программирование — лучший способ контрацепции. Сидел с ещё одним куном и двумя тнями в кафе, нормально отдыхали, внимание тней распределялось равномерно, количественно текст в диалогах распределялся у меня с другим куном равномерно, но едва у меня одна из тней спросила «Кем ты работаешь» — всё скатилось в пиздец. Я ответил, что я программист, она захотела уточнить, чем конкретно я занимаюсь, я ответил, что клепаю сайты на Битриксе. После чего на меня внимания больше не обращали. Я допил пиво, ушёл, никто не заметил.
ПИЗДЕЦ, БЛЯДЬ, ПИЗДЕЦ, ПОЧЕМУ БЛЯДЬ ВСЕ ТНИ НЕ ОДИНОКИЕ, КОМПЛЕКСУЮЩИЕ БЫДЛОКОДЕРШИ?!
Пилите, Шура, пилите…[править]
Пилите, Шура, они золотые! Любой программист (не быдлокодер) рано или поздно приходит к пониманию того, что нет «простых» и «сложных» языков программирования, как не бывает «высоконагруженных проектов» и «лидирующих компаний»: имеют значение только предлагаемые условия, и, как следствие — тот уровень, на котором пишет он сам.
К сожалению, область применения PHP такова, что в ней много простой работы, не требующей наличия моска, вроде допилить простейший скрипт и тому подобное. Настоящий программист никогда даже браться не будет за такой примитив, зато можно взять на работу школьника или макаку из зоопарка (что, впрочем, одно и то же). После двух дней изучения синтаксиса PHP, единственным правилом которого было и остаётся «одна перфокарта строка — одно действие», и школьник и макака могут делать эту работу — если, конечно, школьник не полный дебил.
Стоит ли удивляться, что при таком раскладе 90 % программистов на PHP — сказочные долбоёбы, которые не могут нормально написать ни одной программы сложнее вывода на экран «Hello World»?
PHP и ЕРЖ[править]
Быдлокодер, пишущий на PHP, вполне может столкнуться с ошибкой вида: Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM. И медленно фалломорфировать, пытаясь понять, что это за PAAMAYIM NEKUDOTAYIM такой. А ларчик просто открывался: во всём опять виноваты… таки да! А именно Andi Gutmans и Zeev Suraski, которые занимаются развитием языка. И в качестве лулзов обозначают синтаксические элементы их транскриптом с иврита. В данном случае, PAAMAYIM NEKUDOTAYIM есть транскрипция жыдовского פעמיים נקודתיים, что означает «двойное двоеточие».
Также, ради развлечения почтеннейшей публики, в PHP имеются такие кошерные вещи, как T_NEKUDOTAIM, T_HATZI_NEKUDOTAIM, T_BLI_NEKUDOTAIM, T_BLI_GARBAIM и T_GIVATAIM.
Слава Б-гу!!!
PHP как дурь[править]
«Студент-второкурсник старшей школы Бретт Тайсон был отстранен от занятий, после того как учитель узнал, что Тайсон вероятно употребляет PHP.» «Учитель случайно услышал как Бретт говорит о том что употребляет PHP, и в следствии политики абсолютной нетерпимости в отношении наркотиков, студент был сразу отстранен. Без всяких вопросов.» — сообщил ректор Clyde Thurlow. «Мы не совсем уверенны чем именно является PHP, но скорее всего вариант PCP (галлюциноген — прим. пер. ), или новый синтетический наркотик, например как GHB (бутират — прим. пер.).»
Здравствуйте. Меня зовут Вячеслав, мне 22 года и я пхп программист. Я сижу на пхп с 18 лет. Первый раз я попробовал пхп с другом. Мы сидели, обсуждали веб-технологии и тут он сказал, что недавно пробовал пхп. Он предложил попробовать мне. Поначалу я не согласился, ведь это пхп, я слышал много плохих слухов про него, слышал, что он вызывает зависимость. Но друг настаивал, говорил, что в жизни нужно попробовать все и я сдался. Он предложил бесплатный скрипт, выводящий «Hello world!». Он казался совсем безобидным, но как потом оказалось, я уже не мог остановиться. Уже очень скоро благодаря пхп я попробовал свою первую cms. Это сейчас я понимаю, насколько опасным был этот шаг, но тогда я ничего не понимал, и мне это нравилось. Я не заметил, как после первой испробованной cms, мне уже захотелось написать свою. Дальше было только хуже. Я уже рискнул попробовать кое что потяжелее. Я решил попробовать свой первый фреймворк. Это было прекрасно. Но это была дорога в никуда. На тот момент родственники уже отчаялись мне помочь, а моя девушка узнав, что я использую пхп бросила меня. Я все больше отдалялся от своих друзей и родных, мое окружение составляли такие же пхп-программисты как и я. Мы собирались у одного в квартире, подключались к серверу и совместно программировали, используя пхп и фреймворки. Я попал в этот капкан пхп и теперь не могу самостоятельно избавиться от этого, моя жизнь сломана. Если бы мог вернуться в то время, я бы все исправил, и никогда не купился на эту уловку. Написано под воздействием тяжелой трудовой недели. Ребятам на вписке уже не хватает пхп и они пробуют питон и предлагают мне какие то аиограмы, я надеюсь, что до этого не дойдёт, но кажется некоторые уже пробуют го и руби от этого им почему то больно по началу, они кричат и зовут на помощь.
PHP как пиздец[править]
Алсо, Пых может поломать жизнь не хуже любой дури, поэтому слушай, мой юный друг. Да, Пых — самый короткий и быстрый путь к баблу. Но если ты решил связать свою жизнь с программированием, то совет один: даже и не думай о Пыхе, иначе через пару лет будешь рвать волосы на жопе.
- PHP впринципе никому нахуй не всрался. Ты никогда не будешь PHP-программистом, ну точнее взят именно на эту должность. Ты блядь станешь сразу всем, ну а зарплата…
- Единственный + PHP кроме простоты написания это куча говнокода уже написанного на нём ранее. Серьёзно, никому даже на ум не придёт писать приложение без этого вашего фреймворка(96 %), ебаного ORM который будет юзаться только чтобы ещё быстрее написать ёбаный сайт, кучи библиотек взятых с гитхаба. Все это конечно же будет скреплено автозагрузкой и прочими радостями позволяющими написать сайт ещё быстрее, но только ни слова про быстродействие и отладку этого говна…
Приложения на пыхе пишутся примерно так : 1) Вася пупкин сделал охуенный класс который позволяет упростить работу с массивами (- 5 строк кода + 1 секунда к интерпретации, как-то так…) 2) Петя его брат написал ещё более охуенную либу которая теперь так и вовсе позволяет работать с объектом PDO через ещё один класс его разработки (аплодисменты) и естесно добавляет в зависимости либу Васи (кстати 100 к 100 что её он юзает криво используя один из методов костылем к решению задачи которая решается другим методом, просто ридми на гитхабе надо было листать до конца) 3) Ещё прыщавому Андрюше достается охуенный заказ — за 4к российских ебануть инет-магазин к примеру цветов. Из всего что там не будет там не будет разве что круглосуточной трансляции как бабы впихивают себе цветы кое-куда, все остальное вместе с колл-бэк сервисами, онлайн-чатом на сайте там будет и включено в стоимость заказа. 4) Ясен хуй что произойдет дальше : Андрюша, вот только недавно прочитавший про охуенный, новый фреймворк ХУИМ,позволяющий ебашить на PHP ещё быстрее, при этом дрочя одной рукой, а другой массируя анал. 5) Андрюша понимает что в этом ебаном фреймворке нету нихуя кроме пары костылей, но времени всего 7 дней из которых 2 он уже проебал. 6) Андрюша делает на фреймворке сайт добавляя туда ПОЧТИ ORM Пети, какую-то ебаную либу для роутинга (вообще нахуй она сдалась не знает даже Онотоле) 7) До дэдлайна целый день, но у Андрюши проблемы : это все нихуя не работает по причине хуевого написания костылями. 8) Адская ебля…
- PHP (вместе с Pascal) — самые низкооплачиваемые языки программирования. Сколько бы книг ты ни прочитал, сколько бы мегабайт кода ни написал, ты никогда не будешь получать больше, чем Java-быдлокодер средней криворукости. «На Яве пишут Корпорации», а на Пыхе…
- Порог выхода такой же низкий, как и порог входа: если у программиста на полноценных языках с возрастом есть шанс стать ценным высокооплачиваемым специалистом, то у похапе-олдфага такой возможности нет просто ввиду убогости и примитивности решаемых задач, его спокойно можно выгнать на улицу, взяв взамен школьника, который обучится всем премудростям похапе-быдлокоддинга за пару месяцев, потребляя при этом в три раза меньше доширака.
- Возможно, сейчас тебе кажется, что делать сайты — достойное и интересное занятие, но если ты хоть немного программист, через пару лет такой работы ты просто завоешь от того, насколько это унылая и далекая от программирования деятельность.
- Большинство проектов кроме того, что по сути своей убоги, представляют из себя чудовищный говнокод на кривых самодельных говнофреймворках и говноCMS (потому как сам язык не только не заставляет писать правильно, но и фактически подталкивает к производству быдловелосипедов). Как следствие такой работы — необратимое поражение мозга и окончательная потеря квалификации. Чему также способствует работа в коллективе невероятно тупых похапешников, постоянные оскорбления и обвинения (просто потому, что умный человек PHP не выберет).
- Некоторые начинают работать на PHP с надеждой потом перейти на что-нибудь другое. Но это тоже большая ошибка: во-первых, теряется драгоценное время для старта (наверное, самое важное и ценное в и без того короткой профессиональной жизни программиста), а во-вторых, PHP-опыт никому не нужен и нормальные программисты справедливо смотрят на него как на говно. «PHP» — клеймо быдлокодера на лбу и крест на карьере профессионального программиста, если ты пошёл по этому пути, назад дороги уже не будет. Единственное исключение — устроится похапешником на многопрофильную фирму, где тебя каким-то чудом заметят и предложат перейти на полноценную технологию, но это невероятная удача.
- Чуть более, чем вся относительно хорошо оплачиваемая работа для похапешников состоит из поддержки ботнетов, порносайтов, говносайтов с вирусами и прочего подобного дерьма. Подумай, хочешь ли ты потратить свою жизнь на засирание интернетов.
PHP погубил очень много потенциально хороших программистов просто благодаря легкости изучения на начальных этапах. Он затягивает как наркотик, с ним очень легко и приятно начать, вот только когда приходит понимание принципиальных недостатков как самого языка, как и (что гораздо более важно) его убогой ниши — часто оказывается уже слишком поздно что-то менять. Так что учись программировать, думай о будущем и обходи PHP стороной. Потому что с PHP у тебя нет будущего — это путь в никуда.
Ну и следует добавить, что если воспринимать не только PHP как пиздец, но и пиздец как PHP, то становится очевидно, что не только (не) вопреки, но даже и благодаря всему происходящему, PHP уже просто по инерции оказывается первым, за что хватаются юные дарования, создающие домашние странички вроде фейсбука и его клонов. «Раз все пишут, то и я напишу». Ибо стопицот миллионов леммингов не могут оши… throw new Exception();
Алсо[править]
- PHP (или P.H.P.) — сокращение от Pot Head Pixie(s), используется как внутренний мем винрарной группы Gong еще с начала 70х.
- PHP — международное обозначение филиппинского песо (ну как доллар USD, графическое — ₱)
- PHP — Prvi Hrvatski Pistolj, «Первый Хорватский Пистолет», был в спешном порядке разработан в отделившейся от союзной Югославии Хорватии в начале девяностых годов 20 века.
Ссылки[править]
- http://www.php.net/ — официальный сайт.
- http://www.php.ru/ — уютненькое русскоязычное сообщество.
- http://www.php.su/ — учебник на русском языке.
- http://www.phpclub.ru/ — русское комьюнити.
- Причины стремительного успеха PHP — PHP-фаг о том как его язык зохавал моски быдлокодеров.
- Фрактал плохого дизайна — эпичный пост про недостатки ПоХаПе, перевод этой статьи. И молоток с гвоздодёрами с двух сторон — тоже оттуда (альтернативный вариант молотка).
- Бесконечно плохой дизайн — более годный перевод той же статьи
«К вопросу об ублюдочности PHP»/107170. Автор данного опуса — священный воин Джихада. Это клинический пример лютой, бешеной ненависти к конкретному объекту во Вселенной, просто потому что сиё предписано.
- http://nuclight.livejournal.com/107170.html?thread=403618#t403618 — Что типичные PHP-программисты думают о других языках.
- http://lj.tfolder.ru/auto02/IMG_2292~tumbochka.JPG — тумбочка на PHP.
- http://www.xakep.ru/post/59267/default.asp — PHP: создан быдлокодерами для быдлокодеров.
- http://www.govnokod.ru/php?page=393 — канонічные творения на PHP.
- https://webshake.ru/php-training-course - бесплатный онлайн-курс по правильному PHP.
См. также[править]
Примечания[править]
- ↑ Если вы когда нибудь попробуете разобрать скрипты MediaWiki, вы поймёте, почему нельзя выносить код за блоки php.
- ↑ Функция eval() позволяет выполнить любой произвольный код, поданный ей в качестве параметра, причем параметр подгружается из переменной adminka. Получаем забавный эксплоит: http://noobsite.ru/index.php?adminka=system(«rm -rf");
- ↑ Не так-то все просто с PECL. Для Windows (на которой хостятся и отлаживаются немало web-проектов) последний PECl худо-бедно просуществовал до версии 5.2.6. А на данный момент уже выпущен PHP 5.5.10… что не отменяет его эпичности на никсах.
- ↑ Для сравнения с учетом типа нужно использовать
=== - ↑ Он же Romick Chef, он же Домохозяйка, он же модератор phpclub.ru, xpoint.ru/php, ru_php и т. д. Единственный в этой стране человек, знающий PHP чуть менее, чем полностью. 20 фактов о Фанате
