Приветствую, всех.
Интересует вопрос по поводу зарегистрированных клиентов.
1. При запуске книгообеспеченности регистрируется клиент с АРМом Каталогизатор.
2. При корректировке в книгообеспеченности запуск каталогизатора тоже регистрируется как клиент. С одной стороны логично для машины - запуск АРМА - это рабочее место. Но если посмотреть с "человеческой" стороны - это работает один человек - это одно рабочее место.
3. При максимальном кол-ве пользователей, на корректировку в книгообеспеченности не пускает, да еще и не корректно завершается данная операция - виснет книгообеспеченность. (проверял на 6.1, может не со всеми обновлениями)
4. АРм Администратор - тоже с натяжкой, я думаю, можно назвать рабочим местом.

5. К слову про "виснет". При сбое в сети (или сбое с сервером), во время обращения арма каталогизатора к серверу, происходит следующее - начинается ожидане ответа от сервера, и "прервать" уже не помогает. Арм виснет. И выключается только через диспетчер задач. Довольно странное поведение для программы, работающей по сети.(версия 7.1)

6. В случаях, когда арм отключается через диспетчер задач, зарегистрированный клинент остается быть зарегистрированным, что не есть хорошо. Существует ли какая проверка - поступают ли пакеты еще от АРМА или нет?



Редактировано 1 раз. Последний раз 27.09.2007 09:41 пользователем iLq.

iLq написал(а):
-------------------------------------------------------
> Приветствую, всех.
> Интересует вопрос по поводу зарегистрированных
> клиентов.
> 1. При запуске книгообеспеченности регистрируется
> клиент с АРМом Каталогизатор.
Это неточность - будет исправлено. На работу это никак не влияет.

> 2. При корректировке в книгообеспеченности запуск
> каталогизатора тоже регистрируется как клиент. С
> одной стороны логично для машины - запуск АРМА -
> это рабочее место. Но если посмотреть с
> "человеческой" стороны - это работает один человек
> - это одно рабочее место.
Не понял замечания. Да, при работе в АРМах Комплектатор и Книгообеспеченность при вызове Каталогизатора расходуется две юзеровские единицы - и что? В чем проблема? Мы кого-то обманываем? Стандартный сервер рассчитан на 10 юзеров, а не на 10 рабочих мест. Не хватает юзеров - меняете сервер.

> 3. При максимальном кол-ве пользователей, на
> корректировку в книгообеспеченности не пускает, да
> еще и не корректно завершается данная операция -
> виснет книгообеспеченность. (проверял на 6.1,
> может не со всеми обновлениями)

> 4. АРм Администратор - тоже с натяжкой, я думаю,
> можно назвать рабочим местом.
Тоже не понял замечания...


>
> 5. К слову про "виснет". При сбое в сети (или сбое
> с сервером), во время обращения арма
> каталогизатора к серверу, происходит следующее -
> начинается ожидане ответа от сервера, и "прервать"
> уже не помогает. Арм виснет. И выключается только
> через диспетчер задач. Довольно странное поведение
> для программы, работающей по сети.(версия 7.1)
Сколько раз Вы нажимаете кнопку ПРЕРВАТЬ? В этой ситуации специально предусмотрено многократное нажатие кнопки ПРЕРВАТЬ (это действительно странная идея, но на ней настаивает основной разработчик - г. Сбойчаков)


>
> 6. В случаях, когда арм отключается через
> диспетчер задач, зарегистрированный клинент
> остается быть зарегистрированным, что не есть
> хорошо. Существует ли какая проверка - поступают
> ли пакеты еще от АРМА или нет?
Аварийно завершившийся клиент остается зарегистирированным в течение определенного времени (по умолчанию - 15 минут), которое определяется соответствующим параметром INI-файла.

> Да, при работе в АРМах
> Комплектатор и Книгообеспеченность при вызове
> Каталогизатора расходуется две юзеровские единицы
> - и что? В чем проблема? Мы кого-то обманываем?
Изивините, не подразумевал никакого неуважения. Просто показалось странным. Хочется прояснить немного эту ситуацию - почему книгообеспеченность расходует две юзверских единиц? корректировка через каталогизатор - это одна из основных частей работы в книгообеспеченности, как я понимаю (если не прав, поправьте).

> Стандартный сервер рассчитан на 10 юзеров, а не на
> 10 рабочих мест. Не хватает юзеров - меняете
> сервер.
Всмысле меняйте сервер - то есть докупить доп. юзеров?

> Сколько раз Вы нажимаете кнопку ПРЕРВАТЬ?
Нажимаем многократно, пока не исчезнет окошко ожидания или пока не будет уже нажиматься. "виснет".

> Аварийно завершившийся клиент остается
> зарегистирированным в течение определенного
> времени (по умолчанию - 15 минут), которое
> определяется соответствующим параметром INI-файла.
точно. нашел: "Параметр в irbis_server.ini CLIENT_TIME_LIVE (не равный 0) задает периодичность (в минутах) проверки каждого клиента на время последнего запроса," Спасибо.



Редактировано 1 раз. Последний раз 27.09.2007 14:10 пользователем iLq.

почему книгообеспеченность
> расходует две юзверских единиц? корректировка
> через каталогизатор - это одна из основных частей
> работы в книгообеспеченности, как я понимаю (если
> не прав, поправьте).
Для выполнения полноценных действий, связанных с корректировкой , АРМы Комплектатор и Книгообеспеченность вызывают ПОЛНОЦЕННЫЙ (ни в чем не урезанный) АРМ Каталогизатор - как же можно сделать, чтобы он не учитывался сервером?

>
> > Стандартный сервер рассчитан на 10 юзеров, а не
> на
> > 10 рабочих мест. Не хватает юзеров - меняете
> > сервер.
> Всмысле меняйте сервер - то есть докупить доп.
> юзеров?
Разумеется...

Alio написал(а):
-------------------------------------------------------
> почему книгообеспеченность
> > расходует две юзверских единиц? корректировка
> > через каталогизатор - это одна из основных
> частей
> > работы в книгообеспеченности, как я понимаю
> (если
> > не прав, поправьте).
> Для выполнения полноценных действий, связанных с
> корректировкой , АРМы Комплектатор и
> Книгообеспеченность вызывают ПОЛНОЦЕННЫЙ (ни в чем
> не урезанный) АРМ Каталогизатор - как же можно
> сделать, чтобы он не учитывался сервером?
>

Александр Иосифович, а ведь при запуске дочернего АРМ Каталогизатор - этот АРМ же знает что он является дочерним процессом? Судя по кнопке "вернуться" - знает. Почему тогда не добавить в команду A (регистрация клиента) протокола возможность указания основной это АРМ или дочерний? А для наглядности для админов выводить информацию сколько из скольки подключений на данный момент задействовано?
Хотя... Вопрос это больше маркетинговый а не программистский :)

PS. "Юзер" - т.е. User - в переводе с английского - "Пользователь". Тот же АРМ Книгообеспеченность - пользователь один, а "юзеров" (т.е. пользователей) два. Думаю, именно поэтому и возникает столько вопросов. Самый простой способ, который я вижу - это просто переименовать "юзеров" в "подключения" :)

Alio написал(а):
-------------------------------------------------------
> Для выполнения полноценных действий, связанных с
> корректировкой , АРМы Комплектатор и
> Книгообеспеченность вызывают ПОЛНОЦЕННЫЙ (ни в чем
> не урезанный) АРМ Каталогизатор - как же можно
> сделать, чтобы он не учитывался сервером?
Передавать параметр, что этот каталогизатор запущен из АРМов Комплектатор и Книгообеспеченность.

Кстати, если запущен каталогизатор, а потом мы запускаем еще один уже посредством режима корректировки из Книгообеспеченности, то он открывается на месте того. то есть второй каталогизатор не откроется.
Можно ли сделать так, чтобы похожий алгоритм был прописан и при открытии диалогового окна "Печать выходных форм"? А то бывает отпечатают, переведут фокус на Каталогизатор, дальше работают, еще раз запустят печать. и висит у них 15 окон печати, которые обращаются, похоже, к серверу.
(и еще момент, это окно(процесс) печати регистрируется в списке зарегистрированных клиентов, но в счет не идет, как я понял - можно ли узнать о смысле попадания в данный список этого процесса?)

iLq написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Для выполнения полноценных действий, связанных
> с
> > корректировкой , АРМы Комплектатор и
> > Книгообеспеченность вызывают ПОЛНОЦЕННЫЙ (ни в
> чем
> > не урезанный) АРМ Каталогизатор - как же можно
> > сделать, чтобы он не учитывался сервером?
> Передавать параметр, что этот каталогизатор
> запущен из АРМов Комплектатор и
> Книгообеспеченность.
Еще раз - стартует ПОЛНОЦЕННЫЙ АРМ Каталогизатор и он не может не учитываться сервером (хотя бы из соображений маркетинга)

>
> Кстати, если запущен каталогизатор, а потом мы
> запускаем еще один уже посредством режима
> корректировки из Книгообеспеченности, то он
> открывается на месте того. то есть второй
> каталогизатор не откроется.
> Можно ли сделать так, чтобы похожий алгоритм был
> прописан и при открытии диалогового окна "Печать
> выходных форм"? А то бывает отпечатают, переведут
> фокус на Каталогизатор, дальше работают, еще раз
> запустят печать. и висит у них 15 окон печати,
> которые обращаются, похоже, к серверу.
И что же тут плохого - почему нельзя параллельно запустить несколько печатей?


> (и еще момент, это окно(процесс) печати
> регистрируется в списке зарегистрированных
> клиентов, но в счет не идет, как я понял - можно
> ли узнать о смысле попадания в данный список этого
> процесса?)
Вспомогательные процессы (которые ОБЯЗАТЕЛЬНО работают под основным) не регистрируются в списке клиентов...

Alio написал(а):
-------------------------------------------------------
> И что же тут плохого - почему нельзя параллельно
> запустить несколько печатей?
смысл запускать несколько дилоговых окон печати?
отпечатал, закрой. может типа модельного его сделать... хотя ладно - тогда еще раз напомню всем, чтобы закрывали после печати окно. но, повторюсь, что необходимость в возможности открывать несколько диалоговых окон печати, довольно сомнительна...

> Вспомогательные процессы (которые ОБЯЗАТЕЛЬНО
> работают под основным) не регистрируются в списке
> клиентов...
Да, проверил еще раз. похоже ошибся. какие то другие значит процессы регистрируются. Просто видел в списке два или три клиента с одним логином, но никто кроме этого пользователя там не сидел. почему-то подумал, что окно печати регистрируется. в след. раз получше посмотрю.

Вспомогательные процессы региструются сервером но не учитываются при расчете общего числа допустимых процессов (как и АРМ Читатель)

Здравствуйте.Я хотела уточнить насчет БД Читатель.База втроена в АРМ Каталогизатор,можно ли наполнять базу в другом Арме, не задействовать АРМ Каталогизатор.

Еще один вопрос. Книговыдача сколько пользователей задействует?

Yuliya написал(а):
-------------------------------------------------------
> Здравствуйте.Я хотела уточнить насчет БД
> Читатель.База втроена в АРМ Каталогизатор,можно ли
> наполнять базу в другом Арме, не задействовать АРМ
> Каталогизатор.
>
БД Читателей создается и корректируется (за исключением СВЕДЕНИЙ О КНИГОВЫДАЧЕ) в АРМе Каталогизатор.

> Еще один вопрос. Книговыдача сколько пользователей
> задействует?
Если предполагается переход к корректировке записи читателя (в части не связанной с книговыдачей) - 2