Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Разработчики PHP предложили P++, диалект со строгой типизацией"	+/–
Сообщение от opennews (?), 15-Авг-19, 21:54
Разработчики языка PHP выступили (https://externals.io/message/106503) с идеей по созданию нового диалекта P++, который поможет вывести язык PHP на новый уровень. В текущем виде развитию PHP мешает необходимость сохранения совместимости с имеющейся кодовой базой web-проектов, что удерживает разработчиков в ограниченных рамках. В качестве выхода предлагается (https://wiki.php.net/pplusplus/faq) параллельно начать развивать новый диалект PHP - P++, разработка которого будет вестись без оглядки на необходимость сохранения обратной совместимости, что  позволит добавить в язык революционные улучшения и избавиться от устаревших концепций. Наиболее заметными изменениями в P++ станет переход к использованию строгой типизации и избавление от применения тегов "‹?". Для проекта предварительно выбрано имя P++ (PHP Plus Plus) по аналогии с  С++. PHP и P++ предложено развивать бок о бок и использовать единый runtime. Не связанные с синтаксисом низкоуровневые компоненты, структуры данных, расширения и оптимизации производительности  одновременно будут разрабатываться для PHP и P++, но в режиме PHP будет сохраняться обратная совместимость, а в P++ можно будет экспериментировать с эволюционированием языка. Код на PHP и P++ можно будет смешивать в одном приложении и выполнять одним интерпретатором, но метод разделения кода пока не определён. При этом разработчики не отказываются от планов по развитию ветки PHP 8, в которой планируется (https://www.opennet.me/opennews/art.shtml?num=50428) добавить JIT-компилятор и средства для обеспечения переносимости с библиотеками на C/C++. Проект P++ пока находится на стадии обсуждения предложения. Основным сторонником P++ является Зеев Сураски (Zeev Suraski (https://en.wikipedia.org/wiki/Zeev_Suraski)), один из лидеров сообщества разработчиков PHP, сооснователь компании Zend Technologies и автор движка Zend Engine. Из возражений (https://wiki.php.net/pplusplus/concerns) оппонентов можно отметить опасение в недостатке ресурсов для продвижения проекта (в режиме полного рабочего дня над PHP работает всего два разработчика), возможность фрагментации сообщества,  конкуренция с уже существующим языком Hack (https://www.opennet.me/opennews/art.shtml?num=39368) (PHP со статической типизацией), опыт проекта HHVM, в конечном счёте отказавшегося (https://www.opennet.me/opennews/art.shtml?num=50133) поддерживать в одном runtime PHP и Hack, вопросы по поводу организации сосуществования и взаимодействия PHP и P++, нетривиальность конвертации кода PHP в P++, несовместимость P++ с существующими инструментариями для PHP и необходимость убедить авторов инструментариев и IDE обеспечить поддержку новой редакции. URL: https://blog.jetbrains.com/phpstorm/2019/08/php-annotated-au.../ Новость: https://www.opennet.me/opennews/art.shtml?num=51291
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от пох. (?), 15-Авг-19, 21:56
так я не понял - phar:// поддерживать планируют?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+10 +/–
	Сообщение от Аноним (24), 15-Авг-19, 23:36
	Теперь file_exists() будет строго-типизированно запускать third_party-код при условии, что ты ему передашь строго-типизированную строку, строго-типизированно начинающуюся на "phar://".
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	93. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 16-Авг-19, 09:12
	Для тех, кто в системные вызовы передаёт пользовательские строки без валидации - обязательно.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	153. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (153), 16-Авг-19, 14:09
	PHP система удаленных вызовов! Вот оно как Михалыч!
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

3. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+6 +/–
Сообщение от Минона (ok), 15-Авг-19, 21:59
Р##
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от Рамзан Кадыров (?), 15-Авг-19, 22:06
	Visual PHP
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	69. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от OpenEcho (?), 16-Авг-19, 07:17
	ПыхПиПи
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	133. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от Аноним (133), 16-Авг-19, 12:36
	Borland PHP
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	228. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от bo (??), 20-Авг-19, 08:18
	Turbo PHP
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

4. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+5 +/–
Сообщение от MT (ok), 15-Авг-19, 22:04
*.ppp
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (24), 15-Авг-19, 23:38
	π — [pi:] PyPy — [pipi:] P++ — [pipipi:]
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	165. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+4 +/–
	Сообщение от Michael Shigorin (ok), 16-Авг-19, 16:13
	А компилятор -- PPPC?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	33. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+5 +/–
	Сообщение от Аноним (33), 16-Авг-19, 00:05
	*.ppc
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	38. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+8 +/–
	Сообщение от Bbore (?), 16-Авг-19, 00:21
	.пипец?)
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	35. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Матцумото (?), 16-Авг-19, 00:07
	.3p
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	57. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от 4eburashk (?), 16-Авг-19, 02:19
	gpp
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Аноним (5), 15-Авг-19, 22:05
Строгая или статическая типизация?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (7), 15-Авг-19, 22:10
	>strict_types
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	19. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Sw00p aka Jerom (?), 15-Авг-19, 22:57
	а вот это ложное понятие, там должно быть strong
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	17. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Sw00p aka Jerom (?), 15-Авг-19, 22:54
	это два разных понятия, как вы думаете?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	66. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (66), 16-Авг-19, 06:54
	Типизация не нужна. В этом-то и вся прелесть - код отработает и что-то выдаст в почти любой ситуации.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	80. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+22 +/–
	Сообщение от Аноним (80), 16-Авг-19, 08:25
	Правда такую фигню выдаст…
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	178. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+4 +/–
	Сообщение от Аноним (178), 16-Авг-19, 18:14
	Зато столько сразу эмоций! Живи эмоциями!
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	146. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (146), 16-Авг-19, 13:48
	Мы уже видели это https://stackoverflow.com/a/2220571
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	155. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Anonymoustus (ok), 16-Авг-19, 14:27
	> Мы уже видели это https://stackoverflow.com/a/2220571 Эталонное безумие.
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

8. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–3 +/–
Сообщение от Аноним (8), 15-Авг-19, 22:15
"Два креста" - это сразу диагноз! ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	128. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Адекват (ok), 16-Авг-19, 12:15
	В фидо, если память не изменяет - плюсами людей банили.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	169. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (169), 16-Авг-19, 16:34
	Расстреливали из плюсометов
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

11. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
Сообщение от Anonymoustus (ok), 15-Авг-19, 22:31
Предлагаю для нового языка произношение «пипеп».
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+25 +/–
Сообщение от Аноним (12), 15-Авг-19, 22:36
- Давайте напишем язык удобный для всех, где нет никаких типов, где можно гвозди сравнивать с бананами и даже получать какой-то результат такого сравнения. Это же ваще круто и удобно. - прошло 30 лет - Давайте запилим язык, в котором будет типизация.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+6 +/–
	Сообщение от Kroz (ok), 15-Авг-19, 22:51
	Процесс взросления
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	27. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+10 +/–
	Сообщение от jOKer (ok), 15-Авг-19, 23:46
	"Первые тридцать лет самые сложные в жизни мальчика" (с)
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	47. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+6 +/–
	Сообщение от Анан (?), 16-Авг-19, 01:29
	40
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	81. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (80), 16-Авг-19, 08:26
	65
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	26. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Hewlett Packard (?), 15-Авг-19, 23:40
	> где можно гвозди сравнивать с бананами и даже получать какой-то результат такого сравнения Это довольно старая идея. Из неё возникла такая интересная абстракция как "количество", а из неё потом - "число". Из которого потом - вся математика.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	41. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Crazy Alex (ok), 16-Авг-19, 00:53
	Вот только для написания софта - не очень подходит
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	43. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от Hewlett Packard (?), 16-Авг-19, 00:58
	Что именно не очень подходит для написания софта - абстракции, числа, математика или старые идеи?
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	52. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+4 +/–
	Сообщение от Аноним (52), 16-Авг-19, 01:37
	- Да не согласен я! - Что, с Энгельсом или с Каутским? - С обоими!
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	72. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от илтя (?), 16-Авг-19, 07:41
	Захожу в магазин и говорю: Здравствуйте, дайте мне семь
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	77. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+4 +/–
	Сообщение от Hewlett Packard (?), 16-Авг-19, 08:14
	А вам отвечают что нет, абстракций сегодня не завезли, только настоящие, реальные программистские товары. И дают вам цикл, монаду и итератор.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	79. "Разработчики PHP предложили god-dam со строгой типизацией"	+2 +/–
	Сообщение от Andrey Mitrofanov_N0 (??), 16-Авг-19, 08:23
	> Захожу в магазин и говорю: Здравствуйте, дайте мне семь "" Вам желательно отведать хорошей жирной курочки? Зайдите в любую харчевню, сделайте слуге вот этак (показывает, как вращают вертел) , god-dam, и вам приносят кусок солонины без хлеба. Изумительно! ""
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	32. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (32), 16-Авг-19, 00:03
	может что-то приличное получится. а то как вспомню: $a=0; if ($a==$b) { //тут код выполнится //если $b неопределено или null } ашшштрясет:) везде надо эти === писать чтобы все предсказуемо работало
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	45. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–3 +/–
	Сообщение от Hewlett Packard (?), 16-Авг-19, 01:03
	Лучше что бы не выполнился? Почему?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	82. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–2 +/–
	Сообщение от Аноним (80), 16-Авг-19, 08:31
	Потому что разыменование не определённой переменной является логической ошибкой, и интерпретатор, написанный адекватными людьми, должен на этом месте падать, а не пытаться угадать, чего же на самом деле хотел сказать кодер.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	100. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от заминированный тапок (?), 16-Авг-19, 09:34
	нет не должен (иначе бы софт должен что ли крашиться всегда и везде где встретить NULL в качестве значения? что за дичь)
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	109. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+8 +/–
	Сообщение от Аноним (109), 16-Авг-19, 10:32
	Вот хороший пример человека, который не понимает разницы между "переменная не объявлена" и "переменной присвоено значение NULL".
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	101. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от заминированный тапок (?), 16-Авг-19, 09:38
	ты походу перепутал всё с "разыменованием указателя", но тут ведь нет указателей и их разыменований. тут сравнение конкретного значения, пусть оно и NULL, а не попытка обратиться в область памяти с адресом NULL
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	136. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (136), 16-Авг-19, 13:08
	Это ты попутал ошибку разыменования нулевого указателя с логической ошибкой. В первом случае код всегда упадёт, потому что процессор откажется выполнить операцию (не берём в расчёт те архитектуры, где она допустима), во втором — для процессора всё выглядит нормально, но ошибку можно (и нужно) обнаружить на более высоком уровне, в самом интерпретаторе. Это позволило бы ещё на этапе начальной отладки выявить и устранить ошибку, но PHP её старательно скрывает, и она с высокой долей вероятности может попасть в прод.
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	97. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от заминированный тапок (?), 16-Авг-19, 09:32
	ммм, а 0 эквивалентно NULL ? напомнило ещё JS : https://cs9.pikabu.ru/post_img/2016/09/15/7/1473939099158120... походу всё что с веб связано - тотальная наркомания (и самое страшное, что это всё пытается вырваться за пределы веба) скоро чтобы выучиться на инженера надо будет сначала понять дзен, но строго во время необходимой фазы луны
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	98. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от заминированный тапок (?), 16-Авг-19, 09:33
	*постичь дзен
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	117. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от Урри (?), 16-Авг-19, 11:00
	Сейчас набежит хипстота и обвинит тебя в неосиляторстве стандарта языка, где вся эта тысяча граблей старательно описана и запротоколирована.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	120. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Gemorroj (ok), 16-Авг-19, 11:39
	не эквивалентно. в php 2 типа сравнения, строгое и не строгое. хочешь поведение когда типы не учитываются - твой путь к 2-м равно, хочешь с учетом типов - используй 3 равно.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	51. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 01:35
	Используйте === если Вам важен тип! Я уже молчу, что Вы ССЗБ, если не проверяете переменную $b на существование или не используете оператор ?? .
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	68. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от OpenEcho (?), 16-Авг-19, 07:15
	?? -? Может имелось ввиду: ?bool ?int ?float ?array ?string ? :)
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	112. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 10:39
	> ?? -? > Может имелось ввиду: > ?bool ?int ?float ?array ?string > ? :) Нет! Имелось ввиду или $a=0; if (isset($b) && $a==$b) { //тут код выполнится //если $b неопределено или null } Или $a=0; if ($a==($b??-1)) { //тут код выполнится //если $b неопределено или null } Хотя согласен, второй пример так себе и использовать лучше первый! (Просто я недооценил упоротость изначального кода) Используя любую переменную программист ОБЯЗАН или быть уверенным, что она инициализирована, или проверить это! Это не фишка PHP - это общие правила программирования!
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	116. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (116), 16-Авг-19, 10:56
	Нет такой «фишки в программировании», что null равен булевому значению.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	119. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 11:31
	> Нет такой «фишки в программировании», что null равен булевому значению. В языках со СТАТИЧЕСКОЙ типизацией да! В языках с динамической типизацией у каждого языка существуют свои допустимые правила преобразования типов. и вполне логично, если вы явно не задаёте сравнение по типу (===), а сравниваете только по значению (==) например Вы сравниваете null с boolean то язык просто обязан привести их к одному типу для сравнения или null в boolean или boolean в null. И вполне логично что false==null 0=='', как и '3'==3, так как HTTP методы GET, POST, и COOKIE (я знаю что этот не HTTP метод, если что) могут могут передавать только строки, то даже используя <input type="number" name="int" value="3"/> В $_POST['int'] никогда не будет 3, там всегда будет '3' - это особенность HTTP-методов и HTTP-протокола, для работы с которым и был написан PHP!
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	217. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 17-Авг-19, 22:22
	Ага. И if (var) на поинтерах в C тоже не встречается чуть менее чем нигде, уговорили.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	137. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Аноним (136), 16-Авг-19, 13:13
	> Используя любую переменную программист ОБЯЗАН или быть уверенным, что она инициализирована, или проверить это! Между тем, это (на всякий случай, вдруг программист недоглядит, людям ведь свойственно ошибаться) мог бы проверить интерпретатор. А в случае, когда переменная не объявлена, — даже не проверить, а просто не пытаться как-то обойти заведомую ошибку.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	144. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 13:31
	Программист !== Рукожоп Если Вы ДАЖЕ не можете "доглядеть", существование переменной, а проверять её Вам лень - то программирование это не Ваше дело!
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	156. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Anonymoustus (ok), 16-Авг-19, 14:29
	> Программист !== Рукожоп Программист != Рукожоп А если написать так, будет false или true?
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	157. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 14:35
	>> Программист !== Рукожоп > > Программист != Рукожоп > > А если написать так, будет false или true? false в любом случае, просто я подчеркнул изначально затронутую тему.
	Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

	86. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от Аноним (32), 16-Авг-19, 08:40
	ну и мтоге получается куча писанины и проверки типов. по сути вытаскивание глад через одно место:)
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	108. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–2 +/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 10:31
	> ну и мтоге получается куча писанины и проверки типов. по сути вытаскивание > глад через одно место:) Вы вообще где и как его используете? У меня в крупном веб-проекте (FastCGI) на самописном движке лишь несколько мест где, действительно, нужна проверка типа, А в большинстве случаев, например при получении данных из $_POST, где априори, могут быть только строки, она вредит!
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	138. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Аноним (136), 16-Авг-19, 13:14
	> А в большинстве случаев, например при получении данных из $_POST, где априори, могут быть только строки, она вредит! И чем же тебе повредит, если интерпретатор лишний раз убедится, что там действительно строка?
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	140. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 13:17
	>> А в большинстве случаев, например при получении данных из $_POST, где априори, могут быть только строки, она вредит! > И чем же тебе повредит, если интерпретатор лишний раз убедится, что там > действительно строка? https://www.opennet.me/openforum/vsluhforumID3/118169.html#119
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	111. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–2 +/–
	Сообщение от Аноним (109), 16-Авг-19, 10:37
	> не проверяете переменную $b на существование А что, в PHP интерпретатор сам не проверяет переменные на существование перед тем, как исполнить выражение, в котором они встречены? Ну охренеть...
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	114. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 10:51
	>> не проверяете переменную $b на существование > А что, в PHP интерпретатор сам не проверяет переменные на существование перед > тем, как исполнить выражение, в котором они встречены? Ну охренеть... Конечно же делает, и даже выдаёт ошибку в лог, который Вы, видимо даже не смотрите! К сожалению, он НЕ прекращает выполнение скрипта сразу после этого, а сам её инициализирует и продолжает работу. Можно поинтересоваться, а на каком языке Вы пишите, в котором такое рукожопие считается нормальным?
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	147. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (109), 16-Авг-19, 13:50
	> выдаёт ошибку в лог Этого мало. Выполнение скрипта должно прекращаться. > который Вы, видимо даже не смотрите Упаси меня Господь смотреть логи PHP. > на каком языке Вы пишите Сейчас - на C и Erlang, если не считать мелких вспомогательных задачек, которые можно быстренько накарябать на awk. > такое рукожопие считается нормальным Такое рукожопие ни на одном вменяемом языке не считается нормальным. Везде, где встречается переменная, о которой компилятор или интерпретатор не знает, выдаётся ошибка, без попыток угадать что хотел сказать автор.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	154. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 14:23
	>> выдаёт ошибку в лог > Этого мало. Выполнение скрипта должно прекращаться. Согласен! Но в динамических языках требования, к сожалению, не такие строгие, и чтобы сделать код надёжным не достаточно просто, чтобы он не вызывал критическую ошибку у интерпретатора, нужно смотреть в логи и исправлять ВСЕ не критические ошибки! Лог ошибок всегда должен быть чист, в идеале! >> который Вы, видимо даже не смотрите > Упаси меня Господь смотреть логи PHP. А в C Вы тоже не смотрите логи компилятора? Вот от этого у Вас и проблемы! >> на каком языке Вы пишите > Сейчас - на C и Erlang, если не считать мелких вспомогательных задачек, > которые можно быстренько накарябать на awk. То есть на языках, не считая awk (awk я не представляю без bash), со статической типизацией, не предназначенных для работы с HTTP. >> такое рукожопие считается нормальным > Такое рукожопие ни на одном вменяемом языке не считается нормальным. Везде, где > встречается переменная, о которой компилятор или интерпретатор не знает, выдаётся ошибка, > без попыток угадать что хотел сказать автор. PHP это язык с динамической типизацией специально предназначенный для разработки динамических веб-приложений! Тут своя специфика работы, завязанная на работе протокола HTTP. Тут не C, который разрабатывался для системных исполняемых приложений и библиотек. И со своей задачей он справляется лучше остальных. А если кто-то его использует для чего-то другого, не связанного с этой задачей, тот или ССЗБ или должен учитывать его особенности!
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	173. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (109), 16-Авг-19, 17:04
	> не предназначенных для работы с HTTP Авторы Webmachine, Mochiweb, N2O, Chicago Boss, Cowboy, Zotonic и множества других проектов наверняка удивились бы этому заявлению.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	174. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 17:25
	>> не предназначенных для работы с HTTP > Авторы Webmachine, Mochiweb, N2O, Chicago Boss, Cowboy, Zotonic и множества других проектов > наверняка удивились бы этому заявлению. Я говорил про C и Erlang, хотя про эти "проекты", тоже впервые слушу, думаю и не один я.
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

	218. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от Онаним (?), 17-Авг-19, 22:25
	Откройте для себя error_reporting(E_ALL), познайте новый чудный мир. А чтобы жизнь мёдом не казалась - ещё и set_error_handler, превращающий любой WARNING и NOTICE в эксепшн. Впрочем последнее - оверкилл, за исключением отдельных случаев когда дебажить выделенно некому.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	92. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Онаним (?), 16-Авг-19, 09:11
	Не надо везде писать ===. Надо просто понимать различия между == и ===, сиречь знать язык. У PHP не настолько низкий порог вхождения, как вы считаете. Наговнокодить на нём - да, просто. Писать же - не очень просто.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	94. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от DIO (?), 16-Авг-19, 09:19
	prolog - не?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

13. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+5 +/–
Сообщение от Аноним (13), 15-Авг-19, 22:43
> в режиме полного рабочего дня над PHP работает всего два разработчика А, ну это многое объясняет
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–2 +/–
Сообщение от Аноним (14), 15-Авг-19, 22:49
Г++
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	65. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (65), 16-Авг-19, 06:31
	ПолныйПЭ++
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

15. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
Сообщение от Аноним (15), 15-Авг-19, 22:50
Может аффторам пора завязывать с наркотиками? Сколько будут продолжаться метания? То Java пытаются делать из пэхэпэ, сейчас ++. Что дальше, phpjs?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Sw00p aka Jerom (?), 15-Авг-19, 22:56
	устарело, phprust вероятно :)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	21. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от НяшМяш (ok), 15-Авг-19, 23:02
	Вы поосторожнее с этой игрой, а то так и спиться можно: https://github.com/hirak/phpjs )
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	23. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (23), 15-Авг-19, 23:26
	phplisp
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	55. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от wd (?), 16-Авг-19, 01:43
	php4delphi и delphi4php я видел овер чем 10 лет назад само собой не касался этого даже 6-метровой палкой
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	121. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Gemorroj (ok), 16-Авг-19, 11:41
	жаву из пхп пытаются делать писатели фреймворков. разработчики ядра этим никогда не баловались.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	166. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Michael Shigorin (ok), 16-Авг-19, 16:21
	> Сколько будут продолжаться метания? Насколько метамфетамина хватит, похоже... :(
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

20. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от th3m3 (ok), 15-Авг-19, 22:59
Вместо того, чтобы закапывать php, собираются и дальше обмазываться этим УГ.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	58. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–5 +/–
	Сообщение от BlackRot (?), 16-Авг-19, 02:26
	Зачем закапывать пхп? Вордпресс работает хорошо и быстро, страдания разработчиков видимо отсутствует. Объясните юзеру
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	62. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+5 +/–
	Сообщение от th3m3 (ok), 16-Авг-19, 02:59
	Wordpress - это же притча во языцех. Он, наверное, никогда не работал хорошо и уж тем более быстро. Его даже разработчики php - используют как бенчмарк. Только я не понимаю, что они там тестируют. То ли как Wordpress тормозит на новой версии php, то ли как php тормозит на Wordpress :)
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	90. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 16-Авг-19, 09:00
	Все здоровые блоут-фреймворки, которые не более, чем попытка использовать классическую MVC модель, изначально спроектированную для компилируемых one-instance-multiple-requests приложений, в PHP, который мало того, что интерпретируемый, так ещё и one-instance-one-request, обречены "никогда не работать хорошо" и "никогда не работать быстро".
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	91. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Онаним (?), 16-Авг-19, 09:04
	Разработчики всего этого монструозного говнокода на пыхе просто делают так, как привыкли в "классике", абсолютно не учитывая особенностей языка. Например, забывая, что простая загрузка и инициализация 100500 мелких классов из 100500 файлов на каждый запрос даёт накладные расходы, вполне сопоставимые со всем полезным кодом в их блоатвари. Даже несмотря на опкэш, прелоудинги и т.п.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	105. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от пох. (?), 16-Авг-19, 10:12
	вы уверены что они к какой-то там "классике" привыкли, а не "насяльника велел копай отсюда до обеда? Джамшут копать!"
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	110. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от x3who (?), 16-Авг-19, 10:35
	> простая загрузка и инициализация 100500 мелких классов из 100500 файлов на каждый запрос даёт накладные расходы, вполне сопоставимые со всем полезным кодом в их блоатвари. Даже несмотря на опкэш, прелоудинги и т.п. Как это на каждый запрос даже несмотря на кеш? Если есть кеш, то явно не на каждый запрос. Правда на каждый запрос может проверяться не устарел ли кеш и проверяться дата всех файлов, но КМК это не фундамельная проблема языка и такой контроль вообще можно сделать отдельным процессом, чтобы сессии не тормозить. Для сохранения состояния сессии между запросами - тех же классов, вроде есть какие-то кеши.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	181. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 16-Авг-19, 19:42
	autoload'ы и __construct()'ы всё равно будут на каждый запрос
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	187. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Евгений (??), 16-Авг-19, 21:02
	С принятием некоторых PSR и переходом многих фремворков на них, появились решения, которые позволяет выполнять PHP в режиме one-instance-multiple-requests. Процесс не умирает, просто создаётся новый Request, суётся в приложение, принимается Responce (всё это стандартные штуки из PSR), отдаётся клиенту, потом следующих цикл. Так что ваши знания устарели )
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

	206. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ананнимас (?), 17-Авг-19, 09:46
	прямо смуззи и барбершопом мироточит английский обычно лаконичнее впроизношении и написании, но это тот самый случай когда вместо модных-молодежных англицизмов можно было просто написать "Запрос" "Ответ"
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	213. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от x3who (?), 17-Авг-19, 16:22
	Это названия объектов, в вашем 21м веке многие их по-старинке предпочитают называть латинскими буквами...
	Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

	210. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Онаним (?), 17-Авг-19, 10:53
	Про PSR и всё что вокруг них вертится я вообще молчу, это попытка забивать миллиметровые гвозди отбойным молотком пятикилометрового размера, работающим на специализированном ядерном реакторе с штатом поддержки из 1500 человек.
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	214. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от x3who (?), 17-Авг-19, 16:33
	Вообще это выглядит избыточно, есть же сервера приложений - непонятно зачем эту логику впихивать в язык. Вообще мне кажется речь о том, что скрипт может взять и динамически заинклюдить чего-нибудь реквесто-специфичное. Поэтому состояние приложения надо сбрасывать между запросами.
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	194. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от BlackRot (?), 17-Авг-19, 00:08
	Зачем врать? Nginx+php-fpm 7.3 летает как ракета, но если у вас всё плохо... могу помочь вам с вашим сервером. был бы ВП так плох, не был бы номер 1 в мире. имхо
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	195. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от th3m3 (ok), 17-Авг-19, 00:30
	А я всё ждал, когда уже свидетели мощного wp заглянут на огонёк. Два дня ждали и вот) 1С тоже дно, но почему в бизнес кругах его часто юзают? То то же. Подсадили, а кто-то и рад обмазываться постоянно.
	Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

	196. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от BlackRot (?), 17-Авг-19, 00:38
	я здесь каждый день так то... сравнивать хрен с пальцем это ты мастак. 1с норм, а вп так мне вообще нравится, я даже не стесняюсь участвовать в развитии этого проекта, локализация, плагины и т.д. но вы продолжайте умничать может кто-то заценит ваши инт способности
	Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

	202. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от th3m3 (ok), 17-Авг-19, 04:18
	Если у тебя Wordpress топчик, то не сомневаюсь, что и 1C для тебя норм. Что поделать, бывает люди любят всякое копро и прочие экзотические извращённые вещи. Не нам их судить.
	Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

	211. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от BlackRot (?), 17-Авг-19, 11:26
	WordPress топчик не у меня, а в рейтинге движков, мне он просто нравится, загугли и просветись. Мнение диванного аналитика который только критикует но не предлогает, говорит о том, что перед нами обычный троль.
	Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

	212. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Уаська (?), 17-Авг-19, 14:28
	А вот мне кажется пример с 1С прям в точку и совершенно не противоречит вашим словам, за исключением того, что wp - гавно. С чем спорить ну просто не рекомендую на публичных форумах ;) можно заработать плохую оепутацию, личные помутнения, ака любовь к этому убожеству лучше держать в секрете
	Ответить | Правка | ^ к родителю #211 | Наверх | Cообщить модератору

	215. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от th3m3 (ok), 17-Авг-19, 17:54
	Никто не спорит, что в рейтингах по всякому УГ, он занимает первые места. И я уже писал, всё что угодно - будет лучше php. А свой блог, можно быстро запилить на чём угодно. И он не будет таким дырявым куском УГ. Вангую, сейчас будет аргумент про кучу дырявых говноплагинов на все случаи жизни. Это уже даже не смешно.
	Ответить | Правка | ^ к родителю #211 | Наверх | Cообщить модератору

	216. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от пох. (?), 17-Авг-19, 22:20
	ну-те-с, давайте список "чего угодно"? Г-нецо типа "статических генераторов" сразу засуньте себе - вот туда. У бложека (в отличие от партийных прокламаций) есть/должен быть живой фидбэк. P.S. поделки на джанке - туда же. Это даже не смешно.
	Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

	219. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от BlackRot (?), 17-Авг-19, 23:43
	с 2010 года юзаю вп, и плагины разных мастей, самый обычных с репов вп, и никогда никаких взломов небыло. сайтов на вп у меня в данный момент 37, + несколько сайтов клиентов. но если ты плавал и знаешь о чём говоришь.... делаю вывод с того какой ты веб мастер. я всего лишь обновлял вп сразу после выхода новой версии, софт на сервер самый свежий (fedora server) и временно закрываю неиспользуемые порты такие как к примеру ftp. а ты не юзай, ментше слёз на форумах поддержки о поломке сайта по безрукости
	Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

	220. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от th3m3 (ok), 18-Авг-19, 02:52
	Фу, как мерзко, называть меня этим словом - вебмастер. WP я начинал уже тыкать где-то с 2005 года. Тогда это был ещё достаточно молодой движок. Даже казалось, что перспективный. Ничего особо не было. Как говорится, на без рыбье и рак щука. Но шли года, а он становился всё больше днищем. Всё меньше пригодным для простого бложика. Но и для чего-то другого - он превратился в неповоротливого монстра. Но, да. Он популярен. Народ хавает. Тот случай, когда можно расписарить даже какашку, если завернуть её в красивую обёртку. Это моё мнение. Кто-то согласится, кто-то нет.
	Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

	226. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от BlackRot (?), 19-Авг-19, 19:46
	Я лично не боготворю вп, просто в то время когда я его попробовал (где то в 2010м) он мне понравился, к тому же не маловажным для меня была его бесплатность, если бы я узнал о чём то лучшем чем вп, я бы сменил движок, я не из религиозных, для меня главное что бы это было лучшее из бесплатного, а когда у меня есть время с радость помогаю разработчикам выявлять баги, предлагаю идеи, пишу плагины, делаю переводы движка плагинов и тем. у меня есть личный бложик на вп в котором я ничего уже пару лет не пишу, он у меня всегда в бета стадии, использую его чисто для тестирования бенчмарками после каждой обновы, но не сравниваю его по производительности с другими движками. для меня после вп они как исчезли все так я и не мониторю что сейчас на рынке. вот гадостей полно и каждый может гадить, но я так и не услышал конструктивной критику почему он плох? что с ним не так? что тогда лучше и почему? да, в вп в каждом обновлении закрывают какие то дыры, но мои проекты тьху тьху не ломали, у вп очень большое сообщество, возможно дыры и выявляют и что немаловажно быстро закрывают только благодаря большому сообществу, был бы двиг никому не нужен, никто бы и колупался в нём. в винде вот тоже много дыр, но никто не спешит переходить на линукс, обновы выходят и уже хорошо.
	Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

	234. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Kreep (?), 21-Авг-19, 02:32
	> мерзко > днище > монстр > кaкaшка > народ хавает Типичный образчик PHP-хейтера - одно брызганье слюной без конструктива. Ясно, понятно, спасибо, до свиданья.
	Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

	122. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Gemorroj (ok), 16-Авг-19, 11:42
	альтернатива? куда не плюнь везде уг. вон, прекрасный D есть, только что-то им никто не пользуется (без иронии, я и сам его считаю великолепным языком)
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	134. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Anonymoustus (ok), 16-Авг-19, 12:37
	> альтернатива? куда не плюнь везде уг. > вон, прекрасный D есть, только что-то им никто не пользуется (без иронии, > я и сам его считаю великолепным языком) Что посоветуете читать про D?
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	141. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (136), 16-Авг-19, 13:22
	http://erdani.com/index.php/books/tdpl/
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	143. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Anonymoustus (ok), 16-Авг-19, 13:27
	> http://erdani.com/index.php/books/tdpl/ Надо же — тот самый Александреску. Что ж, надо читать. Благодарствую.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	175. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–3 +/–
	Сообщение от th3m3 (ok), 16-Авг-19, 17:34
	Всё что угодно - будет лучше php.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	197. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от nio (??), 17-Авг-19, 00:53
	Вам сюда: https://golang.org/
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	198. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от мужчина (?), 17-Авг-19, 00:55
	> Вам сюда: https://golang.org/ Сам-то писал на нем, мальчик?
	Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

	204. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от nio (??), 17-Авг-19, 08:20
	>> Вам сюда: https://golang.org/ > Сам-то писал на нем, мальчик? Когда я был мальчик, тебя ещё и в проекте не было. И да: писал.
	Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

	240. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от nio (??), 31-Дек-19, 02:14
	Да. А когда я был мальчик, твои мама с папой ещё даже не встретились.
	Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

22. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
Сообщение от Аноним (80), 15-Авг-19, 23:11
Ну наконец-то загнутся!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	70. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от OpenEcho (?), 16-Авг-19, 07:21
	"Не рой яму другому, - сам в нее попадешь" (c) Народная мудрость
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	85. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (80), 16-Авг-19, 08:33
	Так они же сами для себя и вырыли. Facebook только начал.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	96. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от OpenEcho (?), 16-Авг-19, 09:20
	> Так они же сами для себя и вырыли. Facebook только начал. Я эту басню второй десяток лет слышу... ток что то никак не загнется, а наоборот. Я к пыху имею очень далекое отношение, и отношусь к любым языкам без фанатизма или ненависти. Это просто - инструменты. Где то нужен молоток, а где то микроскоп и это очень глупо пытаться использовать микроскоп везде, где достаточно просто молотка. А вот кто этим инструментом будет орудовать - вот того и хаить надо, на любом языке можно написать срaнь, не защищаю, но просто у пыха очень маленький входной барьер, отсюда море копипастеров пишущих хлам. Я очень сильно уверен, что если любой язык будет настолько популярен как пых, то там тоже будет найденно куча дыр и масса гoвнoкода На любом хостинге пых установлен по умолчанию, библиотек и софта на нем написанно столько, что мама не горюй... документация, IMHO лучшая среди всех языков, отсюда масса школьников лабающих сайты на лево и на право с соответствующим качеством, но вина то не в языке...
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	142. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (136), 16-Авг-19, 13:24
	Ну да, отклонили, предложение, к сожалению. Продолжат трепыхаться в прежнем режиме.
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

28. "Разработчики PHP предложили P++, диалект со строгой типизацией"	+/–
Сообщение от Анимайзер (?), 15-Авг-19, 23:48
> Разработчики языка PHP выступили с идеей по созданию нового диалекта P++, который поможет вывести язык PHP на новый уровень. А что по этому поводу думает Илья Индиго? PHP на данный момент идеален и менять ничего не нужно? Или время идёт, ничто не стоит на месте, изменения назрели, PHP требует перемен и поэтому инициатива с P++ хорошая и полезная и от которой в долгосрочной перспективе только все выиграют?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	42. "Разработчики PHP предложили P++, диалект со строгой типизацией"	+11 +/–
	Сообщение от Led (ok), 16-Авг-19, 00:53
	> Илья Индиго > думает А ты злой шутник...
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

29. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+7 +/–
Сообщение от vbv (ok), 15-Авг-19, 23:50
Да скажите им, уже про существование С++.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	31. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Hewlett Packard (?), 15-Авг-19, 23:57
	Вот этого лучше не надо.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	36. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Аноним (32), 16-Авг-19, 00:07
	тогда уж лучше про Java ;)
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	63. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (63), 16-Авг-19, 06:12
	Чтобы потом по миллиарду за заимствованную строчку платить?
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	103. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–3 +/–
	Сообщение от Аноним (103), 16-Авг-19, 10:00
	Петончик
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	189. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (189), 16-Авг-19, 22:35
	Ну это тоже похоронили все. Вместо плавного перехода и варнингов и деприкейтов они взяли и сделали огромную дыру между 2.7 и 3. А дпльше еще хуже пилили корутины, потом асинк и до сих пор полный бардакт и нет толковой документации. Конечно есть пионеры которые сразу такие да берем 3.8 и херачим, но ведь теперь полным полно старого барахла на 2.7, 3.3 и 3.5. Что вот с этим всем делать?
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	236. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от RedEyed (?), 22-Авг-19, 14:32
	Похоронили? OMG https://www.tiobe.com/tiobe-index/
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	67. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от Аноним (67), 16-Авг-19, 07:05
	> Да скажите им, уже про существование С++. Видел таких, которым сказали. Видел и результат. Передача векторов строк по значению -- это лишь то, что можно описать словами.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	78. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (12), 16-Авг-19, 08:14
	Ясень фиг, что кроме как сказать им о существовании, надо им еще и посоветовать научиться на нем писать. Например, чтоб не передавать вектор по значению.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	190. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от Аноним (189), 16-Авг-19, 22:37
	А что плохого в передаче вектора по значению может им нужно копию там иметь где-то. Все эти ваши джавы с сылочными типами тоже не особенно хорошо куда не плюнь хер знает чему там что равно и давно ли уже все поменялось внутри.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	95. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–7 +/–
	Сообщение от Аноним (95), 16-Авг-19, 09:19
	>Да скажите им, уже про существование С++. Он только свидетелям сишечки и нужен. Для веба давно есть нода и JS - за ними будущее.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	139. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от Аноним (139), 16-Авг-19, 13:14
	a V8 по вашему на nodejs написан?
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

30. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+5 +/–
Сообщение от Ononim (?), 15-Авг-19, 23:56
В чем проблема и дальше убивать совместимость постепенно и внедрять фичи. Просто более радикально. Много php4 проектов и так на 7 не заводятся. Без закапывания старого Овна новое лучшее овно не запилишь нормально
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+4 +/–
	Сообщение от Аноним (23), 16-Авг-19, 00:06
	Прыжок в строгую типизацию постепенно не сделаешь.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	37. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Ononim (?), 16-Авг-19, 00:18
	Можно что-то придумать. Для начала подвести синтаксис. Опционально включение флагом в php.ini. В след релизе по дефолту вкл и опционально выключение флагом. Большинство ньюфагов будут дефолт юзать. Олдфагам человекочасов работы накинут. Потом и вовсе выпиливание. Или сразу с плеча рубить. По началу бомбить буду, потом привыкну.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	49. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от Анан (?), 16-Авг-19, 01:32
	а то сейчас прям не так… просто глыбу обратной совместимости очень сложно сдвинуть не потеряв половину "безнес-ориентированных" ленивых апологетов без тестов.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	44. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Hewlett Packard (?), 16-Авг-19, 01:02
	Да что вы говорите.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	59. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от php (?), 16-Авг-19, 02:30
	> Много php4 проектов и так на 7 не заводятся Там где совершенно ущербный говнокод - это заслуженно, но в целом допилить до совместимости не так сложно.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	123. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Gemorroj (ok), 16-Авг-19, 11:45
	есть ретрограды типа того же сураски, которые не хотят ломать совместимость прям совсем. и тянуть легаси вечно.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	135. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
	Сообщение от Аноним (139), 16-Авг-19, 12:38
	Я, как пишущий и на php, только за ломание старого и выпиливания совместимости, если это помогает внедрить новые фичи на пути к светлому будущему ¯\(*_*)/¯
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

39. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+7 +/–
Сообщение от Аноним (39), 16-Авг-19, 00:23
Как бы уже проголосовали https://wiki.php.net/rfc/p-plus-plus единогласно против.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	53. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от vitalif (ok), 16-Авг-19, 01:40
	Славаяйцам
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	71. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от OpenEcho (?), 16-Авг-19, 07:27
	странно что Zeev сам предложил и сам проголосовал против :)
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	88. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Онаним (?), 16-Авг-19, 08:47
	Потому что идея витает вокруг да около уже давно, но зачем делать из PHP жабу, если уже есть жаба?
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	89. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 16-Авг-19, 08:47
	Фух. Разум таки восторжествовал.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	159. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от Георгий (??), 16-Авг-19, 14:52
	Моё мнение: современный PHP уже достаточно неплохой язык (примерно на уровне Ruby). Дробить его на два языка — повторять ситуацию с Python 2 и 3. Лучше стараться развивать язык эволюционно. Например, какой-нибудь "use strict" на уровне класса/функции/неймспейса.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	237. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от RedEyed (?), 22-Авг-19, 14:35
	Развивать? Это как майкрософт развивает винду: оно типа лучше, но куча говна выходит из-за поддержки легаси. А python3 сделали с блек джеком и шлюхами без гемороя с легаси. Даже написали утилиту 2to3.py
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

40. Скрыто модератором	–2 +/–
Сообщение от анамнез (?), 16-Авг-19, 00:32
збс комметы на опеннете. лор в сравнением с этим - клуб джентельменов. по сабжу - все правильно, php давно перерос свою скриптовость.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	60. Скрыто модератором	+3 +/–
	Сообщение от BlackRot (?), 16-Авг-19, 02:32
	Ну здесь хоть немного трут гадость, а там... Забанил их сайт у себя что бы случайно не перейти по какой то ссылке туда. Сообщество посылающих в гугл умников, которые научились делать скрины неофетч и считаю себя уже всё знающими. По минусам к этому коменту можно определить столько таковых оттуда прочитали это
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	61. Скрыто модератором	–3 +/–
	Сообщение от leap42 (ok), 16-Авг-19, 02:41
	> php давно перерос свою скриптовость лол, дело не в этом: даже до разрабов PHP начало доходить, что он - гавно. взлетел в своё время из-за отсутствия вменяемых конкурнтов, но сейчас они есть, и это поделие ненужно
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	73. Скрыто модератором	–1 +/–
	Сообщение от OpenEcho (?), 16-Авг-19, 07:41
	> но сейчас они есть Javascript (aka nodejs) ? Java ? Perl ? Python ? Ruby ? C ? C# ? C++ ? Rust ? Go ? Erlang ? Elixir ? добавте если что то пропустил... И что из этого массово(!!!) устаноленно на _ВСЕХ_ хостингах под апач или nginx по умолчанию? И как Вы думаете, что из этого выберут юнные дарования без образования ?
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	74. Скрыто модератором	+/–
	Сообщение от Аноним (74), 16-Авг-19, 07:46
	И какие же конкуренты в нише PHP? Ruby, Python? О, наверняка, Java? Или язык для всего Rust?
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

46. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Аноним (46), 16-Авг-19, 01:29
>В текущем виде развитию PHP мешает необходимость сохранения совместимости с имеющейся кодовой базой Прям как у С++
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
Сообщение от Ilya Indigo (ok), 16-Авг-19, 01:31
Давно пора! А более глобальные изменения? Убрать $ Убирание схожих и дублирующий ф-ий и языковых конструкций. include дать поведение require, а require убрать! Убрать *_once Привести в порядок ф-ии работы с массивами или всем дать префикс array_  а ещё лучше дать краткий a_
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	50. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+4 +/–
	Сообщение от Анан (?), 16-Авг-19, 01:33
	ну ты вообщеееее!… экстримал-террорист!
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	54. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от vitalif (ok), 16-Авг-19, 01:42
	У меня один маленький вопрос, а на хрена тогда PHP?) пиши уж на ноде или на го каких-нибудь
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	191. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (189), 16-Авг-19, 22:40
	Да на питоне пиши там тоже можно как на PHP в виде cgi скрипта стартонуть и пожить и сдохнуть. В целом деже Django не так плох хотя конечно то ее дерьмище
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	64. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от mr.tacitus (ok), 16-Авг-19, 06:14
	или []::filter,[]::sort,[]::column,[]::map :-D
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	107. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 10:19
	> или []::filter,[]::sort,[]::column,[]::map :-D Одновременно оператор массива, являющийся классом массива... это мне, кажется, уже через чур. Вот так: a_filter(), a_sort(), a_column(), a_map() Было бы достаточно. :-)
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	170. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от mr.tacitus (ok), 16-Авг-19, 16:46
	но красиво же :)
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	171. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 16:54
	> но красиво же :) Согласен, красиво! Но всё же 4 ([]::) символа вместо 2 (a_), и гораздо труднее реализовать, чем просто переименовать.
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	203. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от mr.tacitus (ok), 17-Авг-19, 04:43
	по мне: что a_, что array_ — одно и то же и a_ напоминает попытку намазать зеленкой закрытый перелом
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	205. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 17-Авг-19, 08:50
	> по мне: что a_, что array_ — одно и то же и > a_ напоминает попытку намазать зеленкой закрытый перелом Цель отделить строковые ф-ии от массивных.
	Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

	75. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от OpenEcho (?), 16-Авг-19, 07:49
	Вот если бы они просто убрали не отключаемые в disabled_functions чудеса под названием language constructs, такие как злостный eval, то это бы поправило имидж  пыха значительно
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	113. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 10:45
	> Вот если бы они просто убрали не отключаемые в disabled_functions чудеса под > названием language constructs, такие как злостный eval, то это бы поправило > имидж  пыха значительно Наоборот, нужно убрать саму disabled_functions, которая может приподнести неожиданный сюрприз, ввиде отключённой ф-ии, например невозможность установить права на выгруженный файл или проверить состояние демона через system!
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	118. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от OpenEcho (?), 16-Авг-19, 11:25
	> Наоборот, нужно убрать саму disabled_functions, которая может приподнести неожиданный > сюрприз, сюрпризов не будет если уважать хост на котором прикрутили гайки, а проверять (всего в 3 строки), что можно а что нет: function system_enabled() {   return !in_array('system', explode(',', ini_get('disable_functions'))); } а вот запрет выполнения eval-a, это уже защита хоста, на вскидку процентов 75 как минимум > например невозможность установить права на выгруженный файл может все таки лучше уважать права сервера и пользоваться тем что позволят ? > или проверить состояние демона через system! проверять состояние демонов - это обязанность админов и их софта который смотрит за системой. Почему так всем хочется Windows 98, - пиши куда хошь, читай все что хошь. PHP - интернет facing язык и конфигураця настройки должна быть максимально драконовской, зная что масса высоко квалифицированных хакеров иследуют лакомый кусок ака PHP, тогда и не будет репутации дырявого языка, а точнее дырявых PHP программеров. чем попасть в новости с очередной дырой и ликом, не проще наследовать тот же принцип, что и в операционной системе, - исполняемый PHP код только на чтение - 755 && ownership root:root. А там куда PHP позволенно писать, - просто запрещать выполнение php кода. В такой настройке даже самые старые версии пыха выдерживают атаки.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	124. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Gemorroj (ok), 16-Авг-19, 11:48
	а зачем мне твоя system_enabled, если мне system нужна?
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	127. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от OpenEcho (?), 16-Авг-19, 12:06
	> а зачем мне твоя system_enabled, если мне system нужна? за тем чтоб геморроя не было, если хост беспокоится о безопасности и не позволяет запускать ничего кроме пых-кода. Там где действительно нужно запускать что то из оси, делается гейт, - пых сбрасыет запрос (через банальный файл флаг или REST API) и со стороны оси выполняются только whitelisted команды и возвращают результат
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	131. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Gemorroj (ok), 16-Авг-19, 12:26
	как это решает вопрос геморроя? мне system нужна, дай мне ее. ты не даешь.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	151. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от OpenEcho (?), 16-Авг-19, 13:58
	> как это решает вопрос геморроя? > мне system нужна, дай мне ее. ты не даешь. Не даю, потому что если твой код будет иметь дыру, то имея доступ до system, exec, passthru, shell_exec, etc - система будет скомпроментированна
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	152. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Gemorroj (ok), 16-Авг-19, 14:05
	если мой код будет иметь дыру, то система и без system будет скомпрометирована. ты просто режешь функционал языка, и предусматривать каждого такого васяна, который решил задисейблить некоторый набор функционала - себе дороже будет. пусть это будет проблемой васяна и он вычищает disabled функции.
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	167. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Michael Shigorin (ok), 16-Авг-19, 16:29
	Если реализация дыры будет через system(), то система без него скомпрометирована не будет.  По крайней мере конкретно через эту дыру. // когда-то хостивший задаром всякое-разное...
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	126. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 11:56
	>> Наоборот, нужно убрать саму disabled_functions, которая может приподнести неожиданный >> сюрприз, > сюрпризов не будет если уважать хост на котором прикрутили гайки, а проверять > (всего в 3 строки), что можно а что нет: > function system_enabled() { >   return !in_array('system', explode(',', ini_get('disable_functions'))); > } Вот это уже костыль! А если мне, таки, нужен вызов system?! И мне что каждую в PHP ф-ию таким способом проверять, чтобы убедится, что упоротый админ не отключил её? > а вот запрет выполнения eval-a, это уже защита хоста, Защита какого хоста и от кого? Если имеется ввиду один виртуальный хост от другого, то такая защита должна заключаться в запуске хостов от разных пользователей, которые не должны даже иметь доступ на чтение хостов друг-друга. Если имеется ввиду защита сервера от виртуального хоста, то это также осуществляется привелегиями. Если Вы имеете ввиду защиту виртуального хоста от самого себя, то это просто маразм. >> например невозможность установить права на выгруженный файл > может все таки лучше уважать права сервера и пользоваться тем что позволят? А может всё-таки стоит уважать права пользователя! Если сервер выделил для виртуального хоста место, так сказать его домашнюю директорию, то он вправе в ней делать что пожелает!? >> или проверить состояние демона через system! > проверять состояние демонов - это обязанность админов и их софта который смотрит > за системой. А если у меня, внезапно, веб-админка, которая мониторит и управляет запуском какого-то сервиса, который является непосредственно частью проекта, например отвечающего за обновление страницы в реальном времени, аля web-sockets, или запускающий сli-скрипт для рассылки уведомлений, или чистки чего-либо? > Почему так всем хочется Windows 98, - пиши куда хошь, читай все > что хошь. В пределах домашней директории ДА! Так везде! > PHP - интернет facing язык и конфигураця настройки должна ... ...предсказуемой и внезапно не влиять на базовые возможности и ф-ии языка!
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	148. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
	Сообщение от OpenEcho (?), 16-Авг-19, 13:50
	> Вот это уже костыль! > А если мне, таки, нужен вызов system?! чуть выше уже писал: "Там где действительно нужно запускать что то из оси, делается гейт, - пых сбрасыет запрос (через банальный файл флаг или REST API) и со стороны оси выполняются только WHITELISTED команды и возвращают результат" Зачем вам system, если система окажется сконфигурирована таким обазом, что и вызывать через system нечего будет (stripped down chrooted enviroment)? > И мне что каждую в PHP ф-ию таким способом проверять, чтобы убедится, да, проверять. Проблема  считать disabled_functions и проверить что перекрыто? Или проблема контактировать проджект менеджера и запросить (обоснованно) доступ к нужным функциям? > что упоротый админ не отключил её? "упоротыe" админы просто так не получают шестизначную зарплату в зелени... они выполняют просто свою работу, чтоб дыр не было. >> а вот запрет выполнения eval-a, это уже защита хоста, > Защита какого хоста и от кого? вы пишите на PHP и не знаете от кого защищают хосты? От хакеров, от засланных казачков, от дурости и ошибок, etc... > Если Вы имеете ввиду защиту виртуального хоста от самого себя, то это > просто маразм. Вы называете маразмом кучу взломаных сайтов в интернете ??? Вообще, это называется - security. > А может всё-таки стоит уважать права пользователя! Я понял, мы говорим о разных вещах, я говорю про то, как правильно и поэтому это нормальные требования в корпоративной среде и там где действительно переживают за безопасность, где очень высокие требования к безопасности, не в обиду, но вы рассуждаете с позиции программиста одиночки-пользователя, который сам себе режисер, сам заказал хостинг, сам настроил и сам написал апликуху. > Если сервер выделил для виртуального > хоста место, так сказать его домашнюю директорию, то он вправе в > ней делать что пожелает!? Нет, это не правильно. Если вы пишите программу для закрытой домашней локальной сети, то действительно фиг ней с секьюрностью. Если же это комерческое приложение выпущенное в дикий интернет, то ваша "домашняя" директория должна иметь как минимум 3 уровня защиты на базе файловой системы - это вы,  как веб девелопер с правами писать и читать везде, PHP-FPM юзер которого вы должны ограничить только на чтение и назначить его на php файлы и открыть права на запись только в data директории, ну и others (веб серер) с правами ready only. В такой конфигурации, даже если хакер найдет лазейку, он не сможет изменить PHP файлы, а скинуть сpaнь в дата директорию с надеждой потом выполнить - тоже не получится, потому что в конфигах веб сеpвака  будет запрещена интерпритаця чего либо (php,perl,bash,pyhton...) в data директории > А если у меня, внезапно, веб-админка, которая мониторит и управляет запуском какого-то > сервиса, который является непосредственно частью проекта, например отвечающего за обновление > страницы в реальном времени, аля web-sockets, или запускающий сli-скрипт для рассылки > уведомлений, или чистки чего-либо? нельзя это делать, у вас должен быть барьер между web application и операционной системой, самый тривиальный пример это RPC через файловую систему, тогда можно будет перекрыть кислород к полному функционалу операционки со стороны интернета и в тоже время безопасно выполнить то, что вам требуется. > В пределах домашней директории ДА! Так везде! Я правда не хочу вас обидеть, но shared hostings и VPS типа "сделай сам по хавтушкам" - это далеко не везде, в серьезной конторе вы не встретите такого безобразия, это все равно что работать все время из под root-a или администратора а винде. Не правильно это, поэтому и придумали разграничение уровня доступа. >> PHP - интернет facing язык и конфигураця настройки должна ... > ...предсказуемой и внезапно не влиять на базовые возможности и ф-ии языка! все в этом мире относительно, вы не забывайте, что мнимым удобством можете пользоватся не только вы, но еще и те кто найдет дыру
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	162. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от x3who (?), 16-Авг-19, 15:33
	> упоротый админ Но ведь это не проблема языка как такового, и даже не проблема его рантайма, позволяющего максимально ибко конфигурировать ограничения. Это проблема хостинга, что он ради экономии нанимает каких-то левых упоротых админов. А уж упоротый админ и безотносительно ПХП может сделать любое приложение неработающим.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	164. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Авг-19, 15:50
	https://www.opennet.me/openforum/vsluhforumID3/118169.html#113
	Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

56. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
Сообщение от vitalif (ok), 16-Авг-19, 01:45
Асинхронность им надо внедрить в язык. Щас есть всякие ReactPHP, но они сбоку. Внедрят - и попрёт) запретить по дефолту выполнение кода отовсюду кроме /index.php, чтобы дыры позакрывать. И т.п. Как будто заняться нечем. А от типизации оно не попрёт. Те, кто любят пхп, очевидно, вряд ли любят типизацию.) любили бы - писали бы на чём-то ином.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	84. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 16-Авг-19, 08:32
	Вот да, тредов очень сильно не хватает.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	99. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от OpenEcho (?), 16-Авг-19, 09:33
	> Вот да, тредов очень сильно не хватает. Для чего конкретно?
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	132. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от vitalif (ok), 16-Авг-19, 12:29
	Да для вебсокетов хотя бы
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	192. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (189), 16-Авг-19, 22:45
	1. Треды есть. 2. Сокеты реализуемы минимум двумя способами Просто нах это не нужно никому. Вам уже сказали доросли до асинхронности вперед и с песней в JavaScript. Не доросли или страшно облажаться на проде - вперед в потоки в Java. Хотите работать с военными и строгую типизацию - тогда вашему вниманию предлагаю C/C++/D/Golang. Думаю, что не нужно PHP трогать уже. Оставить его уже в покое и дать людям спакойно дожить. Все в PHP прекрасно и хорошо. Поднимать производительность через JIL и прочее тоже смысла нет инструмент нишевый живет на страничках для всего остального есть другие инструменты. Можно разве что кешированный AST хранить что бы не парсить весь этот Zend каждый раз, но я думаю, что кто-то уже сделал это все. Более того можно действительно сделать что-то на подобии единго блока с модулям, а их то уже и кешировать.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	199. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от vitalif (ok), 17-Авг-19, 01:39
	Кэшированный AST сто лет в обед уже как раз хранится (apc/zendopcache). Треды там как пятая нога, да оно обычно и собрано нонтредсейф так что они не заведутся. А вебсокеты сделать - _нормальный_ способ есть? В моём понимании просто основная фишка пхп в том, что в нём сразу встроено практически всё (99% того, что нужно в вебе). И всё это стандартное и везде одинаковое. В ноде любое приложение - это 500+ модулей-зависимостей. Помойка. В пхп мне достаточно 5-10 собственных классов и всё. Я композер до сих пор не юзаю и скорее всего юзать не буду - он в пхп не нужен. Идеология и весь кайф именно в том, что всё встроено. Если юзать пхп как ноду с кучей зависимостей - проще уже действительно юзать саму ноду. И если юзать пхп как жабу с ORM-ами - то проще уже действительно взять саму жабу. Но другое дело что от жабы просто тошнит, а в ноде всё вроде хорошо, но при этом например тупо с библиотеками работы с картинками - зоопарк, причём самая популярная вообще просто запускает консольный graphicsmagick. Поэтому имхо - если сохранить идеологию "всё встроено", но допилить до поддержки последних нововведений а-ля асинхронности (а-ля как в go) - было бы круто
	Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

	209. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 17-Авг-19, 10:47
	JavaScript Асинхронность /0
	Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

	221. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (221), 18-Авг-19, 15:41
	А строгая типизация и C не /0? Это же вообще пушка.
	Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

	182. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 16-Авг-19, 19:46
	Ну скажем так зо***ло писать форки и курлы, когда нужно в фоне обработать пяток блоков данных однотипно на множестве ядер. Это только например. Фоновые демоны, работающие с фронтендом и бэкендом через ZeroMQ - ещё "например", хотелось бы получить месседж, блямкнуть отдельный тред из тредпула, и дальше только собрать от треда готовый ответ на этот месседж, чтобы залить его назад в ZeroMQ. И так далее.
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	235. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от OpenEcho (?), 21-Авг-19, 09:20
	> Ну скажем так зо***ло писать форки и курлы, когда нужно в фоне > обработать пяток блоков данных однотипно на множестве ядер. Это только например. https://github.com/swoole/swoole-src
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	102. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от OpenEcho (?), 16-Авг-19, 09:41
	> запретить по дефолту выполнение кода отовсюду > кроме /index.php, чтобы дыры позакрывать. разве это относится к обязаностям языкa ??? достатчно убрать весь код из DOCUMENT_ROOT оставив только index.php и будет тот же эффект. Тупоголовсть писателей, - вод где основная дыра
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	125. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Gemorroj (ok), 16-Авг-19, 11:49
	ИМХО, им нужно что-то типа roadrunner вкрутить. Так они не потеряют всю stdlib, как произойдет с асинхронщиной.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	184. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от vitalif (ok), 16-Авг-19, 20:02
	им бы впилить "автоматическую" кооперативную асинхронность, чтобы при блокирующих вызовах на самом деле приостанавливался поток в роадраннере так?
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

76. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Аноним (76), 16-Авг-19, 08:08
Для чего нужен строго типизированный PHP? Напомню, что изначально PHP это шаблонизатор в который можно добавить немножко логики, прямо в текст страницы. Для чего достаточно трёх классов школы и пары примеров кода. Хотите возможностей Си с немногословностью скриптовых языков? Ваш выбор - Perl! Кстати, для чего эта гонка за производительностью? Ведь утверждалось, что скрипты в основном ждут I/O и хоть на ассемблере перепиши заметного ускорения не получишь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	83. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+5 +/–
	Сообщение от Онаним (?), 16-Авг-19, 08:32
	Застрявшим в 1999 просьба не беспокоить.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	87. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (80), 16-Авг-19, 08:40
	Как будто что-то принципиально изменилось, за исключением того, что добавилось несколько более адекватных языков.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	106. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+2 +/–
	Сообщение от Аноним (106), 16-Авг-19, 10:13
	Список адекватных языков пожалуйста огласите, а то все какой-то маразм попадается, давно ищу...
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	115. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (109), 16-Авг-19, 10:55
	<trollmode>XQuery</trollmode>
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	130. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Адекват (ok), 16-Авг-19, 12:25
	>Ведь утверждалось, что скрипты в основном ждут I/O и хоть на ассемблере перепиши заметного ускорения не получишь. как-то была задача написать скрипт Если корень из (a^2+b^2)/(ab+1) дает целое число, то вывести его, если не целое то не выводить. На баше скажем, с вызовом внешних софтин была одна скорость, потом я переписал его на си (как сумел) - получил скорость в 10000 выше. Ради интереса попробуйте написать на вашем любимом языке, потом на СИ и задать цикл от 1 до 10000 посмотрите скорость выполнения. ЗЫ: a от 1 до 100 b от 1 до 100
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	168. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Michael Shigorin (ok), 16-Авг-19, 16:33
	"На баше" такое пишется "на bc(1)", разумеется.  Но с его форком и проверками всяко выйдет уже медленней, чем сишечка. Кстати, многие ли читают переменные из файлов с помощью read var < file, а не var=`cat file` или в лучшем разе var="$(cat file)"?..
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	223. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от PnDx (ok), 19-Авг-19, 11:38
	1. Вот таки нет. На awk. На bash можно поливалку (a,b) в пайп организовать (Если очень хочется. Но будет в разы медленнее, полагаю). 2. Это надо специально bash'измы учить. С риском нарваться на какой-нибудь dash/ksh. Реально требуется редко. Хотя… M1="11111111111111111111111111111111" # 32 bit mask M0="00000000000000000000000000000000" # 32 bit mask mask=${M1::$MASK}${M0:$MASK:32} # Leading "1", trailing "0" BYTE_MASK=$((2#${mask:0:8})).$((2#${mask:8:8})).$((2#${mask:16:8})).$((2#${mask:24:8})) # 4 octets …иногда таки да. По крайней мере, так оно нагляднее, чем битами крутить.
	Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

	224. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Michael Shigorin (ok), 19-Авг-19, 14:21
	>> read var < file > 2. Это надо специально bash'измы учить. Странный башизм, на dash/pdksh работает. :)
	Ответить | Правка | ^ к родителю #223 | Наверх | Cообщить модератору

	227. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним84701 (ok), 19-Авг-19, 22:09
	> Если корень из (a^2+b^2)/(ab+1) дает целое число, то вывести его, если не > целое то не выводить. > На баше скажем, с вызовом внешних софтин была одна скорость, потом я > переписал его на си (как сумел) - получил скорость в 10000 > выше. Что-то уж слишком. % cat testsq.py&&time pypy testsq.py 10000 import sys, math to_max = int(sys.argv[1]) for a in range(1, to_max):     for b in range(a, to_max):         ab = a*b+1         sq = a*a + b*b         mod_res = sq % ab         if (mod_res == 0):             div_res = sq / ab             sqrt = math.sqrt(div_res)             if sqrt == math.floor(sqrt):                 print(a,b)(1, 1) (2, 8) (3, 27) ... (418, 1560) (1560, 5822) pypy testsq.py 10000  1,64s user 0,03s system 99% cpu 1,677 total vs. % cat square.c && gcc -Ofast square.c -o square -lm && time ./square 10000 #include <stdio.h> #include <math.h> int main(int argc, char** argv) {     unsigned int max = atoi(argv[1]);     unsigned int a, b, sq, ab, mod_res, div_res, sqrt_res;     for (a = 1; a < max; a++) {         for (b = a; b < max; b++) {             sq = a*a + b*b;             ab = a*b + 1;             mod_res = sq % ab;             if (!mod_res) {                 // да, я в курсе что целочисленные % и / будет одна операция                 div_res = sq / ab;                 sqrt_res = sqrt(div_res);                 if (sqrt_res  == floor(sqrt_res))                   printf("%u/%u \n",a,b);             }         }     }     return 0; ... ./square 10000  0,47s user 0,00s system 99% cpu 0,477 total ЗЫ: не, можно конечно использовать интринсики/SIMD, но это уже будет другой "класс" программ.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	193. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (189), 16-Авг-19, 22:49
	Строгая типизация в основном нужна на мой взгляд для удобства разработчиков. Для планирования перед разработкой, а не сначала делаем потом разбираемся в чем проблема. Для статического анализа и анализа всякими IDE
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	208. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 17-Авг-19, 10:45
	Да. Строгая типизация в интерпретируемых языках в основном нужна тем, кто не может удержать в памяти и/или документировать структуры данных в процессе разработки.
	Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

	238. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от RedEyed (?), 22-Авг-19, 14:38
	pypy Это чит ;)
	Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

104. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+3 +/–
Сообщение от Аноним (104), 16-Авг-19, 10:10
> Дополнение: Проведено голосование, пытающиеся узнать, является ли P++ тем направлением, на развитие которого разработчики PHP готовы тратить своё время и силы. Все участники высказались против. И это правильно. Хороших языков достаточно, пых должен оставаться говном - в этом его самобытность.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

129. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Адекват (ok), 16-Авг-19, 12:17
>Для проекта предварительно выбрано имя P++ (PHP Plus Plus) по аналогии с С++. Ага, одно из новшеств будет прямое использование памяти, как C/C++.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	150. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+1 +/–
	Сообщение от Аноним (153), 16-Авг-19, 13:57
	Notepad++ :D
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

145. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Аноним (146), 16-Авг-19, 13:40
pypi
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

160. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Георгий (??), 16-Авг-19, 14:57
Самое сложное лично для меня в современном PHP то, что нигде нет толкового объяснения, как можно заставить выполнять phar по аналогии с jar без распаковки. Чтобы не было гемора с правами файлов и т.п. Чтобы решение поставлялось одним куском и никакой вирусняк ничего не мог код редактировать. И чтобы от админа ничего не зависело. Последний раз писал на PHP несколько лет назад. Отстал от жизни, короче.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	161. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (153), 16-Авг-19, 15:25
	PHP теперь умеет выполнять и c++ код!! https://www.php.net/manual/ru/ffi.examples-basic.php
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	180. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Георгий (??), 16-Авг-19, 18:18
	лол
	Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

	183. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 16-Авг-19, 19:51
	FFI просто офигенная вещь. Теперь вместо того, чтобы запиливать кастомные экстеншны к специфичным либам, в ряде случаев можно будет просто нарисовать обёртку.
	Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

	186. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Георгий (??), 16-Авг-19, 20:12
	Вот это будет прикольно, если сделают, чтобы корректность проверялась на этапе запуска приложения, а не через type cast: https://wiki.php.net/rfc/generics
	Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

	207. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Онаним (?), 17-Авг-19, 10:43
	А зачем это языку с динамической типизацией, простите? Ну вот реально, каков юзкейс? Вот чего реально не хватает - так это переопределения классами стандартных операторов (математических, логических, сравнения, etc.), но похоже с этим - никогда.
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

	200. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от pda (?), 17-Авг-19, 02:58
	Я помню, добивался этого, но толку от этого оказалось чуть. Вместо прав php файлов вы получаете проблему прав на phar файл. А встроенные механизмы защиты они про контроль целостности, а не безопасность. Лучшее что там есть - подпись файла через openssl, но публичный ключ должен лежать рядом с phar. И это захардкожено. Дальнейшее я припоминаю плохо, но по моему подписанные (по крайней мере opessl) phar вообще не могут быть исполняемыми. Это правда обходится неподписанным php или phar, который включает в себя подписанный... Короче, phar это просто контейнер для composer и ни для чего другого он не предназначен. С другой стороны, сейчас проще использовать контейнеры. Собрать сервер из контейнеров с nginx, php-fpm, mariadb... Ну и контейнер с файлами сайта можно туда монтировать. Вот и неизменяемость.
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

163. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	–1 +/–
Сообщение от Аноним (163), 16-Авг-19, 15:42
Зачем изобретать новый, когда уже есть жава, сишарп, етк
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	201. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от pda (?), 17-Авг-19, 03:00
	Ну, затем что C# нормально работает только на венде. А решения на Java начинаются с предложения взять сервер с 16 Gb памяти. Для начала.
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	225. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от Аноним (189), 19-Авг-19, 18:54
	Сегодня заглянул в магазин 16 GB памяти стоит 5 тыс. рублей. разово Стоимость месяца специалиста знающего С++ стоит 5 тыс. долларов ежемесячно Выбор бизнеса очевижен вроде как. А для домашних пользоватлеей и тех кто не умеет считать всегда можно пистаь на PHP ;)
	Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

	229. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от pda (?), 20-Авг-19, 09:13
	Ещё бы эту память из магазина в VPS поставить - совсем хорошо будет.
	Ответить | Правка | ^ к родителю #225 | Наверх | Cообщить модератору

172. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Valar Morghulis (?), 16-Авг-19, 16:57
Лучше бы поправили всякие родовые травмы, а в целом язык оставили. Hih короче
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

188. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Griggorii (?), 16-Авг-19, 22:10
Ninja-ide help httpython вот так проще
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

222. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Аноним (222), 18-Авг-19, 16:10
>в которой планируется добавить JIT-компилятор Шел 2019 год.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

230. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Аноним (230), 20-Авг-19, 16:05
> удерживает разработчиков в ограниченных рамках > все участники высказались против Прикольно)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

231. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от rihad (ok), 20-Авг-19, 16:24
Фейсбук был написан Цукербергом на пыхе. Что еще раз доказывает, что для того чтобы стать миллиардером никакие толстожопые языки и фреймворки вроде руби, рельсов или жабы с шарпами не нужны.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	232. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
	Сообщение от mickvav (?), 20-Авг-19, 17:27
	А потом, когда взлетело хоть как-то - неспеша переписан нормальными ребятами за зарплату на типизированном надмножестве php - hack-e, который удобен для фейсбуковских задач. Так что да, чтобы стать миллионером - таки не нужны. А вот чтобы перешагнуть миллиард - внезапно оказывается, что можно и нужно написать свой фреймворк. И платить инженерам, чтобы вот все это летело.
	Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

233. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от Аноним (233), 20-Авг-19, 22:51
они изобретают го походу. кто-нить, расскажите им, что го уже существует, они походу не в курсе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

239. "Разработчики PHP предложили P++, диалект со строгой типизаци..."	+/–
Сообщение от InuYasha (?), 04-Ноя-19, 20:26
Как жаль что предложение так и не приняли :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема