The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



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

"Разработчики 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.ru/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.ru/opennews/art.shtml?num=39368) (PHP со статической типизацией), опыт проекта HHVM, в конечном счёте отказавшегося (https://www.opennet.ru/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.ru/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 Shigorinemail (ok), 16-Авг-19, 16:13 
А компилятор -- PPPC?
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

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

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

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

57. "Разработчики PHP предложили P++, диалект со строгой типизаци..."  +1 +/
Сообщение от 4eburashkemail (?), 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.ru/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 Shigorinemail (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 +/
Сообщение от Георгийemail (??), 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 
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

60. Скрыто модератором  +3 +/
Сообщение от BlackRot (?), 16-Авг-19, 02:32 
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

61. Скрыто модератором  –3 +/
Сообщение от leap42 (ok), 16-Авг-19, 02:41 
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

73. Скрыто модератором  –1 +/
Сообщение от OpenEcho (?), 16-Авг-19, 07:41 
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

74. Скрыто модератором  +/
Сообщение от Аноним (74), 16-Авг-19, 07:46 
Ответить | Правка | ^ к родителю #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 Shigorinemail (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.ru/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 +/
Сообщение от Анонимemail (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 Shigorinemail (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 Shigorinemail (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++, диалект со строгой типизаци..."  +/
Сообщение от Георгийemail (??), 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++, диалект со строгой типизаци..."  +/
Сообщение от Георгийemail (??), 16-Авг-19, 18:18 
лол
Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

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

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

188. "Разработчики PHP предложили P++, диалект со строгой типизаци..."  +/
Сообщение от Griggoriiemail (?), 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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру