Посмотрел на ИРБИС64 наискосок: много чего хорошего, но сейчас не об этом.
1. Раз уж он сервер и работает на сервере, то необходимо чтобы он работал как сервис. Это не дело, что для его запуска необходимо логиниться на сервере. А ночью при перезагрузке, даже и этого сделать некому!

2. АРМ Администратор также просто необходим клиент-серверный. На сервер в большинстве случаев никого не пустят. И правильно сделают!

3. Отсутствие предупреждения о занятости записей (блокирования) при редактировании одной записи несколькими клиентами также просто недопустимо: заставлять людей вводить одно и тоже по 2 раза (а то и больше) - это никому не объяснишь почему! Такие ситуации в реальной жизни не так уж и редки, особенно при работе с журналами. Да и других работ в библиотеке навалом! И архив тут совсем даже не панацея, а только ма-а-аленькое облегчение - просто заплатка, раз не смогли предупредить вовремя.
А ведь реализовать это при клиент-серверной идеологии намного проще: например запоминать серверу какие записи в какой БД захвачены и предупреждать об этом остальных. Освобождать при отпускании записей и при выходе или отпадании клиента. Так что и не будет надоевших всем заблокирований. (При падении самого сервера записи также "разблокируются" сами естественным образом).

И еще. А чего это ИРБИС64 только клиент-серверный? А будет ли и файл-серверный ИРБИС64? У этих двух идеологий свои плюсы-минусы. Поэтому люди и выбирают ту, которая им больше подходит. А ИРБИС32 вроде и такой же, ан нет - несовместимый по БД! Также в нем остались все те же ограничения и старый интерфейс.

Еще раз повторю - система получилась очень даже неплохая. Хочется, чтобы была еще лучше!!! :)

Баженов С.Р. писал(а):

> Посмотрел на ИРБИС64 наискосок: много чего хорошего, но
> сейчас не об этом.
> 1. Раз уж он сервер и работает на сервере, то необходимо
> чтобы он работал как сервис. Это не дело, что для его запуска
> необходимо логиниться на сервере. А ночью при перезагрузке,
> даже и этого сделать некому!
Есть режим работы сервера как сервиса...

>
> 2. АРМ Администратор также просто необходим клиент-серверный.
> На сервер в большинстве случаев никого не пустят. И правильно
> сделают!
Уже делается. Хотя не могу не задать встречный вопрос - а зачем размещать библиотечный сервер на машине, на которую не будут пускать даже библиотечного администратора?

>
> 3. Отсутствие предупреждения о занятости записей
> (блокирования) при редактировании одной записи несколькими
> клиентами также просто недопустимо: заставлять людей вводить
> одно и тоже по 2 раза (а то и больше) - это никому не объяснишь
> почему! Такие ситуации в реальной жизни не так уж и редки,
> особенно при работе с журналами. Да и других работ в библиотеке
> навалом! И архив тут совсем даже не панацея, а только
> ма-а-аленькое облегчение - просто заплатка, раз не смогли
> предупредить вовремя.
> А ведь реализовать это при клиент-серверной идеологии намного
> проще: например запоминать серверу какие записи в какой БД
> захвачены и предупреждать об этом остальных. Освобождать при
> отпускании записей и при выходе или отпадании клиента. Так что
> и не будет надоевших всем заблокирований. (При падении самого
> сервера записи также "разблокируются" сами естественным
> образом).
Нет - это замечание не принимается...


>
> И еще. А чего это ИРБИС64 только клиент-серверный? А будет ли
> и файл-серверный ИРБИС64? У этих двух идеологий свои
> плюсы-минусы. Поэтому люди и выбирают ту, которая им больше
> подходит. А ИРБИС32 вроде и такой же, ан нет - несовместимый по
> БД! Также в нем остались все те же ограничения и старый
> интерфейс.
Нет, файл-серверного ИРБИС64 не будет...

>
> Еще раз повторю - система получилась очень даже неплохая.
> Хочется, чтобы была еще лучше!!! :)

>Есть режим работы сервера как сервиса...
То что он встал как сервис, это сразу заметил, а вот, то что он не хотел запускаться - так это оказалось всего-навсего, что нужно тот, который запущен как задача - убрать.
И еще вопрос тогда: не появилась иконочка внизу и непонятно, как теперь посмотреть состояние? Может быть это можно при замене irbis_server.exe на server_64_console.exe как написано в документации?
Однако такой программки в дистрибутиве не разглядел :(.

>> 2. АРМ Администратор также просто необходим клиент-серверный.
>> На сервер в большинстве случаев никого не пустят. И правильно
>> сделают!
>Уже делается. Хотя не могу не задать встречный вопрос - а зачем >размещать библиотечный сервер на машине, на которую не будут >пускать даже библиотечного администратора?
Многие библиотеки в крупных организациях естественно размещают и свой сервер на сервере этой организации, т.к. своего не могут иметь, да и нужно-то как раз поставить на общем сервере. А вот пускать их туда через терминал и не дадут!

> Нет - это замечание не принимается...
А вот и зря!!!
Еще все равно придется как наполучаете замечаний!
У меня только день и только посмотрели, как сразу же стали громко говорить о том, что это совершенно непозволительно и потребовали, чтоб я сообщил об этом Александру Иосифовичу! Что я и сделал :).
То ли еще будет, когда они работать в нем начнут!

> Нет, файл-серверного ИРБИС64 не будет...
Это очень жалко :(

Не знаю, как у Вас, а у меня сервисом все работает замечательно. Единственное, что плохо для сервиса, так это то, что нет приложений, которые есть в irbis_server.exe (слежение/заведение пользователей, приконнекченные процессы и все такое). Вроде обещали, но что-то нет. Только администратор удаленный проклевывается. А остального нет.

А вот 64-го файл-серверного не надо. Зачем вообще нужен файл сервер? Это же не то что прошлый, это позопрошлый век. Да и не удобно (читать сожно) в плане администрирования.