Следующая версия PHP будет называться PHP 7

шутка про разрабов хрома покусавших теперь и PHPшников

на том же хабре было объяснено перескакивание через версию.

алсо, что они там думают насчет юникода?

шутка про разрабов хрома покусавших теперь и PHPшников.

Разработчики хрома заразные? Они вампиры? Или бешеные собаки?

P.S. тут должна была быть шутка про разрабов хрома покусавших теперь и PHPшников.

Конкретней - хроперы. Это она с 12 версии перескочила аж сразу на 15.

Прям как перловики ;)

Прям как Perl.

переход на jrm будет?

на том же хабре было объяснено перескакивание через версию.

Да и здесь вроде написал, что-бы не путать со старым PHP 6 который рипнулся в 2010 так и не родившись.

алсо, что они там думают насчет юникода?

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

jrm

что это такое?

Ненужно. Perl 6 выйдет под рождество.

Они его просто не осиливают.

здесь вроде написал

я через предложение через одно читал, протупил.

решили забить на юникод

вот нехорошие люди, сколько лет обещали.

похоже и правда надо валить с этой фигни, ожидания н5е увенчались успехом.

Всё началось с хрома. Может он и не первоисточник, но массовое распространение похоже началось с него. Сначала они что-то сделали с разрабами firefox-а, потом Linux Kernel, Opera...

Вроде PHP 6 пролюбили как-раз из-за попыток впилить юникод. Может если забить на него и сосредоточится на других вещах то выйдет что-то годное.
А если не выйдет, или выйдет не то, то всегда есть python, ruby и другие ништяки.

Разработчики хрома заразные? Они вампиры? Или бешеные собаки?

Кажется тут что-то новое, но ход мысли верен.

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

питон неплох, на нем и осваивал ооп, но со временем начали угнетать отступы как элемент языка, да.

а руби вроде бы даже медленнее пыха, нет?

Никто этот график не расширял до нынешнего состояния? :)
http://beta.hstor.org/storage2/a54/3fa/d91/a543fad91517bbb5bf4d87e4122e9ab1.png

а руби вроде бы даже медленнее пыха, нет?

ХЗ, даже не щупал, случая не было. Вообще веб-разработкой занимаюсь мало, не регулярно и для себя.
Питон и руби привёл просто в качестве примера (на них вроде чаще всего с пыхи валят), но и кроме них альтернатив полно, от hode.js до всяких там Clojure.

Потестируй же.

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

не, пока лениво. мне еще дочитать бы эмерика, томпсона и липовачу ;-) может когда-нибудь доберусь и до руби.

Плюсую. Были и есть попытки. Даже серваки на нём пишут. Но реально использовать такое как-то страшно. Чтобы можно было запустить веб-приложение на похапе один раз и реализовать это качественно, нужно перепиливать SAPI я так думаю. Да и вообще SAPI так или иначе должно быть переписано, потому что суперглобальные массивы это как-то странно на мой взгляд. Сейчас есть либы, которые позволяют от них абстрагироваться (Symfony/HttpFoundation к примеру), но изнутри выглядит это ужасно костыльно.

Вроде PHP 6 пролюбили как-раз из-за попыток впилить юникод. Может если забить на него и сосредоточится на других вещах то выйдет что-то годное.

Особенно показательно появление юникода в третьем питоне.

Показательно оно только тем, что многие питоноводы оказались маленькими утятами.

Видимо вы меня не поняли, а жаль.

Что бы улучшить PHP фичи из него надо выпиливать, а не новые добавлять.

php: тырим у perl с 199x года...

php

производительность

бхе бха буахахахахаха

они со своей совместимостью когда-то скатятся в ад, ибо сейчас скорость этого «скатывания» достаточно высокая

Что бы улучшить PHP фичи из него надо выпиливать, а не новые добавлять.

Так выпиливают же. Много чего уже выпилили из старых версий, начиная от safe mode и magic quites, кончая древними API на рефлексию и постоянными ужесточениями E_STRICT/E_DEPRICATED.

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

они со своей совместимостью когда-то скатятся в ад, ибо сейчас скорость этого «скатывания» достаточно высокая

Да как-то не заметно на общем фоне. На Tiobe, конечно, за год два места потерял, но в основном из-за bazzword'ов Objective-C и VB. Популярность упала не только у PHP, но и у Python, Java... Ruby вообще на 14-е место рухнул.

Зато Composer сейчас даёт реально вторую жизнь многим PHP-решениям. Потрясающе удобная для разработки штука.

Скорее php уже давно скатился в ад, возможно был рождён там, и сейчас пытается оттуда выбраться. Только едва-ли это получится сделать сохранив обратную совместимость с чертями, реками лавы, сковородками и серой. А эта совместимость очень важна для сообщества.
Тут помнится кто-то ныл что в из пыхи выпилили баг фичу экспортирующую переданные GETом параметры как глобальные переменные. Очень, говорил, удобная фича, зря выпилили.

А если забить на весь этот ужас нефритовый болт то будет гораздо круче чем с python 3.

По стопам перла идти не хочется, ясное дело.

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

Да ладно, RoR же ещё живой :D Как раз недавно в очередной раз чинил Redmine — вот где АдЪ :)

PHP 7

Не взлетит

Особенно показательно появление юникода в третьем питоне.

Слышал звон? Там проблема в другом.

Всё ок. Иногда, когда я спускаюсь по лестнице, и спотыкаюсь, я переступаю через пару ступенек. Они тоже.

Всмысле? Поломали совместимость и дружно лососнули всем сообществом.

Т.е. пыха стремительно опускается, идёт ко дну в общем? (:

Поломали совместимость и дружно лососнули всем сообществом.

Да, но юникод, тут не при чем. Он как был так и остался.

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

В случае ЯПов когда говорят о «поддержке юникода» подразумевают поддержку его в ядре языка

Да, 14 лет как в питонячьем ядре.

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

Чушь. Это требование приводит к протекающим абстракциям, суррогатный эскейпинг, волшебство нормализации и т.д. В операционке нет строк, заруби это себе на носу, есть только сраные последовательности байт.

То что мартышки не могут уследить где у них байты, а где строки — это да, вселенская печаль. Но еще печальнее когда они с умным видом пускают слюни про поддержку юникода.

Префикс mysql_ таки выпилят? Или даже это не самое страшное?..

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

Давай для начала определимся что такое поддержка юникода. Вот есть сайт на пых-пыхе, занные в базе лежат в UFT-8, клиенту отдаются в UFT-8, между базой и клиентом данные как-то обрабатываются пых-пыхом и никаких косяков с кодировками не наблюдается.
Чем не поддержка юникода?

Префикс в смысле модуль «mysql»? Его объявили устаревшим кажется в 5.4. Когда выпилят, ХЗ, но уж в седьмой-то версии точно.

А потом удивляются почему пыху, и людей её использующих, считают эмм… чем-то нехорошим.
Вообще тот факт что кто-то защищает этот баг разрушает мою хрупкую веру в человечество.
$_GET['var'] им писать лень…

Его объявили устаревшим кажется в 5.4

Я в курсе, логи читаю ж.

но уж в седьмой-то версии точно

Да это понятно, просто боялся, что это случится раньше.

баг

Фича же. Входные параметры модуля аналогичны входным параметрам функции или командной строке. Ни в одном нормальном языке доступ к таким переменным не осуществляется принципиально иначе, чем к локальным.

писать лень

Жабокодер детектед. Давай ещё вместо каждой лексемы поэму писать, чего уж там, программист же должен большую часть думать и алгоритм рисовать, а кодинг — это так, тягостный момент общения с машиной.

С такими «фичами» никаких багов не надо.

И вообще-то я питон предпочитаю, а с жабой вообще не знаком (и тем счастлив), мне даже фигурные скобочки печатать лень.
Но сгребание в одну кучку всего полученного от пользователя (а значит потенциально содержащего любой крап) мнедставляется мне более чем разумным и оправдывающим дополнительный износ клавиатуры от набор $_GET["].

Параметры функций объявляются вместе с функцией, и функции не вызываются напрямую пользователем. Нельзя передать в функцию произвольную переменную.
Параметры командной строки в том-же питоне предоставляются как массив, а не экспортируются как отдельные переменные в глобальную область видимости.

и никаких косяков с кодировкой не наблюдается

Ты, верно, шутишь?