биржа траффика. Хватит php?

На чем бы вы ее создали?

Биржи разные бывают,  смотря какой оборот (к) планируется пропускать, если до млн. я думаю можно и php заточить, а если более то я бы скорей всего предпочел Cи(CGI), если я не ошибаюсь всем известная в определенных кругах Sutra TDS работает тоже на CGI

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

 Калькулятор. Возьми его и посчитай предполагаемую нагрузку. Проверь. Готово.

 Не согласен. Разница в сотни раз может быть при наличии и отсутствии вебсервера.

Это сообщение отредактировал(а) Absinthe - 9.1.2012, 12:16

[удалено]

Это сообщение отредактировал(а) Absinthe - 9.1.2012, 12:15

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

Sanchezzz, Фактическая деятельность отличается во много раз: в одном случае это просто вызов функции getResponse(request), в другом это порождение процесса вебсервера с подгруженным PHP, загрузка PHP-файла, инициализация движка в кучу кода, конект к базе, получение кеша, получение из базы того, чего нет в кеше с записью этого и только после этого небольшой getResponse(request).

а что он просто так вызывается из воздуха?

 Ну да, из демона прямо при получении запроса.

а демон память не потребляет? не инициализируется? не может коннектиться к БД? Да и демон можно сам на PHP сделать.

И учтем что демон надо написать и отладить, и возможно человек не очень хорошо разбирается в С, если задает вопрос в ветке про PHP.

Это сообщение отредактировал(а) krundetz - 16.1.2012, 11:47

 Только один раз он это все делает.

 Демон можно написать и на PHP.
И при чем тут C, в здравом уме на нем писать никто не будет.
Очевидные популярные варианты - NodeJS, Tornado.

это если выполняет какоето действие постоянно, а максимум что может сделать по команде рестартонуть или умиреть и то при наличие нормального сборшика мусора

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


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


наверно при этом:

и при этом:



  ну да у наз же уже есть nodeJS который использует движок V8 который написан на C++, и запускается либо под Linux, либо под Windows реализованых на чистом C

Это сообщение отредактировал(а) krundetz - 16.1.2012, 23:49

 Единичное элементарное действие - обработать http-запрос, к примеру. Без всяких загрузок, баз, форков веб-сервера и т.д.

 Конечно. А еще работая с движком не нужно знать API расширений. А работая с фреймворком не нужно знать как он устроен. И как капот у автомобиля открывается знать не обязательно. Сарказм.
Использование популярной зарекомендовавшей себя технологии быстрее, чем использование полуготовой непопулярной. Экономия времени в случае с NodeJS для PHP-девелопера. С Tornado сложнее - согласен, PHP-разработчик может не знать Python.


 И что?

 По поводу этого - я не знаю, чем он это аргументирует, но это решение будет писаться долго и будет непроизводительным, т.к. все основные тормоза(я перечислил выше) останутся.

php разработчик может не знать и JavaScript

даже это алиментарное действие, может потреблять разное количество памяти в разный момент времени, так даже если обрабатываться будет одинаковый запрос, количество этих запросов может быть не однородно по времени. Также топик стартер употребил слово биржа, соответственно будет использоваться некое хранилище информации, что уже не ограничивается одним элементарным действием.

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

Смотря кому, если механику то обязательно, если водителю то нет. В общем пример не корректен. Пусть и с сарказмом.

в том то и дело, что экономии времени в первом проекте стремится к 0, то есть если новая технология не будет использоваться в дальнейших проектах ее изучение экономически не целесообразно

Когда мне понадобился демон на PHP, его разработка у меня заняла в районе 4 часов из них: 
1 час на поиск и изучение информации что такое демон и как он работает
1 час на поиск и изучение расширений php для работы с системными вызовами и сигналами
2 час на написание кода и его отладку.

Сколько у меня займет времени создание того же в другой среде если знаний по этим средам у меня 0?

 Не может, т.к. знать, что такое AJAX обязан. А сюда прилагаются БАЗОВЫЕ навыки JS. Естественно никто не заставляет знать язык, но примитивные конструкции типа объявления переменных и циклов знать нужно. И их хватит для NodeJS.

 Более 100км такой водитель осенью проехать не сможет. Сообразишь, почему? 

 С легкостью можешь переписать пару PHP-классов в виде so-экстеншена(ну учитывая то, что ты знаешь как работает PHP)?

 У меня на отладку много времени ушло. Благо я учился и после написания это не использовал 

 Там уже есть готовое решение, твоя задача - написать обработчик запроса - и все.