Наблюдение.
Если остановить службу и запустить сервер по ярлыку "TCP-IP сервер ИРБИС64", то значек приспокойно себе появляется.
Явно что-то не докрутили. И не в Windows'e дело :)

Вы не путайте приложения и службы. Приложения по определению взаимодействуют с рабочим столом. А службы вообще не предназначены для того, чтобы как-то где-то светиться (кроме диспетчера задач конечно же). По этому любое взаимодействие службы с рабочим столом - это то еще извращение. Ну и потом не исключаю возможности, что не все так гладко в протоколе RDP.

Кстати, почитал тут. Служба стартует от учетки SYSTEM. Ярлычек тоже из-под SYSTEM. Видимо в консольном режиме это работает, а в терминальном через RDP показываются только элементы той учетки, под которой произошел вход.
Если не лень, протестируйте, будет ли показываться ярлычек, если запустить службу от имени того пользователя, под которым происходит терминальный вход.

Сечас я веду разговор о консольном режиме. У меня в нем тоже не отображаеться значек службы.
С RDP другая проблема, я не могу с Windows XP SP3 зайти на Server 2008 R2. Точнее зайти могу, но через минуту вылетаю с ошибкой шифрования.

Konstantinus написал(а):
-------------------------------------------------------
> А как быть если у меня длля разных БД разные
> org.mnu?
> Если не ошибаюсь именно в этом файле мы
> настраиваем формирование авторского знака?
>
org.mnu, разные для разных БД, должны находиться в папках этих БД.

Konstantinus написал(а):
-------------------------------------------------------
> А как быть если у меня длля разных БД разные
> org.mnu?
> Если не ошибаюсь именно в этом файле мы
> настраиваем формирование авторского знака?
Поместите соответствующие org.mnu в директорию БД.
Как и любой другой ресурс. org.mnu сначала ищется в директории БД и, если там не находится, берется из DEPOSIT

То есть если у меня fio.mnu общий для все баз, я могу еговезде удалить, а "эталонный" положить в DEPOSIT?

Да, именно так

При установке D2 как быть с файлом CIRBISC_NEW_unicode.exe который Александ Иосифович рассылал ранее?



Редактировано 1 раз. Последний раз 06.01.2010 12:56 пользователем Konstantinus.

Не понял...

Цитата:

Alio
Посылаю всем "протестантам" АРМ Каталогизатор 2009.1 с обновленным Автосервисом:
- ввод (при нажатии Enter) из выпадающего списка происходит только в том случае, когда выпадающий список АКТИВНЫЙ (окрашен специфическим цветом), - в противном случае остается введенное "руками" значение;
- выпадающий список становится АКТИВНЫМ, при ПЕРВОМ нажатии клавиш управления списком (стрелки вверх/вниз, PgUp, PgDn)
- в случае отказа от выпадающего списка (с помощью клавиши Esc) повторно выпадающий список (при продолжении ввода в текущее поле) не подается. Чтобы его явно вызвать в этом случае, надо нажать Alt-F2

(К сожалению, при WSSWORDWRAP=1 ситуация по-прежнему неудовлетворительная.)

Вот этот...

Все это,РАЗУМЕЕТСЯ, включено в обновление. А как может быть иначе?

Наверно я невнимательно релиз прочел.
Заметил субъективный рост производительности операций экспорта в iso /импорта при использовании UTF-8 вместо win-1251.

Цитата:

Konstantinus
Наверно я невнимательно релиз прочел.
Заметил субъективный рост производительности операций экспорта в iso /импорта при использовании UTF-8 вместо win-1251.

Это не зависит от релиза. Для ИРБИС-64 так происходит потому что данные в БД хранятся в кодировке UTF-8 и при экспорте/импорте из кодировки win-1251 приходится выполнять дополнительную операцию - конвертирование.
Для ИРБИС-32 картина обратная - там операция экспорта/импорта быстрее происходит в win-1251.

Есть предложение, про работе АРМ Каталогизатор.
Допустим что при регистрации сканируется паспорт, создается некое фото - "Изображение.jpg".
Чтоб заполнить поле 950, фото должно лежать в папке доступной и серверу ИРБИСа и компьютеру на котором осуществляется регистрация. А это уже сложно, как сделать так чтоб ее вся сеть не видела, права доступа и тому подобное.
В идеале внутри папки Datai\RDR можно сделать папку photo, а к 950 полю прикрутить кнопку "Обзор", и когда каталогизатор выбирает фото читателя, оно автоматически загружается на сервер в нужное место и например получает по умолчанию имя из 30 поля "Идентификатор.jpg".

Мы получаем, 953 поле не используется, мы уходим от перегрузки базы не нужной "двоичной информацией", и можем хранить фото в приличной разрешении, хотя бы 150-200 dpi.

Сейчас же наши Каталогизаторы вынуждены заполнять как в старые досовские времена пути руками.

+ еще глючок, Инструменты - Редактор РЛ и справочников. Открываем любой файл рабочих листов, двойной клик по полю, если соответствующий справочник в Deposit, то пишет что файл не найден.
Надо тоже сделать привязку, сначала искать в папке текущей базы, а потом в Депозите.

Здравствуйте!
У нас есть ошибка в версии 2009.1:
вновь введенные персоналии из 601 не попадают в поиск ("Персоналия"), то, что введено в предыдущей версии, в поиске по персоналиям есть.

АОНБ им. Н.А. Добролюбова,
г. Архангельск

Каталогизатор из D2 не загружается, если в INI задан FontSize > 0. Показывает два диалоговых окна о нарушении доступа и останавливается.

Kairat написал(а):
-------------------------------------------------------
> Каталогизатор из D2 не загружается, если в INI
> задан FontSize > 0. Показывает два диалоговых окна
> о нарушении доступа и останавливается.
Спасибо. Исправил. Включил в D2.

Куделя написал(а):
-------------------------------------------------------
> И жаль что вот этого не сделали
>
> ====
> 2) Нельзя ли добавить в форму "Список
> зарегистрированных клиентов" удаленного
> Администратора возможность поколоночной
> сортировки. Она там гораздо нужнее чем в списке
> клиентов для доступа к серверу.
> ===
>
> Очень полезная и нужная вещь. Когда 40-50
> одновременных подключений сложно отслеживать по
> АРМам, пользователям и адресам, а бывает
> необходимость

Поддерживаю предложение Максима Викторовича.
Думаю, сортировку в данную форму добавить несложно.

Здравствуйте. Перехожу на версию 2009.1, заметила 2 момента в форматах:
1. БД RDR формат rdrw_html.pft дважды выводится категория читателя:
Идентификатор читателя: R00010
Категория: рук.
ФИО: Донец Александр Степанович
Год рождения: 1968
Перерегистрация: 15.08.2007г. - АБ.,05.06.2006г. - АБ.,07.12.2005г. - АБ.,11.02.2010г. - АБ.,22.09.2008г. - АБ.,07.04.2009г. - АБ
Пол: м
Образование: высшее
Категория: рук.

2. БД CMPL в поле 84 добавили подполе ^LКПП (Это замечательно, т.к. добавляли сами), а формате cmplw.pft не выводится.

Елена, КрЦНТИБ Красноярской ж.д.

Александр Иосифович, в версии 2009.1 в Каталогизаторе был замечен интересный глюк. Проявился с апдейта D2 и дальше был во всех последующих обновлениях. Мы учавствуем в медицинской корпорации по росписи аналитики и получаем ее по почте. (Веб-Ирбис есть только у нас, так что о Ирбис-корпорации и заимствовании через нее не может быть и речи) В Ирбис данные импортируются со слиянием по формату(приложенные файлы new.fst new.pft) и ТВП переформатированием (mesh32.fst). Оба файла прикладываю к сообщени. До второго обновления импорт проходил нормально. А теперь записи разрушаются при импорте. Сейчас специально проверил, установил на компьютере и старый Каталогизатор из D1(дата создания файла 12.11.2009) и все следующие апдейты. Нормально все работает только на старом.
Прилагаю исходную запись и ее же после некорректного импорта.

LiLi написал(а):
-------------------------------------------------------
> Здравствуйте. Перехожу на версию 2009.1, заметила
> 2 момента в форматах:
> 1. БД RDR формат rdrw_html.pft дважды выводится
> категория читателя:
>
> 2. БД CMPL в поле 84 добавили подполе ^LКПП (Это
> замечательно, т.к. добавляли сами), а формате
> cmplw.pft не выводится.

Спасибо, исправлено. Войдет в очередное обновление

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, в версии 2009.1 в
> Каталогизаторе был замечен интересный глюк.
> Проявился с апдейта D2 и дальше был во всех
> последующих обновлениях. Мы учавствуем в
> медицинской корпорации по росписи аналитики и
> получаем ее по почте. (Веб-Ирбис есть только у
> нас, так что о Ирбис-корпорации и заимствовании
> через нее не может быть и речи) В Ирбис данные
> импортируются со слиянием по формату(приложенные
> файлы new.fst new.pft) и ТВП переформатированием
> (mesh32.fst). Оба файла прикладываю к сообщени. До
> второго обновления импорт проходил нормально. А
> теперь записи разрушаются при импорте. Сейчас
> специально проверил, установил на компьютере и
> старый Каталогизатор из D1(дата создания файла
> 12.11.2009) и все следующие апдейты. Нормально все
> работает только на старом.
> Прилагаю исходную запись и ее же после
> некорректного импорта.
Изменился принцип ИМПОРТА с использованием FST - в результате чего импорт стал "чувствителен" к ошибкам в FST: ошибка в формате любой строки FST приводит к тому, что импорт ломается. Проверьте - в какой-то строке ВАшего FST есть ошибка формата.

Здравствуйте, при печати каталожных карточек стала печататься совершенно посторонняя карточка или произвольные фрагменты каких-либо текстовых документов. как быть, где смотреть?

Вы не обновляли версию 2009.1

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



Редактировано 1 раз. Последний раз 13.07.2010 10:48 пользователем sunmaster.

Была, кстати аналогичная ситуация при установке последнего обновления 9.1.d.5 (замена серверных библиотек и исполняемых файлов без обновления содержимого DATAI).

Хорошо, спасибо за информацию, будем искать обновление.

Ещё одна тема про печать комплекта карточек в 2009.1 с установленными обновлениями D1-D5: [irbis.gpntb.ru].