Представлен первый альфа-выпуск новой ветки языка программирования PHP 8.2. Релиз намечен на 24 ноября. Основные новшества, уже доступные для тестирования или планируемые к реализации в PHP 8.2:...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57340
К слову сказать PHP безопаснее раста.
Меня всегда удивляло как можно словить исполнение произвольного кода на разборе печенек или заголовков.
А на выходе за границу массива?
В динамическом интерпретируемом языке?
Но Раст не интерпретируем, и в нём нет динамических типов.
Раст это и не язык, а пародия на недоразумение.
> call_user_funcЭх, помню эту фигню. А еще помню, что в пыхе нельзя было вызывать функцию и тут же обратиться к элементу возвращенного массива. Вот так делать было нельзя: hello()[42]. Нужно было сначала сохранить массив в переменную, а потом уже обращаться по индексу. Это было в году скажем 2010. В это время, напоминаю, уже лет 40 как человек ступил на Луну. Строились небоскребы. Соорудили большой адронный коллайдер. А пых не осилил доставание элемента возвращенного массива.
hello()[42]
Ну надо сказать, очень хорошо, что было нельзя.
В плотном коде - плохо читабельная конструкция, хоть и очевидная.
Не, когда весь код очередного интернет-магазинчика сводится к последовательным вызовам фреймворка - терпимо наверное.
В то время, как человеку понадобились десятки тысяч лет развития, php за не полных 30 лет развития держит львиную долю веб-сайтов. Не осилил аноним в разработку, ничего тут не поделать.
> Вот так делать было нельзя: hello()[42].уже давно можно
False и null - это типы? Ну охренеть...
Тип -- это множество допустимых значений. Тип false имеет единственно допустимое значение: false. Тип boolean является юнионом типов true и false. Другое дело, зачем понадобилась настолько тонкая система типов во всего лишь шаблонизаторе Personal Home Page...
По сути это константы.
> Тип -- это множество допустимых значений.Эээ... в мире PHP распространено такое толкование термина "тип"? Это многое объясняет.
В мире PHP нет стойких типов. Есть попытка подкостылить подобие, но она, как ни странно, только снижает производительность в итоге.
Что много это объясняет если не секрет?
*что именно это объясняет
IEEE 31320-2:2012
3.1.45
data type:
A set of values and operations on those values.То есть в "мире php" просто почитали стандарт.
В (23) что-то говорилось об "operations"?
NoneType это отдельный тип в python? Афегедь!
FalseClass и NilClass отдельные типы п ruby. Что же такое в мире творится, дайте другую планету, Я сойду.
null ещё и в js отдельный тип
Что ожидать от языка, у программистов на котором IQ лишь на 2-3 пункта выше чем у программистов на js (по исследованиям посетителей opennet)
Авторы знатно пыхнули. Нет чтобы нормальную типизацию ввести. Хотя, макаки, авторы макакокурсов, авторы макакофреймворков и прочие смузеры загызут и будут пить смузи с кровью!
> ${world}"; DeprecatedПрощайте, башизмы!
Какой-то пхп стал слишком сложным, в чем тогда выгода его использовать? Популярные социальные сети написаны на варианте пхп 4, а не на ооп с типизацией и фреймворками
Индустрия радуется и просит добавки. Хочет код бизнес логики иметь почти как на джаве, но платить за пхп.
Давно уже как за джаву платят. Вот 500к например https://hh.ru/vacancy/66220550
Там ещё и Go хотят
У них PHP работает на фронтенде. Проходим мимо, они и за миллион никого не найдут. Место такое.
"В проекте PHP работает на фронтенде к высоконагруженному сервису хранения данных."
За "фронтенд" может считаться бэкенд к вебморде управления облаком. Для сервиса хранения данных это действительно фронтенд.Правда наивно полагать что из вилки 200-500 т.р. будут платить ближе к 500. Скорее всего на собесе будут давить и унижать, доказывая что разработчик - говно, так чтобы снизить до нижней планки. Такой разлёт в вилке вообще говорит о том что работодатель не совсем понимает кто ему нужен и какого качества.
Как я тебя понимаю, давай обнимемся. Абьюзивный работодатель это всегда плохо.
а получит очередное говно типа JS, только разве что там, где доступны более приятные в использовании языки
Так какая разница индустрии факлии это или нет? Если пипол ака потребитель хавает надо ему еще больше насыпать.
> пхп 4Это было золотое время для языка, тот самый баланс между простотой, стабильностью и скоростью. А потом пошло сплошное усложнение ради усложнения. Я всегда задаю оппонентам лишь один вопрос, от которого у них взрывается пятая точка: "что можно написать на пхп8, чего нельзя было сделать на 4 пыхе".
По magic quotes ностальгируешь?
Всё усложнили, да. Говнокодить стало сложнее, понимаю. Но вы не переживайте, кто-нибудь изобретёт машину времени и вы вернётесь в свое любимое золотое время.
Глянь исходный код Битрикса и вопросы по поводу php 4 должны отпасть сами собой. Чего стоит повсеместное использование ассоциативных массивов вместо классов с типизированными переменными.
Я бы сказал зачем писать на php если есть python.
> использование ассоциативных массивов вместо классовЧто в этом плохого? И, кстати, я вообще ярый противник ООП, т.к. за более чем 20 лет программирования и работы с совершенно разными инструментами и языками, так и не нашел оправдания для использования этой методологии, если проект не лютый Ынтерпрайз на пару миллионов строк кода.
А с другой стороны, чего плохого в ООП? Хорошо подобранные абстракции с внятным интерфейсом работают одинаково при любом количестве строк в проекте. Оформление в класс уже как-то документирует логику данных.
> так и не нашел оправдания для использования этой методологииЗачем ты так жестоко ломаешь скрепы свидетелю ООП, ему всю жизнь всякие "авторитетные" дяденьки вдалбливали, что ООП есть православный канон, и нет жизни за пределами ООП, теперь у него БСОД
все эти языки достигли своего потолка, уже не знают что бы туда прикрутить эдакого. Шляпа все это, в конечном счете все вернется на плюсы и к большему времени провождения у костра за кружкой кофе. а эти все технологии и новые версии яп, дичь это все для молодых и глупых с огнем в глазах которых эксплуатируют взрослые умные дяди.
Сам пиши на своих кривых плюсах.А мне и на c# хорошо.
Как там с кроссплатформенностью?
никак даже в пределах виндовсов.
> Как там с кроссплатформенностью?Прекрасно, тыкаю иногда на Fedora. Не работает чисто виндовый стаф аля тамошний GUI. Но во-первых, GUI в 2022 никому кроме хелло вордеров не нужен, во-вторых есть переносимые варианты.
Ты прям серьёзно? Сам же говоришь что работает он плохо, какие-то мутные «переносимые варианты», Гуя нет, но работает конечно же «Прекресно». Даже непонятно это когнитивное искажение или уже недалекий ум?
Гуй существует лишь для секретарш, домохозяек и быдлокодеров, удовлетворяющих их потребности. Лишь в воспалённом телевидением, алкоголем и прочими веществами надолго засиживается идея о графическом представлении интерфейсов. Эта идея столь же абсурдна, сколь отказ языка в пользу наскальной живописи или неконтекстуальных жестов. Это одна из немногих линий трендов постмодернистской деградации. А светлое будущее за CLI!
Гуй ныне прекрасно средствами браузеров реализуется.
За исключением очень специфичных вещей, таких как CAD и игры.
Ловите пыхера, электронщика!!!!
Не, за электрон - это к жыжесерям.
Но ты же пыхер, а топишь за электорн.
Кто тебе сказал, что браузер - это электрон? Тебе соврали.
> Ты прям серьёзно? Сам же говоришь что работает он плохо, какие-то мутные
> «переносимые варианты», Гуя нет, но работает конечно же «Прекресно».
> Даже непонятно это когнитивное искажение или уже недалекий ум?Серьёзно. Работает хорошо. Какой GUI нужен бэкендам для REST и Web? В крайнем случае есть web-морда. Недалекий ум - считать, что кросплатформенный GUI не может быть от сторонних разработчиков.
Для кроссплатформенного гуя есть Авалония: https://avaloniaui.net/
Однажды достался в поддержку сайт, серверная часть которого была на плюсах и полностью самописной
Причём, там не выдавалась отдельно просто статика включая html и сервак на плюсах отвечал на небольшие запросы с сайта каким-нибудь json’ом, а был он там именно вместо пыха - т.е генерировал html и был сделан с тоннами багов
А началось всё с того что типам нужно было на сайте отображать показания с какого-то датчика и не придумали ничего лучше как вообще весь бэк запилить на пюсахВсё-таки, сишка и плюсы годятся далеко не для всего
Ну а я тогда обрел первый седой волос
https://www.webtoolkit.eu/wt ну да, ну да...
> Commercial License:
> Dbo €175
> Wt + Dbo €599ну да, ну да...
Двойное лицензирование? Не, не слышал...Wt есть в репозиториях всех популярных дистров, плюс элементарно собирается из исходников, ставь и юзай.
Мне совершенно без разницы что это ибо лезть в это, разумеется, не собираюсь по многим причинам, веб-разработкой на плюсах не занимаюсь и не собираюсь начинать( зачем ? Ещё и в стиле пыха - с генерацией html. Ладно бы просто апи, к которому что с сайта что с приложения подключиться можно )
Мне просто достался готовый полурабочий плюсовый проект, который нужно было "пофиксить" ибо багов было откровенно дофига> Wt may be used using either an Open Source or a Commercial License
В то же время, лицензий у сабжа две. Одна бесплатная, другая - платная и учитывая тот простой факт, что исходники бэкенда контора, разумеется, не открывала и реализовано там было нечто вроде интернет-магазина, едва ли это потянет на бесплатную.
Будто этого мало, речь шла о событиях не сегодняшнего и не вчерашнего дня.
Это было приблизительно во время появления 7-го пыха, много ли тогда было пупер-инструментов и пакетов для плюсовой веб-разработки и многим ли оно вообще было надо. На том же пыхе разных подделй более чем немало, причём, на любой вкус и функционал и не столь уж многие из них всерьёз требуют денег
Юзал Wt для создания микросервиса для специфической обработки данных, естественно, с соответствующим API. Возможности Wt по генерации html там использовались тоже, для веб-морды микросервиса с описанием, онлайн-справкой к API и т.п. Отличная чтука, очень удобно. Собственно, от пыхового бэкенда это отличается очень сильно по идеологии, в случае Wt юзер оперирует со stateful аппликухой. Так что ты, родной, по всем пунктам попал пальцем в небо, с чем и спешу поздравить.
> Собственно, от пыхового бэкенда это отличается очень сильно по идеологии,
> в случае Wt юзер оперирует со stateful аппликухой. Так что ты,
> родной, по всем пунктам попал пальцем в небо, с чем и
> спешу поздравить.ты ведь даже понятия не имеешь о пыховом бэкенде, коего на любой вкус было более чем полно даже лет 10 назад
поскольку умудряешься столько совершенно разных и про подходу и по сложности изучения штук свалить в "пыховый бэкенд"
Занятно поболтать с экспертом по сортам какашек.
когда будет с++50 тогда может быть, хотя к этому моменту с++ уже превратится в раст:)🤦
Имхо, лучше уж вернуться к мощному и элегантному lisp, а там где нужно, по минимуму использовать обычный Си!
Филипп Гринспен, здравствуйте. Ваше 10-е правило известно в России. Не надо тут писать ИМХО - сразу объявят нубом и заклюют, поскольку не знают расшифровки.
https://vk.com/video462451825_456239454
Плюсы не смогут превратиться в Раст ни по какому сценарию, т.к. есть очень существенная идеологическая разница в языках.
Пришло то время, когда пхп стал сложнее джавы 🧐💩
> Пришло то время, когда пхп стал сложнее джавыЕсли спецификация языка будет описанна более чем в 750 страниц, как у жабы, то может быть :)
И чтоб не отставать, они придумали Котлин :P
Помню был JPHP, чувак на Джаве запилил интерпретатор своего пхп
Непонимаю почему они не запилят алиасы функций из стандартной библиотеки чтобы избавить от уродливого_неконститентного_неймина_в_ стиле_Си. Со временем все на них перейдут и будет красивый код почти как на джаве.
Тогда будут два способа вызвать одно и то же. Тут не просто алиас нужен, а единый консистентный дизайн апи, в том числе в вопросе обработки ошибок. А то видишь ли, одни функции в духе си - сигналят об ошибке через return ошибочное_значение. А другие - через throw. Вот где неконсистентность. Пых - это франкенштейн из си, явы и перла.
задепрекейтить старые названия.
Знаем мы один язык, который много чего задеприкетил во третьей версии. Питон с тех времен никто не любит (нет все любят питон)
В последнее время и так слишком пытаются пых в жабу превратить.
Вот зачем, спрашивается, делается попытка убрать создание динамических пропертей _изнутри_ класса.
Со снаружи всё понятно. А изнутри... опять же, только для того, чтобы опечатки у макак детектились быстрее.Хорошо хоть через очередной костыль-атрибут оставлена возможность класс объявить работающим с динамическими пропертями - у меня допустим сложная схема-модель на таковых построена, и если убрать - __get() будет запускаться на каждое обращение к проперти, что уронит производительность модели данных в разы, она очень часто используемая.
Что мешает изнутри использовать более логичный массив? Или неопечатывающейся макаке не солидно в массивы?
Например затем, что используемое в родителе динамическое в наследнике может быть неявно использовано еще раз или объявлено и использовано, то есть это не класс, а черте что.
Ваша проблема в том, что у вас один и тот же код работает на разных данных за счет динамической природы скриптового языка, сходство с ООП у вас чисто внешнее. В классическом ООП у вас будут классы моделей на каждую сущность, и соответственно вы будете обращаться к определенным в классе свойствам.
Не надо путать PHP с классическими языками, компилируемыми языками, общая модель тут - per request.
Совершенно другая парадигма, совершенно другие подходы.
В классических языках нет накладных расходов на ту же сборку приложения в рантайме.
В JIT'овых есть, но там редко используется модель per request, и это чуточку спасает.
А здесь загрузка 100500 файлов и создание классов - берёшь какую-нибудь Doctrine и быстро о***шь от того, сколько начинает занимать старт/сборка приложения.
Да и модели здесь очень удобно как раз с "не классики" реализовывать - можно сделать один универсальный класс на всю модель, и экстендить его только логикой.
Опкод кэшировать научились еще черте когда, а с 5.5 оно стало из коробки.
Эксперт без экспертизы очередной.
Я про 7.4+, с опкешем, родной. Ты просто не в теме.
Но да, вот это меня как раз и напрягает - в динамический язык пытаются притащить сахар для тех, кто может в классику, но совершенно не осиляет смену парадигмы. Не проще сразу Java взять тогда, и не мучать PHP?
Наверняка проще. Но тут наверно исторические причины, в т.ч. кадровые. Всевозможным вебстудиям, которые 10 лет разрабатывали на пхп, проще внедрить стандарты, не меняя инструмент.
Массовый заказчик уже привык, что веб пишут на пхп.
Опять же, на словах у всех солид ддд кококо, а на практике толстые контроллеры, где все по старинке.
Потому что фреймворки старые и в них то уж точно никому не хочется ничего менять.
возможность создавать динамические проперти негативно на производительности сказывается. когда-то никита попов это объяснял.
Угу. Но гораздо меньше, чем вызовы методов, накладные расходы на вызов в PHP - это ад, треш и угар.
Там и дополнительная типизация в теории могла производительность улучшить.
Но на деле - как только мы начинаем типы аргументов фиксировать - появляется проверка типа при вызове, и мы имеем совершенно обратный эффект.
Фреймворки справляются с этой задачей. У каждого, вон, свой набор строк классов есть.
PHP потихоньку превращается в Java.
Вот когда на пых на JVM начнет работать тогда и поговорим.
https://github.com/jphp-group/jphp
Так он и не заработал.
> PHP потихоньку превращается в труъ ынтырпрайз язык программированияпофиксил
> "Hello ${world}"; Deprecated: Using ${} in strings is deprecated
а вот это жаль, было удобно.
уже сто лет как надо вот так: {$world}
> превращается в труъ ынтырпрайз язык программированияВам без PHP "труъ ынтырпрайз" языков было недостаточно?
Кажется, PHP взлетел как раз не из-за своей "труъ ынтырпрайзности", а наоборот.
Радует, что язык всё же развивается в правильно направлении, хоть и хотелось бы, чтобы подобные изменения происходили быстрее.А кто знает почему не добавили тип `true` в дополнение к `false`, чем он провинился?
true добавят в master ветке https://github.com/php/php-src/pull/8759
а false сделали, потому что стандартная либа часто именно false выдает при ошибках. потом уже о true вспомнили.
> true добавят в master веткеК чему такая спешка? Слишком быстрая разработка к добру не приведёт. Надо поотлаживать версий 5 хотя бы.
Ты ведь сейчас предлагаешь заняться преждевременной оптимизацией, да? Так знай же что то это известный антипаттерн.
> преждевременной оптимизацией
> известный антипаттернЭто случайно не ты пишешь тормозной говнософт, который еле ворочается на распоследних воркстейшнах?
"Правильное направление" - очень субъективное понятие.
Они так и не пытаются убрать тонны говна в именовании функций и порядке аргументов. Хотя это нужно было сделать ещё в седьмой версии.
Вместо того чтобы добавлять малонужный сахарок лучше бы сконцентрировались на том чтобы выработать чёткую картину языка и оптимизировали ядро.
Да ладно, не гони, ядро офигенно оптимизировали в 7, а JIT в 8 - вообще конфетка.
Другое дело, что если в PHP пытаться говнокодить "классический ООП" с тысячами классов на каждые 3 строчки - никаких оптимизаций не хватит.
> "Правильное направление" - очень субъективное понятие.Эта простая истина мало до кого доходит, если вообще доходит.
При этом все поголовно считают, что их интеллект выше среднего.
Минорщина.
Интересная наблюдение, - в типизированных языках хайпают дженерики, а в не типизированных гнутся к типам, и где оно то место, где они посередине встретятся
Не встретятся, это движение в одном направлении, где нетипизированные догоняют. Мальчики выросли, сбрили патлы и перелезли из футболок Slayer и Metallica в рубашечки и пиджачки.
В ололо промышленной разработке типизация стандарт. Разработка консолидируется, все меньше рядовых скриптописателей и все больше команд разработки, следующих стандартам.
Уже сейчас в скриптовых языках рулит типизация. Примеры - PHP и TypeScript (языки не типизированные по факту, но код пишут, как если бы они были типизированными).
Я тут недавно в нутро Yii залез, офигел, и вылез обратно.
Как правильно выше заметили - у всех стройнота только на словах, а на деле костыль на костыле, лучше бы даже не пытались всё это городить, и писали так, как PHP предполагает.
Покажи свой код, правильный и некостыльный.
За стройноту приходится платить часами ожидания обработки очередного реквеста.
На Ларавеле "Hello World" без подключения к БД выдает аж 30 requests/sec. Зато фасады с контрактами
в каждом файле.
Во-во.
И это при том, что и стройноты в итоге тоже не получается.
Так китайский код же.Советую залезть в нутра разрабатывающегося сейчас Yii 3. Китаец отошел от дел, костылить некому уже.
> Мальчики выросли, сбрили патлы и перелезли из футболок Slayer и Metallica в рубашечки и пиджачки....Обзавелись брюшком, геморроем, мозг заплыл жирком....
Не, спасибо, предпочту спеца в футболке.
в пхп тоже дженерики одна из самых запрашиваемых фич. но нормальная поддержка породит проблемы с производительностью, т.к. проверки в рантайме будут.
Ноют люди, которые выбрали не подходящий им язык.
Хых. Недавно поймал себя на мысли, что на Java писать приятней и интересней, чем на >= php7Зачем делать из языка яву, если есть ява?!
> Зачем делать из языка яву, если есть ява?!Чтобы не иметь дел с Oracle