web devel

Я думаю стоит посмотреть на доступные ресурсы и архитектуру.

В сферическом в вакууме случае php будет медленее, потому что он интерпретируется при каждом обращении заново.

Скорее вопрос в том сколько серверов под бд у тебя будет.

php будет медленее, потому что он интерпретируется при каждом обращении заново.

Вообще то он умеет компилироваться в байткод и в памяти висеть искоробки

на том, что знает самый лучший разработчик в команде

Я тебе с уверенностью могу сказать, что узкое место будет не в языке программирования, а в базе данных. Если правильно делать индексы таблицам и кешировать частые данные в мемкеше, то можно на достаточно слабой машине держать крупный проект. Либо сразу закладывать распределённость архитектуры, чтобы можно было новые сервера по надобности добавлять

Уже умеет? Хм, надо обновить свои познания :)

Уже умеет?

http://php.net/manual/ru/intro.opcache.php

This extension is bundled with PHP 5.5.0 and later

Ага.

Справиться ли

Для начала надо русский язык выучить, а потом можно уже и другие начинать.

всё равно ему не получится в RAM держать данные, т.е. одни и те же вещи будут раз за разом вычисляться заново. Сериализация и БД дорогие. Такшта в топку PHP, надо юзать C# или Java и всё хранить в раме.

Справиться ли php

Справиться

язабан.

По теме: хоть на чём.

Ага

Ну так оно и раньше было, просто не искоробки :)

Ясненько.

P.S. ТСу будет весело почитать это:

http://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/

ЯП не особо важную роль играет. Часто наоборот пишут на чем-то непригодном для HL, но пригодном для быстрого написания концептов. Потом переписывают. Лучше задумайся над архитектурой.

В текущих условиях бери похапе. Если хайлоад, то проект вероятно большой, а при текущем курсе $ на программистах java и .net разоришься. Хотя и на похапешниках нормальных тоже в принципе.

Смотря на чем есть экспертиза в команде, очевидно же.

Если ты просто учишься, то достаточно владеть Java/JS/Python для любой веб-разработки. Из этой троицы будешь выбирать серверный язык ситуативно.

У тебя поверхностное понимание о языках и высоких нагрузках.

Язык сам по себе не характеризует критерии нагрузок.

Критерием нагрузки со стороны бакенда может служить схема сервера в разрезе отдачи и формирования контента, удержания сессии, отказоустойчивости. Со стороны фронтенда попробуй порефрешить по F5, притопив слегка клавишу...

Потом

siege -c 600 http://example.com

;

firebug -> net.

Большинство нынешних сайтов с большой посещаемостью это душераздирающее зрелище при небольшом увеличении нагрузки. Самое интересное, то, что реализованы они на совершенно разных языках...

лучше глянь примеры архитектур высоконагруженных систем http://www.insight-it.ru/highload/

Все пишут на Ruby on Rails. Рекомендую.

Большинство нынешних сайтов с большой посещаемостью это душераздирающее зрелище при небольшом увеличении нагрузки.

http://i.imgur.com/1VLip.png

PHP справится. К Java присмотреться стоит.

Все два калеки?

Я тебе с уверенностью могу сказать, что узкое место будет не в языке программирования, а в людях/команде/компетенциях

fixed

А что можете рассказать о серверном js?

ozon на каком то б-гмерзком интерпрайзе написан, потому что его открывали аутсорсеры.

Он существует.

Справиться ли php

Да

стоит присмотреться к java, .net, etc

Стоит

На чём сейчас принято писать проекты с высокой нагрузкой

Дешевле купить более мощное железо, чем более мощного программиста.

Вконтактик ничо так на пыхе живёт. В общем, на самом деле БД в дефолтных настройках у тебя умрёт раньше, чем пых в дефолтных. Читай про архитектуру высоконагруженных проектов вообще. А язык - на чём удобнее.

Где ж вы такие проекты берёте, софта ещё нет а нагрузка уже высокая?

это легко: (гордо) мы всё храним в БД...

Вообще то тут речь шла про посещаемость уровня озона, а вот как она была спрогнозирована - хз.

уровня озона

ТС типичный убийца амазона на копеечной впске. Как и большинство веб-проектов сейчас. Интернет-магазин не уложился в ресурсы впски - значит у нас хайлоад и нам нужно арендовать сервер.

Нет никакого проекта и никакого хайлоада. Вопрос был задан с целью узнать на чём сейчас пишут «нормальные» сайты, а вопрос такой возник в связи с тем что на лоре большинство «спецов» недовольны и сайтами и тем на чём их пишут.

Кто нибудь может описать конкретные недостатки ЯП если таковые имеются?

Джава прекрасно подходит для реализации высоконагруженных бэкендов. Если намечается тяжелейший хайлоад, то рекомендую присмотреться к Reactive Manifesto и фреймворкам, которые найдешь по ключевым словам из манифеста. Ну или просто разбить бэкенд на микросервисы, там где нужно поставить лоад-балансеры, сделать все что можно асинхронным и выбрать какую-нибудь шуструю, легко шардирующуюся и реплицирующуюся nosql базу данных, ну и, само собой, в нужные места напихать кеши. Ну а фронтэнд лучше писать на чем-то более подходящем для этих целей, чем джава, например на js.

недовольны и сайтами и тем на чём их пишут.

Недовольство вызывает неумение отдать клиенту нормальную страницу, ибо когда после открытия сайта страница начинает прыгать а элементы ездить туда-сюда это дико бесит. Особенно когда ты уже кликнул на нужную ссылку а именно в этот момент под твой клик выпрыгнул совершенно левый элемент.

Это совершенно не связано с языком, все эти сайты объединяет неумение писать нормальный бакенд и как следствие обилие лишних скриптов на клиенте. А от таких разработчиков даже амазон страдает.

Уже умеет?

Только из современных:

eAccelerator — 2004
APC — 2003
XCache — 2006

И они не были первыми...

На чём сейчас принято писать проекты с высокой нагрузкой(например магазин озон?

Лучше всего писать на статике с отрисовкой персонализации на клиенте из серверного JSON. А уже чем статику генерить и JSON отдавать уже пофиг в плане производительности. Смотреть нужно только на личные предпочтения, библиотеки, инфраструктуру...

Вообще конечно пофиг на чем. Лучше на том, что тебе известно и известно твоим разработчиками. Если руки из того места то сделаешь хорошо, технология не для того чтобы выпрямлять кривые руки, она просто инструмент. Если, например, сначала продумать архитектуру, подумать о кешах, подумать о кешировании логики (т.е. уже собранный PHP код лежит в памяти, не интерпретируется каждый раз), то можно сделать хорошо даже на PHP. Я бы выбрал Java для нового веб-проекта, т.к. разработчики адекватнее, не нужно тратить время на вытирание попок младенцев.

неважно на чем ты будешь писать, один хрен производительность упрётся в базу данных. из собственного опыта могу сказать, что хорошо держит нагрузку связка flask+sqlalchemy+postgresql (с шардингом) +celery+uwsgi+nginx.

Тогда такой вопрос. Есть ли то, чего не может php в отличии от java(в вебе) и наоборот?