У PHP наверняка были лучшие времена. Но действительно ли он мертв?
На форумах, подобных StackOverflow, люди предполагают, что PHP мертв. У них есть верная точка зрения, или может быть, они просто не любят PHP?
Давайте посмотрим на PHP и посмотрим, есть ли будущее у этого языка программирования.
PHP все еще доминирует в Интернете
Если вы просто посмотрите на цифры, PHP определенно не умер. На сегодняшний день PHP является наиболее используемым языком программирования на стороне сервера. Примерно 75 процентов всех веб-страниц работают на PHP. Посмотрите на график ниже и посмотрите, насколько далеко PHP опережает своих конкурентов по частоте использования. Справедливо сделать вывод, что на основе этой статистики, PHP не умер, так как 75 процентов — это слишком много для мертвого языка.
Одна из причин, по которой PHP используется многими сайтами, заключается в том, что WordPress использует PHP. Доля WordPress на рынке составляет около 34 процентов всех сайтов. Это 75 миллионов сайтов.
Поддержка публикации — компания Edison, которая занимается разработкой и диагностированием хранилища документов Vivaldi.
Кроме того, есть и другие CMS, такие как Drupal (3%) и Joomla (2%), которые также занимают значительную долю рынка. И есть некоторые популярные системы управления магазинами, такие как Magento, которые занимают около 1 процента от общей доли рынка.
Многие большие системы управления контентом и магазинами используют PHP, что делает PHP важным и актуальным.
Создание сайтов с нуля
Я вижу аргумент о создании сайтов с нуля, так как многие люди, которые используют WordPress, например, не знают, как программировать. Создание сайта в WordPress не требует от вас умения писать код. Многие люди, у которых есть веб-сайт на WordPress, вероятно, даже не знают, что он работает на PHP. Таким образом, PHP все еще используется людьми, которые создают веб-сайты с нуля?
PHP был и остается очень популярным языком. Одна из причин этого заключается в том, что это действительно простой для изучения язык программирования. Это делает его отличным языком для новичков в создании сайтов. PHP можно изучать без каких-либо предварительных знаний. Я думаю, что было бы справедливо сказать, что большинство веб-разработчиков, вероятно, начинали с PHP или, по крайней мере, когда-то работали с PHP.
Программирование
Так как PHP существует с 1994 года, язык со временем стал немного загроможденным. Есть много способов создать такую ??же функциональность, и многие из них довольно хакерские. Это создает ситуации для создания плохого кода на PHP. Очевидно, что можно написать плохой код на любом языке, но PHP делает его немного легче из-за того, как он вырос.
PHP существует так давно, и в нем есть много старых вещей. Это облегчает начало работы с PHP, но если вы будете придерживаться старого решения, вы получите неоптимальный код, который не следует передовым методам. И это то, что вы должны стараться избегать. Несоблюдение лучших практик может произойти, если вы не имеете опыта работы с PHP, поскольку не всегда понятно, какое из них является лучшим решением. Это потому, что есть много способов решить ту же проблему. Это одна из причин, почему некоторые разработчики ненавидят PHP.
С другой стороны, можно утверждать, что большинство веб-разработчиков не пишут сырой PHP. В большинстве случаев вы будете использовать какой-то фреймворк, который многое сделает для вас. Популярный PHP-фреймворк, который очень чистый — это Laravel. Преимущество работы с фреймворком состоит в том, что большая часть грязной работы выполняется под капотом. Фреймворк заставляет вас писать более чистый код.
PHP 7
С момента выхода PHP 7 появилось много новых функций и улучшений. Два наиболее значительных улучшения — это увеличенная скорость и лучшее использование памяти. Это означает, что веб-сайты, использующие PHP 7, загружаются быстрее, чем веб-сайты, использующие более старую версию PHP, и могут одновременно обрабатывать больше пользователей.
Code wise, объявления типов и новые операторы были введены. Обработка ошибок также была улучшена.
Рабочие места
Поскольку 75 процентов веб-сайтов работают на PHP, очевидно, будет много заданий, связанных с каким-либо программированием на PHP. Все эти сайты необходимо поддерживать, и для этого нужны PHP-разработчики. Огромная доля рынка PHP не исчезнет в одночасье, поэтому работа с PHP будет и в будущем.
Если вы посмотрите на эту ссылку в разделе заданий StackOverflow, вы найдете множество заданий, требующих PHP.
Заключение
Несмотря на то что мы имеем большое количество дискуссий о будущем PHP, вполне понятно что будущее у него есть. Это, безусловно, самый используемый язык программирования для веб-сайтов.
PHP существует уже давно, и это отражено в коде. Есть много устаревших вещей, которые означают, что лучшее решение не всегда есть. В коде вы можете использовать фреймворк, который сделает за вас большинство грязной работы и заставит вас писать более чистый код. И с момента появления PHP 7 многое улучшилось.
Если вы хотите начать карьеру в качестве разработчика PHP, у вас будет много выбора, когда дело доходит до поиска работы. Есть много рабочих мест, связанных с навыками PHP, и это останется останется и в ближайшем будущем.
Так что вы думаете о PHP, есть ли будущее у этого языка программирования или он мертв?
Комментарии (87)
vdem
17.10.2019 23:26+5Несмотря на то что мы имеем большое количество дискуссий о будущем PHP
Есть много устаревших вещей, которые означают, что лучшее решение не всегда есть.
Если вы хотите начать карьеру в качестве разработчика PHP, у вас будет много выбора
Google Translate?
ArsMak
18.10.2019 10:51У них есть верная точка зрения, или может быть, они просто не любят PHP
я где-то на этом моменте перестал читать…
pda0
17.10.2019 23:31+7Мне вот интересно, любители хоронить PHP что предлагают? Ведь чтобы стать мёртвым — надо чтобы с языка куда-то ушли. Что у нас в активе? Ruby, который очень старался, многое привнёс, но не смог? Сейчас про него почти не пишут. Python, который не моложе PHP, тоже тянет массу legacy, медленнее и т.д.? Perl, который уж точно перешёл в режим «только поддержка написанного»? Java, которая не моложе или не особо моложе PHP, тоже многое в себе несёт, и которая исторически использовалась в основном для написания тяжеловесного enterprise? JavaScript, который не моложе, в котором ещё больше безумия в системе типов, тянущихся ещё со времён первых версий, которые задумывались лишь как средства для создания бегущих строк и тому подобного.
В последнее время PHP активно вбирал идеи из других языков. Там развили привычный ООП, добавлены трейты, генераторы. Принят ряд стандартов, превративших в язык в эдакий мета-фреймворк, когда интерфейсы устоявшихся модулей большинства обычных фреймворков стандартизированы, что сделало их взаимозаменяемыми. Добавлен сборщик мусора и готовится к добавлению jit, т.е. чёткий план на асинхронность, пробные варианты реализаций которой уже существуют. Есть менеджер пакетов. Через type hinting планируется взять под контроль слабую типизацию.
И на что с этого уходить? Может быть на go… Но он в вашем сравнении даже не упоминается…vasyan
18.10.2019 00:51+1Я PHP хоронить не предлагаю, там фреймворки мощные.
Однако:
— node.js с Typescript вполне годный способ писать бэкенды. Отличная модель асинхронности.
— asp.net core с версии 2 очень годная вещь: божественный C#, простой движок похожий на node.js express, кросплатформенность, и крутая IDE Rider.
Вместо Java сейчас есть очень годный Kotlin. Для него запилили фрэймворк ktor, который очень лёгкий без ужасов spring'а.VolCh
18.10.2019 08:17-2Не холивара ради, но web, rest в основном синхронный. Я с удовольствием пишу асинхронный фронт на TS, но вот на бэке как-то не зашло, даже с async/await. Может дело в отсутствии фреймворков/либ подобных Symfony/Doctrine — слишком много приходится думать об инфраструктуре, слишком сложно выделить чистую бизнес-модель. Опять же банальной проверки instanceof SomeInterface очень не хватает
vasyan
18.10.2019 10:16По крайней мере для node.js есть sequelize и mongoose. А ещё много других библиотек.
VolCh
18.10.2019 11:28C DataMapper хоть одна готовая к продакшену есть?
Akuma
18.10.2019 13:04Посмотрите на derbyjs.com
Там реалтайм синхронизация данных с бекендом. Вы просто работаете с данными и забываете обо всем остальном.
Там правда фулстек + довольно жесткая привязка конкретно к монге, но оно решает много проблем. Сейчас новый проект на нем делаю, очень удобно.
Ну либо отдельно на github.com/share/sharedb если все остальное не нужно.VolCh
18.10.2019 16:37Ну я больше про классический бэкенд с html-шаблонизаторами или restish API
Akuma
18.10.2019 16:45Сам по себе sharedb можно использовать как обычный стор для данных. Все остальное можно на свой вкус ставить.
Просто за счет синхронизации пропадает необходимость выдумывать все эти AR/DM. Я записываю данные — они пишутся, читаю — они читаются. Если кто-то где-то что-то меняет, у меня «все само» обновится.
Хотя вот с ограничением доступа так не слишком удобно в силу сути библиотеки.
Не знаю, может быть только конкретно под мои задачи оно подходит, но по мне так это очень удобно.
И конечно нужно учитывать, что это не мега-популярный Реакт/Ангуляр/Вуе о статьи про которые спотыкаешься каждую ссылку.
FSA
18.10.2019 09:14Perl, который уж точно перешёл в режим «только поддержка написанного»?
У них, кстати, переименование новой версии произошло на днях. Был Perl 6, теперь Raku.
Я с Perl начинал. Но из-за постоянных проблем, что я на Windows 98 код писал, а на сервере был *nix бросил это дело и перешёл на PHP. Всё-таки написание на языке должно удовольствие приносить, а не мозг выносить.
0xd34df00d
18.10.2019 14:58+1Я пишу бекенды на хаскеле, полет отличный.
grayfolk
18.10.2019 16:34-1Какое отношение это имеет к теме?
0xd34df00d
18.10.2019 16:53+1К тому, что ещё вполне можно использовать.
К людям выше, предлагающим перл, ноду, асп.нет, раст и прочие вещи у вас такого вопроса не возникло?
SeApps
17.10.2019 23:31-7Это что за PHP-пропаганда?)
При всей моей любви к этому языку, в статье, как мне кажется, должно быть упоминание о таких вещах, как роль Go в вебе, станет ли разработка сайтов делом, которое вообще требует разработчика и т.д.
Это про сайты. Но, если не брать в расчет популистский заголовок и не скатываться до обзывания PHP "языком для делания сайтов", есть же и более благородное применение сему инструменту.
Легкие веб-приложения. Почему нет ни слова о django и rails? Впрочем, с rails ситуация печальна (и понятна), но django — цветет и пахнет!
Но есть же еще enterprise — symfony, которыйнагло косплеит жабусопоставим с Java по масштабам проектов и используемых концепциях — скажем, мне было бы интересно взглянуть, в каком случае коммерсант Вася выберет Spring для автоматизации своей фабрики, а в каком Symfony.
В общем, переводчику респект, а мистеру Daan я бы посмотрел в глаза в поисках 100-долларовой купюры от Расмуса Лердорфа)
tempick
18.10.2019 00:34+2ИМХО. Начал 5 лет назад с PHP и переходить на другой язык не собираюсь просто потому что меня в нём почти всё устраивает. У меня много заказов и неплохая (для меня) оплата. Вообще не вижу смысла переходить на другой язык для сервера. Будь то парсер, состоящий из одного файла или крупное веб-приложение — всё могу сделать без особых проблем. Да, я работаю с python и пробовал изучать nodejs — но (имхо опять же) для веб-сервера — php вне конкуренции
Dimash2
18.10.2019 02:52Так и есть. Аналогично. Деньги приносят проекты, а не языки. Нет смысла переходить на NodeJS, потому что это альтернатива, но не вариант по-лучше. Кодить backend на NodeJS — это новые, другие проблемы для изучения, но результат будет абсолютно таким же, но с другими вкусовыми оттенками. Выхлоп не стоит потраченых ресурсов. Я использую NodeJS только для узких мест: перманентные подключения и определенные Desktop приложения.
dominigato
18.10.2019 02:25-1О, антиквариат подъехал. РНР не мертвый язык, конечно, он просто умирающий. Кто выберет РНР для своего нового проекта? Для написания какого-то большого фреймворка?
А кто предпочтет node, python, go, или хотя бы зомби RnR?
Мир праху РНР.grayfolk
18.10.2019 02:35+2он просто умирающий
Причем, не первый уже десяток лет.dominigato
18.10.2019 03:15-1Ну по-моему поменьше. До взлета python и node.js, это примерно последние 7-10 лет. Языки могут умирать долго, особенно если в энтерпрайз влезли, но это по-моему не про РНР. Его смерть будет быстрой и легкой.
ghrb
18.10.2019 05:27+2Как раз в этот период времени учил и PHP и питон, по питону вообще не смог найти работы. В итоге углубился в PHP. Потом был на галере, где подкидывали время от времени питоновые задачи. Теперь в резюме есть и питон и PHP. Рекрутеры с PHP пишут примерно два раза в неделю, иногда через день. При этом проекты уровня авито, auto0, check24 и всякие «мы как амазон, только из страны Х, нужен разработчик в берлинский офис».
Рекрутеры с питоном пишут раз в полгода. Прям взлёт питона.k0t
18.10.2019 07:29Как раз в этот период времени перешёл с PHP на питон, работу на питоне нашёл сразу. В итоге углубился в питон. Теперь в резюме упоминаю PHP как "было, но прошло". Рекрутёры с питона пишут примерно 2-3 раза в неделю. При этом проекты уровня Яндекса (Яндекс.Такси), Мэйла (maps.me), и того же самого Авито. Рекрутёры с PHP перестали писать лет 7 назад. Прям взлёт питона.
Gemorroj
18.10.2019 12:33Яндекс.Такси вроде как на симфони, по крайней мере, когда я туда собеседовался мне было сказано так.
k0t
18.10.2019 13:50Вот ссылка на вакансию из письма yandex.ru/jobs/vacancies/dev/dev_python_taxi. Сейчас вакансия закрыта, но описание из письма примерно такое:
Cерверная часть Я.Такси написана на C#, C++, Python. На python у нас сервисы, которые должны работать в фоновом режиме (наша база по водителям и таксопаркам, система по расчетам комиссии, модуль заказа такси, система антифрода и пр. но в планах есть и написание новых сервисов на python 3.6)
androidovshchik
18.10.2019 10:07При этом проекты уровня авито, auto0, check24 и всякие «мы как амазон, только из страны Х, нужен разработчик в берлинский офис»
Интересно, на что они рассчитывают. Такие крупные проекты, как авито, не один год пилят и поддерживают десятки разработчиков, на развитие/поддержку уходят хулионны денег. Вот вы сделайте «подобное», только ТЗ пока нет, но в общих чертах я написал(а)VolCh
18.10.2019 11:30Не знаю про конкретный случай, но очень часто на европейском рынке есть локальные проекты действительно "как амазон" по функциональности (магазин имею в виду). Это как Яндекс будет хантить кого-то из США, кто о нём не слышал ниокгда и писать "мы как Гугл только российский"
SerafimArts
18.10.2019 03:28+1Кто выберет РНР для своего нового проекта?
Ну тут вообще-то не так уж и много вариантов для больших проектов: PHP, C# и Java (с производными JVM).
Больше я вообще не могу припомнить языков, которые могут обеспечить крутую масштабируемость на монолитах.
xRange
18.10.2019 04:25+1Сайт на laravel можно запустить за пару дней, и то большая часть времени уйдёт на фронтенд. Как много фреймворков на go и nose.js с которыми можно запустить сайт так же быстро?
androidovshchik
18.10.2019 10:17Думаю тут зависит только от опыта, вот вы втянулись в этот фреймворк, вам и кажется теперь
Akuma
18.10.2019 13:11Просто «сайт» можно запустить за пару минут на любом языке.
Что за сайт? Что он делает? Что будет делать? Какие планы на будущее?
JekaMas
18.10.2019 08:16Так себе троллинг.
У меня в активе php, golang, python и сейчас rust начался.
И для вэб проекта я выберу php, пусть и не пишу на нём года 4. Наилучший старт за минимальное время. И, как показала практика, php хватает полностью до масштабов тысяч запросов в секунду.
Lachezis
18.10.2019 09:25Я выберу, и куча Top 500 компаний выберет (SAP, Oracle). Потому что субъективное мнение мало что значит когда нужно быстро разрабатывать приложения для бизнеса.
BigDflz
18.10.2019 02:48-4сайты на php вскрываются на раз. имел опыт наблюдения за одним сайтом — переписывали несколько прогеров на разные cms, поэтому сказать, что все рукожопы — не получится.
имею наблюдение и за своим сайтиком на java — довольно частые попытки получить доступ к управлению сайтом — идет обращение к куче всевозможных страниц из перечня сайтов из cms на php (это не гугл и яндекс) т.е. заранее известны дыры через которые можно залезть.
TheShock
18.10.2019 03:36Confirmation Bias.
А причина почему они вскрываются кроется в низком пороге входа и, соответственно, множестве малоопытных программистов.
ghrb
18.10.2019 05:35+1переписывали несколько прогеров на разные cms, поэтому сказать, что все рукожопы — не получится.
И где в итоге баг обнаруживался? Или баг было найти не по силам, после взлома просто переписывали на новую cms?
dady_KK
18.10.2019 07:35Имею наблюдения за своими проектами на php — довольно частые попытки получить доступ к управлению сайтом, куча левых запросов на страницы из популярных CMSок и на дыры в веб-сервере и на известные веб-приложения и пакеты, том числе и для других языков программирования, но каким образом это говори о дырявости пыха и преимуществах в безопасности других технологий?
istepan
18.10.2019 07:33Одно из преимуществ PHP в быстром и простом разворачивании рабочего окружения.
VolCh
18.10.2019 08:26Лет 20 назад, когда выбрал PHP, как потом оказалось, в качестве основного языка для бэкенда, мне говорили "да не взлетит он". Последние лет 10 говорят "не сегодня, так завтра умрёт".
Написал тут на Go один микросервис небольшой — ощущение, что вернулся если не во времена PHP3, то PHP4 точно, разве что немного приправленных PSR и composer
VolCh
18.10.2019 08:35P.S.RoR, Django, Node/Express пробовал — не зашло. Java со Spring/Hibernate выглядят понятно, хотя и излишне многословнр, как и экосистемы перегруженной, кажется перейти на них будет не сложно, но зачем? Но это основной резервный вариант если PHP всё же умрёт за ближайшие лет 20.
.Net Core с C# выглядит интересным по описаниям/туториалам, но никаких открытых проектов в интересной мне области не попадалось, чтобы нормально оценить как решаются (и тестируются — это важно) интересные мне бизнес-задач.
Lachezis
18.10.2019 09:26Ну на Go удобно писать простые штуки которые должны обрабатывать тучу данных, а вот сложные штуки с меньшим объемом данных уже упираются в простоту языка.
JekaMas
18.10.2019 11:39Любопытно. А где в такое упирались?
Lachezis
18.10.2019 11:46+1Я вижу скорость разработки аналогичных приложений нашими Go и PHP командами. Плюс сам пишу на обоих языках постоянно.
Если мне нужно будет сделать бакенд для прокачки пары десятков терабайт контента в облако — Go, написать для этого бакенда админку и систему биллинга — PHP.
JekaMas
18.10.2019 12:25У меня обратный опыт — Lazada, Alibaba — сложная логика заказов, скидок. Код изначально на php, итог на go получился если не проще, то таким же.
Но. Переписывали, имея пару умеющих DDD товарищей в команде.VolCh
18.10.2019 16:39Я вообще ничего стоящего не нашёл как в Go по DDD писать. Сам попробовал — как-то не очень результат нравится.
Может порекомендуете что-нибудь?
dimsog
18.10.2019 08:50Эксперты пошли, которые PHP хоронят каждый год.
Когда я ходил в школу PHP хоронили. Когда я пошел в универ — PHP хоронили. Когда я женился — PHP хоронили. Когда я устроился на работу веб-разработчиком — PHP хоронили. Да когда ж вы его похороните то.
a-tk
18.10.2019 09:45> Code wise, объявления типов и новые операторы были введены. Обработка ошибок также была улучшена.
Опять плохо вычищенный автоперевод…
dimsog
18.10.2019 09:59+1Кстати. Те, кто постарше, помнят, как в 2013м году хоронили PHP, когда вдруг пошла мода на RoR. Сейчас мы наблюдаем примерно тоже самое.
in_heb
18.10.2019 10:16-1Для таких вещей как php лучше употреблять не «мёртвый», а legacy. Это очень удачное слово для сущностей, которые живы за счёт того, что когда-то было доминирующим/популярным/широко используемым. Как всем известно, от legacy очень сложно и долго избавляться.
Можно сравнить php с медной телефонией, оно всё ещё используется (в основном, старшим поколением и организациями, у которого оно внедрено и работает)FSA
18.10.2019 11:09Legacy можно назвать тот же Delphi и Pascal. Помню, когда я начинал писать на PHP, Delphi был везде. Самоделки и крупные проекты. Но пришла мода на веб, облака, контейнеры, и Dephi постепенно сходит на нет. В 2015 году на работе было пару программ на Delphi. Обе явно Legacy, потому что их уже никто не поддерживал, а сама программа была скорее средством доступа к архиву. Сколько они мне тогда крови попортили, потому что должны были обе быть установленными на одной машине и обе требовали BDE, при чём разных версий.
Ну а PHP вполне себе живёт и здравствует, особенно с выходом 7 версии. Веб и облака — это его родная стихия. Просто посмотрите сколько всего было добавлено от 7.0 до 7.4 (которая ещё не вышла, но скоро выйдет), язык активно развивается.a-tk
18.10.2019 11:11В наше время после бурных штормов Delphi всё ещё живчик, правда под другим соусом.
A114n
18.10.2019 11:20А где он живёт, ну в смысле не в плане поддержки легаси, а какие-то новые проекты на нём делают?
GooFFu
18.10.2019 11:25новые проекты на делфи делают или если заказчик (начальство) так сказали, либо если новый проект делает legacy программист
FSA
18.10.2019 12:09Я знаю, что Double Commander (аля Total Commander под Linux), TransGUI (панель управления для торрент клиента Transmission) на Lazarus делают. Да и вообще, даже если язык фактически мёртв, программисты то просто так никуда не исчезают. Мне сколько раз в чатике матрикса говорили, что PHP фу-фу-фу и пиши, мол, на том же Python. Вот только мои трудозатраты при этом вырастут в разы, а результат будет такой же. Также и с Delphi/Lazarus. Если есть специалисты и они реально могут сделать что-то полезное, то почему бы и нет.
in_heb
18.10.2019 13:01Специалисты уйдут на другую работу и кто будет поддерживать это? найти паскальщика не просто, тем более на саппорт чужого кода
FSA
18.10.2019 13:40+1Вот поэтому и можно считать, что Pascal, по сути, мёртвый язык. Мои примеры нифига не энтерпрайз, но при этом могут быть полезны.
in_heb
18.10.2019 13:49Да, всё верно, паскаль — мёртвый, а php — legacy
FSA
18.10.2019 14:47+1Просто зашёл на hh.ru и поискал "язык программист" в своём регионе. Delphi — 9 вакансий, Ruby — 23 вакансии, Python — 137 вакансий, С++ — 153 вакансии, C — 217 вакансий, PHP — 227 вакансий, Java — 299 вакансий. Если PHP — Legacy, то что тогда другие?
Groramar
18.10.2019 16:16По-разному бывает. У нас в городе на объявление на форуме по Delphi как правило отзываются 3-5 человек. На Питон не отозвался никто. Обидно, потому как питонист нужен.
На Делфи же мы вот пишем всякое. Под веб в том числе (появился тут отличный реймворк — UniGUI, он же, к слову, и бэкэнд).
dom1n1k
18.10.2019 11:42Вот примерно подобный график наверное можно нарисовать про jQuery. Устарел, помирает, легаси и вообще фу-фу-фу, но используется на куче сайтов (и да, даже включая новые) :)
zeolant
18.10.2019 14:59Я сам писал и на PHP и на Java (в основном Spring) + немного смотрел на ASP.NET. На мой взгляд, главным недостатком PHP было отсутствие нормального ООП и вменяемого редактора с возможностью нормальной отладки, рефакторинга кода вот этим всем, что есть для Java в IntelliJ Idea и в C#. А так, по сути, одно и тоже )). И по моим ощущениям, для php проще (и дешевле) хостинг найти. Ну то есть для всяких сайтов-визиток, да даже и для простого магазина, хостинг на Java+Tomcat выглядел дороговато (не говоря про всякие WebLogic). Сейчас уже отошел от веб, не знаю как с этим дела обстоят в данный момент
grayfolk
18.10.2019 16:36Объективно, проблемы стека сейчас решаются контейнерами. Поднять RoR, к примеру, сейчас не труднее, чем пхп.
Да, руками на голом сервере пхп поднимается новичком за минуты, об остальных языках такого не скажешь. (Но это не точно )) )VolCh
18.10.2019 16:44Как по мне, то проблемі хостинга сейчас решаются контейнерами. Но докерфайл для них или типа того всё равно нужно написать и те же плюс-минус знания нужны, что и на голом сервере поднять. Не, есть, конечно образы типа LAMP в одном контейнере, или даже готовый WordPress. Но я как-то кним очень скептически отношусь.
TheShock
На самом деле «количество сайтов в интернете» — не самый удачный показатель. Чтобы понять, умирает ли язык — нужно смотреть на «количество НОВЫХ сайтов в интернете на этом языке» и на изменение этого числа по годам.
avengerweb
Вы думаете их мало? Было время когда я прекратил писать новые проекты на php, перешёл на java и js, у всего есть свои плюсы и минусы. С 7 версии php — начали работать над самым большим своим минусами, скорость работы и типизация(что в ООП проектах очень актуальная фича), причём довольно продуктивно, так что сейчас я с таким же удовольствием пишу проекты на php. Если говорить о больших проектах, многие люди даже не задумываются о php, хотя на самом деле это язык который из коробки поддерживает горизонтальное масштабирование, вы не можете писать код иначе, не можете не оптимизировать запросы к базам данных, кешировать и держать в уме что память то на расшарена меж процессами и вам придется или держать ее где то или каждый раз агрегировать заново, а большие и жирные процессы нужно выносить куда то в скедул таски или иметь какой то джоб сервер. И если вы хорошо пишете на php и используете уже существующие продуманные практики то вам не составит труда поднять ваше приложение и на 10 нодах вместо одной, без болезненного рефакторинга.
Собственно привет Laravel, вот что вылилось из понимания устройства php. Это удобный фреймворк взял и написал приложение, но многие люди недоумевают почему он так популярен на больших проектах. Какие нынче тренды, облака, server-less, горизонатальное маштабирование и тд. Представьте, вы пишите стартап, у вас нет времени думать о будущем, вас волнует то что здесь и сейчас, берем Laravel, проблемы которые он решает:
Быстрый старт без заморочек — подняли на 1 ноде сайт
Есть долго играющие задачи (обработка видео например) — фреймворк имеет очередь джобов из коробки
Ваш локальный диск переполнен видео — подрубили какое нибудь s3 и работаете с ним как с обычной FS, просто поменяв конфиги в 1 файле.
Слишком много джобов — окей, система очередей поддерживает удаленные джобы, запустили джобы на других нодах
Файловой системе плохо от того что сессии и кеш у вас файловый — подрубили редис
Одна нода уже не справляется с запросами — окей унесли редис на отдельный сервер (или кластер сразу), подцепили еще пару нод, в конфигах указали один и тотже редис сервер и все о чудо у вас горизонтально маштабируемая аппликации, а кеш и сессии уже чудесным образом берутся из 1 места.
Полнотекстовой поиск по базе — пожалуйста, установил пакет и радуйся
TheShock
dady_KK
Это не более репрезентативный характер, так как ещё есть понятие как хайп, поэтому всегда нужно понимать, что наиболее точной метрикой будет динамика удельной части
VolCh
Оффтоп: ощущение, что вы и автор перевода один и тот же человек. Сложно понять, что имеете в виду