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

ФЛК выдаваемых экземпляров в 2019.1 реализовано только в режиме скоростной выдачи? В обычном режиме выдачи/продления экземпляров ФЛК не будет работать? Если нет, то очень прошу включить в перспективу разработки для версии 2020.

Новые продукты системы ИРБИС64+:
Web-ИРБИС64+ PHP
и
PHP-ИРБИС (SDK)

Подробнее в прикрепленном тексте



Редактировано 1 раз. Последний раз 06.11.2019 16:51 пользователем Alio.

Новый продукт системы ИРБИС64+

Серверная часть ИРБИС64+ для ОС Linux (в составе TCP/IP-сервера БД ИРБИС64+ и АРМа "Администратор Серверный")

Подробнее в прикрепленном тексте

Alio написал(а):
-------------------------------------------------------
> Новые продукты системы ИРБИС64+:
> Web-ИРБИС64+ PHP
> и
> PHP-ИРБИС (SDK)

Будет ли демо-версия?

А. Роман написал(а):
-------------------------------------------------------
> Есть такая мелочь, которая могла бы быть очень
> полезной - поиск по содержимому буферной записи в
> окне просмотра буферной записи. Если уже поздно -
> можно оставить для версии 2020.

Поддерживаю! И ещё кнопочка для записи содержимого буферной записи в файл, откуда её потом можно импортировать, тоже, на мой взгляд, не помешала бы.

За PHP - спасибо!
А как добавить PHP версию к уже существующему 2018.1?

Konstantinus написал(а):
-------------------------------------------------------
> За PHP - спасибо!
> А как добавить PHP версию к уже существующему
> 2018.1?
Покупать.

АРМ Книговыдача

Введен новый параметр профиля пользователя (секция [MAIN])
PEREREGABLE=
который определяет доступность режимов ПЕРЕРЕГИСТРАЦИЯ и ГРУППОВАЯ ПЕРЕРЕГИСТРАЦИЯ и принимает значения:
0 – режимы недоступны
1 – режимы доступны (по умолчанию)

АРМ Каталогизатор

Предлагается новое инструментальное средство - ДИНАМИЧЕСКИЙ РЛ ПОЛЕЙ
Суть нового решения заключается в следующем. При вызове записи на корректировку, а также при собственно корректировке ЛЮБОГО поля осуществляется форматирование текущей записи по специальному формату (имя которого определяется параметров в секции [MAIN] AUTOWSPFT) и результат форматирования рассматривается как ИМЯ РЛ. И если новое ИМЯ РЛ отличается от имени текущего РЛ, осуществляется автоматическое переключение на новый РЛ.
Данный механизм включается с помощью параметра в секции [MAIN] PRAUTOWS:
0 - выключен (по умолчанию)
1 - включен

Данный механизм (при включении) ОТМЕНЯЕТ действие параметра WSOPT

В дистрибутиве системы НЕТ примеров применения данного инструментального средства.

Алесандр Иосифович, очень необходимая и современная доработка. Спасибо.

-------------------------------------------------------------------------------------------------------------
Кирсанов Никита
ФГУП "ВНИИА" ОПИНТИ

АРМ Каталогизатор.

Для режима ПЕЧАТЬ - ТАБЛИЦЫ обеспечена возможность преобразования выходных форм (которые по умолчанию формируются как RTF-файлы) в HTML-файлы.
Следствием этого является возможность при создании табличных форм использовать в качестве форматов колонок и заголовков HTML-форматы.
(См. прикрепленный скриншот)

Чем АРМ Каталогизатор Расширенный отличается от обычного?

--
Сергей Кузнецов

Grievous написал(а):
-------------------------------------------------------
> Чем АРМ Каталогизатор Расширенный отличается от
> обычного?
Тем, что содержит режимы, реализующие ОСНОВНЫЕ (т.е. не все) технологии АРМа Комплектатор.

Спасибо. А каким параметром в пользовательском irbisc.ini отключается меню Комплектатор?
Когда первый раз запустил под своим логином - меню было серое. Почистил секцию [PRIVATE] и всё заработало.

--
Сергей Кузнецов

Grievous написал(а):
-------------------------------------------------------
> Спасибо. А каким параметром в пользовательском
> irbisc.ini отключается меню Комплектатор?
Никаким. Меню КОМПЛЕКТАТОР отключается, когда текущая БД не является БД ЭК

Яковлева Татьяна написал(а):
-------------------------------------------------------
> provfondN.gbl,SPISGBLFILE.GBL должны быть только в
> DEPOSIT

В 2019 версии provfondN.gbl снова дублируется в IBIS
И в тихом обновлении 18D9, повторно выложенном в пятницу, provfondN.gbl снова добавлен в IBIS

Это ошибка?

--
Сергей Кузнецов

Также прошу удалить файл VD.MNU из папок SK и VKR
В этих папках устаревшая версия с опечатками. Исправленная актуальная уже есть в Deposit

--
Сергей Кузнецов

Grievous написал(а):
-------------------------------------------------------
> Яковлева Татьяна написал(а):
> --------------------------------------------------
> -----
> > provfondN.gbl,SPISGBLFILE.GBL должны быть только
> в
> > DEPOSIT
>
> В 2019 версии provfondN.gbl снова дублируется в
> IBIS
> И в тихом обновлении 18D9, повторно выложенном в
> пятницу, provfondN.gbl снова добавлен в IBIS
>
> Это ошибка?
Уважаемый, не надо изображать из себя пинкертона...
Должен какой-то ресурс дублироваться или не должен - решает разработчик. Понятно?

Извините, но непонятно. Я думал что Татьяна входит в число разработчиков.

--
Сергей Кузнецов

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

Спасибо Сергею за его внимательность к деталям.

Было бы полезно получать информацию по деталям изменений, как это происходит у коллег по цеху при разработке ИРБИС128. Очень хотелось бы надеяться, что этот опыт таки перетечет и в ИРБИС64 и тогда вопросов друг к другу будет гораздо меньше.

Подскажите пожалуйста, правильно понимаю, что при рассылке по email в АРМ Книговыдача протокол рассылки не фиксируется в файле, а только выводится в окне АРМ Книговыдача (при групповой рассылке) или сообщением, что письмо отправлено (при отправке письма одному пользователю)?

Есть необходимость фиксировать автоматически все факты рассылок (на сервере ИРБИС в отдельном лог-файле, либо в записи читателя, например в поле 907 - логин, дата:время и email-{имя формата письма}, например ^A20200115 12.55.00^Buser1^Cemail-DOLG1_HTML).

А. Роман написал(а):
-------------------------------------------------------

> Есть необходимость фиксировать автоматически все
> факты рассылок (на сервере ИРБИС в отдельном
> лог-файле, либо в записи читателя, например в поле
> 907 - логин, дата:время и email-{имя формата
> письма}, например ^A20200115
> 12.55.00^Buser1^Cemail-DOLG1_HTML).

Очень прошу! Не надо ничего лишнего, тем более массового, добавлять в записи книг и читателей! В библиотеках с активной выдачей/возвратом/корректировкой и так регулярно случаются трудности из-за очень сильно разрастающихся записей. Нужен лог - в отдельную базу!

Про разрастание записей я в курсе, только вот информация о рассылках не сильно бы сказалась на проблеме, которая безусловно есть у активных библиотек. 3-4 и повторения поля в месяц у части пользователей вряд ли сильно повлияют на записи с имеющимися сотней-другой повторений какого-либо поля.

Писать логи в БД конечно лучше и правильнее и отдельные продвинутые пользователи (не говоря уже о таких гуру как Геннадий Панарин, который примерно так и поступает) уже давно выгружают данные в отдельную БД и потом уже по ней считают статистику и обрабатывают дынные (или делают это в других системах). Отсутствие логов по рассылкам хуже, чем их добавление в поле 907 с которым вполне можно работать. Эта информация вовсе не является лишней, но реляционность в дефолтном исполнении вполне бы пригодилась, тем более, что она в ИРБИС предусмотрена лет 10 назад (или даже больше).

З.Ы. Гена, если у библиотеки разрастается какое-либо поле (40 или 907) и ее админ не может с этим справиться - администрации нужно задуматься о повышении квалификации админа/приеме дополнительного сотрудника или его замене (в зависимости от ситуации). Но я понимаю твою реакцию... на практике ничего этого к сожалению не происходит и разным аутсорсерам приходится самим разгребать эти проблемы...

Поэтому, родив в споре истину будем надеяться на разработчиков, а пока - самостоятельно создавать БД, делать глобалки/пакетные сценарии и настраивать прочие форматные причиндалы. Живут же все это время библиотеки без отдельных БД... Плохо, но живут...



Редактировано 1 раз. Последний раз 15.01.2020 23:42 пользователем А. Роман.

Gena написал(а):
-------------------------------------------------------
> 17. Хочу вынести на обсуждение следующую идеологию расположения файлов на сервере Ирбиса:

DATAI/ - папка ДАТАИ, в которой хранятся неизменные форматы и ресурсные файлы из дистрибутива (эталонные!)
   DEPOSIT/
   ALL_DB_FILE(mst,xrf...)/ - одна папка для всех без исключения файлов баз данных. В случае чего ее и копировать проще
   DB1_RESURCE/ - для каждой отдельной базы содержать папку только под ее уникальные ресурсы (эталонные!)
DATAI_USER/ - папка с измененными, пользовательскими настройками
   DEPOSIT_USER/ - общие для всех баз измененные пользователем файлы
   DB1_RESURCE/ - измененные пользователем файлы для отдельной базы

Лично я категорически против такого предложения. Обновление не облегчит, а только максимально усложнит.
Фактически это будет эквивалентно обновлению только исполняемых файлов и отказу от доработок параметрических файлов внесённых разработчиками.

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

--
Сергей Кузнецов

Сергей, пожалуйста поделитесь подробностями и вашим практическим опытом обновления ИРБИС. Очень важно понимать все альтернативные (эффективные) способы обновления ИРБИС.



Редактировано 1 раз. Последний раз 22.01.2020 12:29 пользователем А. Роман.

Роман, пока руки не дошли до написания инструкции.

Сейчас у меня до сих пор крутится несколько старых версий серверов.
В 2008 люди работают с МАРС. Там когда-то сто лет назад было всё настроено первым администратором и я не знал как подступиться к нему. Но буквально на днях прислали официальный конвертор, который легко встал на 2018 сервер. Осталось поправить баги самого конвертора.

Несколько баз оставалось пока в 2013 сервере, просто не успел перенести. Во всех случаях была загвоздка в полном отсутствии документации. Выпытывал информацию у библиотекарей, но в итоге на днях мигрировали на новый сервер.

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

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

--
Сергей Кузнецов

В поставке ИРБИС64 для всех библиотек начиная с 2018 версии в папке сервера лежат два файла

Cirbisc.ini
IrbisExtractFT.ini

с зашитым тестовым ключом.

{Изменение нижеследующего текста приведет к прекращению работы системы!!!}
User=Тестовая версия для дилеров

Они нужны для работы системы или попали в дистрибутив по ошибке?

--
Сергей Кузнецов

cirbisc.ini попал случайно.

В обновлении 18D9 было поправлено много ошибок в справочнике стран, но не все. Просим включить в официальную поставку исправленный и дополненный вариант.

Ценральноафриканская Республика заменено на
Центральноафриканская Республика

Добавлено 90 названий и отсортировано по кодам:

AB Абхазия
AD Андорра
AE Объединенные Арабские Эмираты
AG Антигуа и Барбуда
AI Ангилья
AQ Антарктида
AS Американское Самоа
AW Аруба
AX Эландские острова
BB Барбадос
BF Буркина-Фасо
BH Бахрейн
BI Бурунди
BJ Бенин
BL Сен-Бартельми
BM Бермуды
BN Бруней-Даруссалам
BQ Бонайре, Саба и Синт-Эстатиус
BT Бутан
BV Остров Буве
BZ Белиз
CC Кокосовые (Килинг) острова
CD Конго, Демократическая Республика
CI Кот д'Ивуар
CK Острова Кука
CV Кабо-Верде
CW Кюрасао
CX Остров Рождества
CY Кипр
DJ Джибути
DM Доминика
EH Западная Сахара
ER Эритрея
FK Фолклендские острова (Мальвинские)
FM Микронезия, Федеративные Штаты
FO Фарерские острова
GD Гренада
GF Французская Гвиана
GG Гернси
GI Гибралтар
GL Гренландия
GM Гамбия
GP Гваделупа
GQ Экваториальная Гвинея
GS Южная Джорджия и Южные Сандвичевы острова
GU Гуам
GY Гайана
HM Остров Херд и острова Макдональд
HT Гаити
IM Остров Мэн
IO Британская территория в Индийском океане
JE Джерси
JM Ямайка
KI Кирибати
KM Коморы
KN Сент-Китс и Невис
KY Острова Кайман
LA Лаос
LC Сент-Люсия
LR Либерия
LS Лесото
MF Сен-Мартен
MH Маршалловы острова
MO Макао
MP Северные Марианские острова
MQ Мартиника
MR Мавритания
MS Монтсеррат
MV Мальдивы
NA Намибия
NC Новая Каледония
NF Остров Норфолк
NR Науру
NU Ниуэ
OM Оман
OS Южная Осетия
PF Французская Полинезия
PG Папуа-Новая Гвинея
PM Сент-Пьер и Микелон
PN Питкерн
PS Палестинская территория, оккупированная
PW Палау
QA Катар
RE Реюньон
SB Соломоновы острова
SH Святая Елена, Остров вознесения, Тристан-да-Кунья
SJ Шпицберген и Ян Майен
SM Сан-Марино
SR Суринам
SS Южный Судан
ST Сан-Томе и Принсипи
SX Синт-Мартен
SZ Свазиленд
TC Острова Теркс и Кайкос
TF Французские Южные территории
TK Токелау
TL Тимор-Лесте
TO Тонга
TV Тувалу
TW Тайвань (Китай)
UM Малые Тихоокеанские отдаленные острова Соединенных Штатов
VC Сент-Винсент и Гренадины
VG Виргинские острова, Британские
VI Виргинские острова, США
VU Вануату
WF Уоллис и Футуна
WS Самоа
YT Майотта
ZW Зимбабве

Страны из этого списка уже просили добавить другие пользователи тут на форуме.

--
Сергей Кузнецов

Можно только позавидовать пользователям, у которых ТАКИЕ проблемы...