Каморка

В чем собственно различие в функциональности
PHP как апачевского модуля и PHP cgi или bin?
Имею проблему с PHP cgi-bin в erlang - говской среде
(Yaws). Более того PHP cgi-bin под апаче работает
под Yaws материся.
Есть конечно у меня смутные подозрения по Yaws, но может кто имеет готовый ответ?

Взяли бы апач или лайти на обычном линуксе, зачем вы заморочились на какой-то стремный сервер?

Действительно, Erlang -- это круто, но зачем? У вас там много завязок на сам Erlang? Или, как пишут, Yaws уделывает Apache, если требуется держать огромное количество тредов (to me: дать определение, что есть "огромное" в данном случае). Ну не знаю, для большинства бизнесов Apache за глаза, имхо, конечно.

С памятью напряженка - ARM процессор + 128М.
Чтой - то мне кажется Erlang + Yaws более тут уместет чем
индеец. Тем паче что ARM четырех CPU на чипе недавно выпустили
(правда деталей не знаю, скорее всего с одним общим MMU).

Groundhog писал(а):С памятью напряженка - ARM процессор + 128М.
Чтой - то мне кажется Erlang + Yaws более тут уместет чем
индеец. Тем паче что ARM четырех CPU на чипе недавно выпустили
(правда деталей не знаю, скорее всего с одним общим MMU).

Есть у меня такое ИМХО, что PHP при таком раскладе может оказаться сильно не в кассу. Он идеологически не вписывается в Erlang...

Правда ваша..
Но лень на старости лет сушествуюшую функциональность
из PHP в erl портировать. Режем - клеим, как говорится нажал на
кнопку -сосиски с колбасой ... и ты уже косой...

Groundhog писал(а):С памятью напряженка - ARM процессор + 128М.
Чтой - то мне кажется Erlang + Yaws более тут уместет чем
индеец. Тем паче что ARM четырех CPU на чипе недавно выпустили
(правда деталей не знаю, скорее всего с одним общим MMU).

Lighttpd вам в руки.

Stanislav писал(а):

Groundhog писал(а):С памятью напряженка - ARM процессор + 128М.
Чтой - то мне кажется Erlang + Yaws более тут уместет чем
индеец. Тем паче что ARM четырех CPU на чипе недавно выпустили
(правда деталей не знаю, скорее всего с одним общим MMU).

Lighttpd вам в руки.

... или nginx. вроде бы даже стабильней, чем lighttpd.

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

aissp писал(а):насколько я помню модуль ето сошка, трудиться в рабочем пространтсве апача, cgi-bin запускает отдельный процесс, впрочем могу ошибаться три гола чай прошло с моемента когда модули под апач писал

Хэхъ, всё правильно. Жаль вопрос совсем не о том был...

(с) "В чем собственно различие в функциональности PHP как апачевского модуля и PHP cgi или bin?"


штой то упустил?

aissp писал(а):(с) "В чем собственно различие в функциональности PHP как апачевского модуля и PHP cgi или bin?"
штой то упустил?

Да. Не с той стороны смотришь. (анекдот про путешественников на аэростате в тумане и математике помнишь?)
Я тоже подобный пост хотел написать сначал, но потом призадумался, и понял, что ничего не смогу посоветовать. Мало информации.

ps: вдумчиво курить бамбук из логов -- должно помочь..

а ну да трохи есть. ты прав

Одна мыслишка у меня всплыла - киньте как сюда результат вот этих команд:
php -v
php-cgi -v

php-cgi -v
PHP 5.2.6-2ubuntu4.2 with Suhosin-Patch 0.9.6.2 (cgi-fcgi) (built: Apr 17 2009 14:36:08)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
-----------------------
php равно как и php5-cli отсутствует так как в апаче просто модуль.
Проверял/сравнивал php-cgi и апачевский модуль по результатам phpinfo().
При эквивалентных установках НЕКОТОРЫЕ php скрипты дохнут под yaws - erlang.
Были у меня сомнения что yaws неправильно режет/клеит большие php файлы/скрипты.
Глянул на соурсе - вроде все нормально - глубже копаться лень...