В настоящее время предлагаются для тестирования:

Серверная часть ИРБИС64 версии 2017.1 для LINUX:

Клиентская часть ИРБИС64 версии 2017.1 под WINE для LINUX - АРМы Каталогизатор, Книговыдача, Комплектатор, Администратор
В НАСТРОЙКЕ Wine на закладке ГРАФИКА для этих приложений необходимо СНЯТЬ опцию РАЗРЕШИТЬ МЕНЕДЖЕРУ ОКОН УПРАВЛЯТЬ ОКНАМИ WINE

Разработчик проводил тестирование на
Rosa Enterprise X3 и Wine64

Уважаемые коллеги, представляем вашему вниманию демонстрационные версии серверной части ИРБИС64 для ОС Linux.

Мы ведем разработку одновременно двух актуальных версий: 2017 и 2018
Скачать дистрибутивы можно по адресу
ftp://193.233.14.18/pub/irbis/irbis_linux/

В настоящий момент готовы следующие компоненты:
-TCP/IP сервер
-АРМ Администратор (серверный)
-Модуль Web-ИРБИС64
-3 библиотеки - расширения unifor: ex64, myunifor, SnR

Компоненты Web-ИРБИС64 в демо версии не включены, предоставим по запросу.

В разработке редактор рабочих листов, глобальных корректировок и т.д., идущие в комплекте с АРМ Администратор (серверный).
Программы собраны и протестированы на ОС Linux Rosa.
Также проверена работа в ubuntu, debian, astra.

Формат представления данных полностью совместим с windows версиями.
Данные можно переносить путем копирования.
Единственный нюанс: файлы нужно будет переименовать в нижний регистр.
Подробно процесс установки описан в файле install.txt



Редактировано 3 раз. Последний раз 07.04.2019 13:33 пользователем snoozamoorooed.

а можно на admin@konstantinus.com с веб-модулем версию.
Спасибо!

Уважаемые коллеги.
На ftp сервере обновлены дистрибутивы серверной части ИРБИС для ОС Linux.
Добавлены модули Web-ИРБИС64.

snoozamoorooed написал(а):
-------------------------------------------------------
> Уважаемые коллеги.
> На ftp сервере обновлены дистрибутивы серверной
> части ИРБИС для ОС Linux.
> Добавлены модули Web-ИРБИС64.


Скажите, а нельзя ли сделать полноценный репозиторий, что бы можно было обновлять модули из него?

AVD System, Техническая поддержка, [www.open4u.ru]

Gena написал(а):
-------------------------------------------------------
> snoozamoorooed написал(а):
> --------------------------------------------------
> -----
> > Уважаемые коллеги.
> > На ftp сервере обновлены дистрибутивы серверной
> > части ИРБИС для ОС Linux.
> > Добавлены модули Web-ИРБИС64.
>
>
> Скажите, а нельзя ли сделать полноценный
> репозиторий, что бы можно было обновлять модули из
> него?

В принципе можно, но я предвижу сложности другого плана.
Если делать репозитории в том же стиле, как обычные репозитории ОС, то придется делать такие репозитории для всех вариантов ОС, с которыми будут работать пользователи.
Плюс я не очень понимаю как в таком случае быть с индивидуальными дистрибутивами.
Можно было бы сделать средство для обновления дистрибутива в соответствии с лицензией.
Чтобы пользователь мог скачать то, что ему нужно и ничего другого.
Мысль хорошая, если будет достаточно желающих и воля руководства, можно было бы к ней вернуться после завершения основных разработок.

snoozamoorooed написал(а):
-------------------------------------------------------
> Если делать репозитории в том же стиле, как
> обычные репозитории ОС, то придется делать такие
> репозитории для всех вариантов ОС, с которыми
> будут работать пользователи.

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



> Плюс я не очень понимаю как в таком случае быть с
> индивидуальными дистрибутивами.
> Можно было бы сделать средство для обновления
> дистрибутива в соответствии с лицензией.
> Чтобы пользователь мог скачать то, что ему нужно и
> ничего другого.
> Мысль хорошая, если будет достаточно желающих и
> воля руководства, можно было бы к ней вернуться
> после завершения основных разработок.


В сервере есть хитрая штука - Deposit и Deposit_user. Вторая папка не ставится по умолчанию, но ее можно сделать самому. Вот вторая папка - это пример недопонимания предложения. Суть в том, что если что-то есть в deposit_user, то оно "перебивает" любые файлы в папке просто deposit и в папке БД. В идеале, как я вижу, должна быть вот такая структура:

IRBIS64
   DATAI
      BD1
      BD2
      DEPOSIT
   DATAI_USER
      DB1
      DB2
      DEPOSIT

В папках

   DATAI
      BD1
      BD2
      DEPOSIT

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

В папках

   DATAI_USER
      DB1
      DB2
      DEPOSIT

все измененные файлы конкретного пользователя. И они имеют высший приоритет.

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

AVD System, Техническая поддержка, [www.open4u.ru]



Редактировано 1 раз. Последний раз 10.04.2019 15:16 пользователем Gena.

Все верно, но я имел в виду вот что.
Сейчас предусмотрены разные варианты по составу ПО и по ограничениям.
Ограничения компилируются в коде.
То есть один пользователь может иметь сервер на одно количество подключений, другой на другое.
У одного пользователя может быть один набор АРМов, у другого другой.
Также, в конфигурационных файлах присутствует подпись (наименование пользователя, которое показывается в АРМах) и контрольная сумма, которая отвечает за то, что подпись не будет изменена.
Из-за этого приходится доставлять пользователям индивидуальные дистрибутивы.
По идее надо пересмотреть этот подход и сделать так, чтобы набор программных компонентов был один и тот же.
А управляться все это должно лицензией.
То есть, должен быть какой-нибудь зашифрованный файл с настройками, который выдается пользователю отдельно от дистрибутива и в котором написано какие АРМы должны работать, какие подписи должны показываться и какие ограничения наложены.
Ну и плюс, пользователи должны будут придерживаться тех правил, про которые вы написали.
Тогда можно будет складывать дистрибутивы в сетевой репозиторий и обновлять средствами ОС либо отдельной программы.

Будет ли WebToIrbisServer для Linux?

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

snoozamoorooed написал(а):
-------------------------------------------------------
> Все верно, но я имел в виду вот что.
> Сейчас предусмотрены разные варианты по составу ПО
> и по ограничениям.
> Ограничения компилируются в коде.
> То есть один пользователь может иметь сервер на
> одно количество подключений, другой на другое.
> У одного пользователя может быть один набор АРМов,
> у другого другой.
> Также, в конфигурационных файлах присутствует
> подпись (наименование пользователя, которое
> показывается в АРМах) и контрольная сумма, которая
> отвечает за то, что подпись не будет изменена.
> Из-за этого приходится доставлять пользователям
> индивидуальные дистрибутивы.
> По идее надо пересмотреть этот подход и сделать
> так, чтобы набор программных компонентов был один
> и тот же.
> А управляться все это должно лицензией.
> То есть, должен быть какой-нибудь зашифрованный
> файл с настройками, который выдается пользователю
> отдельно от дистрибутива и в котором написано
> какие АРМы должны работать, какие подписи должны
> показываться и какие ограничения наложены.
> Ну и плюс, пользователи должны будут
> придерживаться тех правил, про которые вы
> написали.
> Тогда можно будет складывать дистрибутивы в
> сетевой репозиторий и обновлять средствами ОС либо
> отдельной программы.


Это само с собой разумеющееся. Формировать для каждой отдельной библиотеки свой собственный вариант модуля - это архаизм. Нужна отдельно система и отдельно лицензия. Но я очень прошу подумать над тем, что бы изменить на сервере расположение файлов и их зависимости. Уже давно проситься наведение порядка в гигантском количестве файлов сервера.

AVD System, Техническая поддержка, [www.open4u.ru]

Гена, по Deposit_user надо еще надстройку для RDR.

Удалось установить версию TCP/IP-сервера 2017 на

Linux LibServer03 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u2 (2019-05-13) x86_64 GNU/Linux

Можно выполнять чтение/запись в базы данных.

Замечание про поводу локали не подтвердилось.
Содержимое команды locale

LANG=ru_UA.UTF-8
LANGUAGE=ru_UA:ru
LC_CTYPE="ru_UA.UTF-8"
LC_NUMERIC="ru_UA.UTF-8"
LC_TIME="ru_UA.UTF-8"
LC_COLLATE="ru_UA.UTF-8"
LC_MONETARY="ru_UA.UTF-8"
LC_MESSAGES="ru_UA.UTF-8"
LC_PAPER="ru_UA.UTF-8"
LC_NAME="ru_UA.UTF-8"
LC_ADDRESS="ru_UA.UTF-8"
LC_TELEPHONE="ru_UA.UTF-8"
LC_MEASUREMENT="ru_UA.UTF-8"
LC_IDENTIFICATION="ru_UA.UTF-8"
LC_ALL=

+
Проверка статуса работы службы (сервиса):

systemctl is-active irbis_server

Если active - работает.



Редактировано 1 раз. Последний раз 31.05.2019 01:49 пользователем woodyfon.

Цитата:

snoozamoorooed
В разработке редактор рабочих листов, глобальных корректировок и т.д., идущие в комплекте с АРМ Администратор (серверный).
Программы собраны и протестированы на ОС Linux Rosa.
Также проверена работа в ubuntu, debian, astra.

Будет ли консольный АРМ-Администратор? Для linux - это более, чем актуально.