Как сохранить окружение между запросами

[Xeon303]

findnext
бррр, почему всё подряд? У меня уверенность в том, что на десктопе загружается один раз всё необходимое, а не всё разом. Естественно, по мере необходимости загружаются дополнительные DLL, а ненужные вычищаются или попадают в своп.

 

[zerkms]

бррр, почему всё подряд? У меня уверенность в том, что на десктопе загружается один раз всё необходимое, а не всё разом. Естественно, по мере необходимости загружаются дополнительные DLL, а ненужные вычищаются или попадают в своп.

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

 

[Xeon303]

findnext
да причем тут Ajax?

Вот, прочитай http://habrahabr.ru/blogs/php/64938/

Только проект либо переехал куда-то, либо сдох.

-~{}~ 06.10.09 12:34:

zerkms
я в курсе, что в этом тоже есть большая сложность... Но ведь помимо разных пользователей есть и общие данные, которые они используют (те же библиотеки)

 

[zerkms]

Но ведь помимо разных пользователей есть и общие данные, которые они используют (те же библиотеки)

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

 

[Xeon303]

zerkms
да, общее окружение. Если в контексте PHP это невозможно, то так и надо сказать. Хотя, твоя ссылка, как раз то что нужно, судя по описанию которое я читал.

Пока лишь всё сводится к общим ресурсам.

 

[findnext]

Xeon303
вот тут более подробное описание если ты именно это имел ввиду http://www.fastcgi.com/drupal/node/5?q=node/10

 

[grigori]

Автор оригинала: Xeon303

Вот, прочитай http://habrahabr.ru/blogs/php/64938/

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

и PHP, и скрипты под него написаны в расчете на mod_php с очисткой памяти после завершения работы, и закрытии всех ресурсов (соединение с базой, файлов, курла, etc)
pconnect для баз существует давно и таки дает экономию в 0.01 сек, но разработчики нагруженных проектов однозначно отказались от его использования
странно? оказалось, что экономия на соединении оборачивается днями дебага в непредсказуемом окружении

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

 

[Xeon303]

grigori
спасибо за совет и мнение