YarrowSoft

Архив : Re: Re[2]: [cache_ru] CSP и Cache процессы : группа пользователей постреляционной СУБД Cache


[Предыдущее - Re[3]: [cache_ru] CSP и Cache процессы] [Следующее - [cache_ru] VSS & Cache]


Письмо #5126

Тема: Re: Re[2]: [cache_ru] CSP и Cache процессы
Начало этой темы: Re: Re[2]: [cache_ru] CSP и Cache процессы
Это ответ на: нет
Ответ на это письмо: нет
От: kalin Дата: 19 Мая 2006 01:18

Привет Андрей
У нас есть решение по этому поводу
Мы написали свой модуль доступа из Apache и IIS к Cache и , впрочем, к
любой M базе.
   При работе через IIS возможно создание как висящих сессий, к которым
можно делать повторное соединение через индификатор сессии и есть
возможность их убития как программно, так и по timeout. Второй вариант
при использовании Apache и IIS можно создавать процесс только на момент
соединения, при повторном заходе создается новое соединение, но
существующий уникальный индефикатор сессии позволит попасть в свои ранее
сохраненные в сессии данные. Естественно, никакого грейс-периода не
существует и процесс убивается сразу. Работает это как из под Windows,
так и из под Linux. Если надо, может дать исходники на модуль.

     Александр

>>> Здравствуйте.
>>>
>>> Возникла необходимость в том, чтобы каждая новая csp-страница,
>>> вызванная из текущей или обновленная конкретная страница
>>> обрабатывалась другим процессом.
>>> Грубо говоря, чтобы при нажатии в браузере кнопки Refresh и следующего
>>> кода CSP-страницы: #($J)# - каждый раз отображалось новое значение.
>>> По умолчанию Cache оставляет процесс запущенным и затем использует тот
>>> же самый при следующем вызове, необходимо же чтобы он каждый раз
>>> принудительно убивался.
>>> Первое что пришло в голову, в конце каждой страницы добавить код:
>>> <server>j ^kill($J)</server>
>>> и программу kill: kill(J) h 1 d $ZU(4,J)
>>> Но: это выглядит не красиво и непонятно что происходит с лицензиями
>>> Cache (предполагаю, что каждый вызов ^kill съедает дополнительный
>>> лицензионный слот на время равное грейс-периоду, что не есть хорошо).
>>> Возможно, существует более простое (правильное?) решение проблемы?
>>> Что-нибудь вроде %session.Preserve, только наоборот?
>>>
>>> з.ы. сие извращение необходимо для того, что Cache взаимодействует с
>>> некоей системой, которая всегда возвращает одинаковые данные для
>>> процесса, даже если сами данные внутри системы изменились.
>>> если же опросить систему из нового процесса, то возвращаются
>>> актуальные на этот момент данные. для получения новых данных
>>> приходится создавать еще один процесс.
>>> з.з.ы. использование порта 1972 вместо 80 решает проблему с процесами,
>>> но не подходит по понятным причинам.
>>> з.з.з.ы. Используется Cache 5.0.x
>>>
>>> --
>>> С уважением, Волчек Андрей
>>> mailto: E-Mail
>>>
>>>
>>>
>>>
>>> Yahoo! Groups Links
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>
>
>
>
>
>> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>--
>С уважением, Волчек Андрей
>mailto: E-Mail
>
>
>
>
>
>Yahoo! Groups Links
>
>
>
>
>
>
>


------------------------ Yahoo! Groups Sponsor --------------------~-->
Everything you need is one click away.  Make Yahoo! your home page now.

http://us.click.yahoo.com/AHchtC/4FxNAA/yQLSAA/PhFolB/TM

--------------------------------------------------------------------~->


[2000|2001|2002|2003|2004|2005|2006|2007|2008] [Январь|Февраль|Март|Апрель|Май|Июнь]
[01|02|03|04|05|06]

Error. Page cannot be displayed. Please contact your service provider for more details. (25)