🦔
Size: a a a
2020 October 27
T🐜
пхп да 60% с хвостиком )
AS
Олдам лень менять язык, они не будут
Дело не в олдах. А вот в этом: https://ru.hostadvice.com/marketshare/server/
AS
Apache+Nginx = 2/3 рынка.
А и в том, и в другом "родным" является PHP-back
А и в том, и в другом "родным" является PHP-back
СК
PHP умирает как "единственный язык бэка". Нынче бэк всё чаще "та ещё сборная солянка".
а кстати почему?
Просто как я вижу, всё время идёт ротация программистов. В итоге в команде постоянно кто то пришёл, кто то ушёл. В итоге им просто некогда вникать и тянуть одну лямку, они каждый пришёл, свои наработки отдал домашние и побежал дальше.
И вот микросервисы, на джава, монолит на скриптовом пыхе, пайтон для числодробилок и пуре С для обработки текста. И да, ещё там ребята на джава скрипт мастерятся.
Просто как я вижу, всё время идёт ротация программистов. В итоге в команде постоянно кто то пришёл, кто то ушёл. В итоге им просто некогда вникать и тянуть одну лямку, они каждый пришёл, свои наработки отдал домашние и побежал дальше.
И вот микросервисы, на джава, монолит на скриптовом пыхе, пайтон для числодробилок и пуре С для обработки текста. И да, ещё там ребята на джава скрипт мастерятся.
V
Apache+Nginx = 2/3 рынка.
А и в том, и в другом "родным" является PHP-back
А и в том, и в другом "родным" является PHP-back
Сог
V
Apache+Nginx = 2/3 рынка.
А и в том, и в другом "родным" является PHP-back
А и в том, и в другом "родным" является PHP-back
Nginx'у пофиг на бэк же, он просто запросы проксирует
a
https://slashdata-website-cms.s3.amazonaws.com/sample_reports/EiWEyM5bfZe1Kug_.pdf
страница 17. данные слегка староватые, но чёт не могу нагуглить поновее этот отчет
страница 17. данные слегка староватые, но чёт не могу нагуглить поновее этот отчет
СК
https://slashdata-website-cms.s3.amazonaws.com/sample_reports/EiWEyM5bfZe1Kug_.pdf
страница 17. данные слегка староватые, но чёт не могу нагуглить поновее этот отчет
страница 17. данные слегка староватые, но чёт не могу нагуглить поновее этот отчет
странный какой то рейтинг.
AS
С К
а кстати почему?
Просто как я вижу, всё время идёт ротация программистов. В итоге в команде постоянно кто то пришёл, кто то ушёл. В итоге им просто некогда вникать и тянуть одну лямку, они каждый пришёл, свои наработки отдал домашние и побежал дальше.
И вот микросервисы, на джава, монолит на скриптовом пыхе, пайтон для числодробилок и пуре С для обработки текста. И да, ещё там ребята на джава скрипт мастерятся.
Просто как я вижу, всё время идёт ротация программистов. В итоге в команде постоянно кто то пришёл, кто то ушёл. В итоге им просто некогда вникать и тянуть одну лямку, они каждый пришёл, свои наработки отдал домашние и побежал дальше.
И вот микросервисы, на джава, монолит на скриптовом пыхе, пайтон для числодробилок и пуре С для обработки текста. И да, ещё там ребята на джава скрипт мастерятся.
Почему, почему... Потому что каналы стали жирнее, а клиенты производительнее :)
Рэндэрить на клиенте перестаёт быть проблемой. Соотв клиентскую логику выносят на front. То есть во всякие там vue/react/angular и иже с ними. Они в свою очередь требуют socket-connections и мульти-процессов на сервере. К чему PHP прикрутить в общем-то можно, но "через 100 костылей" и даже с этими костылями он получается "адовым решением" по жору памяти/проца. Ибо изначально сделан "сеансным языком" (рендер на стороне сервера с закрытием коннекшена по завершении).
Результат закономерен - всю "сеансную" часть держат по-прежнему чаще на PHP как простом-быстром-откатанном решении, а вот всю front-логику на бэке перевешивают на более приспособленные к open-link решения.
Рэндэрить на клиенте перестаёт быть проблемой. Соотв клиентскую логику выносят на front. То есть во всякие там vue/react/angular и иже с ними. Они в свою очередь требуют socket-connections и мульти-процессов на сервере. К чему PHP прикрутить в общем-то можно, но "через 100 костылей" и даже с этими костылями он получается "адовым решением" по жору памяти/проца. Ибо изначально сделан "сеансным языком" (рендер на стороне сервера с закрытием коннекшена по завершении).
Результат закономерен - всю "сеансную" часть держат по-прежнему чаще на PHP как простом-быстром-откатанном решении, а вот всю front-логику на бэке перевешивают на более приспособленные к open-link решения.