YarrowSoft

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


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


Письмо #5125

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

Алексей, я имел в виду запуск со страницы джоба, который
"взаимодействует с некоей системой". То есть значение $job, который
обслуживает конкретный процесс csp тут ни при чем. Что касается
дополнительной работы про создание таблиц - я Вас не понял.

Вы писали 17 мая 2006 г., 18:39:12:

> Здравствуйте, Alexander.
> 17 мая 2006 г. вы писали:

>> Можно запускать из CSP job, который получит данные и запишет их во
>> временный глобал, а в CSP делайте что хотите с этими данными по
>> завершении дочернего процесса.

> В чем разница между job в конце csp и в середине?
> По-моему, проблемы с лицензиями одинаковые.
> Да и к тому же получается излишняя работа, потому что есть
> Cache-таблица спроецированная из удаленной, придется делать еще одну
> такую же (но это, в принципе не страшно, если других вариантов нет).


>> Вы писали 17 мая 2006 г., 18:06:26:

>>> Здравствуйте.

>>> Возникла необходимость в том, чтобы каждая новая 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


--
С уважением,
Alexander                          mailto:E-Mail



------------------------ Yahoo! Groups Sponsor --------------------~-->
Get to your groups with one click. Know instantly when new email arrives

http://us.click.yahoo.com/.7bhrC/MGxNAA/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. (31)