Size: a a a

2020 October 27

a

allpeg in phpGeeks
Verdant
То есть не учитывая её популярность что ли? Так это везде так сравнивается
не учитывая разделение на бэк/фронт
источник

СК

С К in phpGeeks
Andrey Shaposhnikov
Почему, почему... Потому что каналы стали жирнее, а клиенты производительнее :)
Рэндэрить на клиенте перестаёт быть проблемой. Соотв клиентскую логику выносят на front. То есть во всякие там vue/react/angular и иже с ними. Они в свою очередь требуют socket-connections и мульти-процессов на сервере. К чему PHP прикрутить в общем-то можно, но "через 100 костылей" и даже с этими костылями он получается "адовым решением" по жору памяти/проца. Ибо изначально сделан "сеансным языком" (рендер на стороне сервера с закрытием коннекшена по завершении).

Результат закономерен - всю "сеансную" часть держат по-прежнему чаще на PHP как простом-быстром-откатанном решении, а вот всю front-логику на бэке перевешивают на более приспособленные к open-link решения.
логика понятна. Как человек, который делал доры и сплоги немного с вами не согласен, ну ладно.
источник

k

kuzmich in phpGeeks
Вообще этот холивар не имеет смысла, главное, чтобы конечному пользователю нравилось, а ему без разницы, на чем написано
У пыхи есть свои минусы, но это один из языков, который предоставляет все возможности для бэкенда
Единственное, что тут нету многопоточности нативной + скрипт сам себя убивает.
А так там есть все, ты можешь сделать задачу любой сложности
Если же тебе нужна производительность, то ты можешь на голанге/си написать модуль и импортировать его

Как то так
источник

a

allpeg in phpGeeks
Verdant
То есть не учитывая её популярность что ли? Так это везде так сравнивается
т.е. не "популярность php как языка бэкэнда среди других языков бэкэнда" а "популярность php как языка вообще среди других языков вообще"
источник

V

Verdant in phpGeeks
allpeg
не учитывая разделение на бэк/фронт
А толку от пыхи на фронте?
источник

СК

С К in phpGeeks
kuzmich
Вообще этот холивар не имеет смысла, главное, чтобы конечному пользователю нравилось, а ему без разницы, на чем написано
У пыхи есть свои минусы, но это один из языков, который предоставляет все возможности для бэкенда
Единственное, что тут нету многопоточности нативной + скрипт сам себя убивает.
А так там есть все, ты можешь сделать задачу любой сложности
Если же тебе нужна производительность, то ты можешь на голанге/си написать модуль и импортировать его

Как то так
разве в пхп 7 нет многопоточности?
источник

k

kuzmich in phpGeeks
Нет
источник

V

Verdant in phpGeeks
С К
разве в пхп 7 нет многопоточности?
Нету, но есть возможности чтобы самому это сделать
источник

FL

First Last in phpGeeks
Andrey Shaposhnikov
Ты мощно задвинул. Давай по типизации начнём с самого начала: ты считаешь более идеальным язык с явной типизацией или с динамической?
"явной" - это как?
Это новая терминология или что?
источник

V

Verdant in phpGeeks
В пхп 8 сказали будет многопоточность из коробки
источник

V

Verdant in phpGeeks
Но это не точно
источник

k

kuzmich in phpGeeks
Если у вас SSR, иногда помогает то, что скрипт себя убивает ))
источник

СК

С К in phpGeeks
kuzmich
Нет
в кли есть.
источник

AS

Andrey Shaposhnikov in phpGeeks
First Last
"явной" - это как?
Это новая терминология или что?
Согласен, некорректная формулировка :) Правильнее было написать статическая/динамическая :) Пока правил текст - слегка сбился с мысли :)
источник

FL

First Last in phpGeeks
Andrey Shaposhnikov
Согласен, некорректная формулировка :) Правильнее было написать статическая/динамическая :) Пока правил текст - слегка сбился с мысли :)
Тогда давай я отвечу на твой вопрос

Статической
источник

FL

First Last in phpGeeks
С возможностью автовывода типа в очевидных местах
источник

СК

С К in phpGeeks
ладно, хорошо тут с вами. Все такие умные. Спасибо.
источник

FL

First Last in phpGeeks
Динамическая система типов, да еще и вместе со слабой - это даже не боль, это полнейший ад
источник

FL

First Last in phpGeeks
И union types тоже ад
источник

a

allpeg in phpGeeks
мне typescript зашел именно поэтому
источник