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

Серверная часть ИРБИС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 - это более, чем актуально.

Здравствуйте.
Такой вопрос: будет ли реализована ли в linux-версии сортировка строковых данных с учётом локали ?

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


Консольную программу как раз написать проще всего. Надо только определиться, какими консольными командами для управления ИРБИС-сервером будет оперировать администратор. С учётом того, что они (команды) как бы не предусмотрены изначально :)

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

Цитата:

С учётом того, что они (команды) как бы не предусмотрены изначально :)

В смысле изначально?! А что тогда делает АРМ-Администратор? Разве пункты из меню - это не команды?

Цитата:

У администратора должно быть исключительное право подключения к серверу сверх установленного лимита подключений.

АРМ-Администратор в лимит никогда и не водился.

Цитата:

будет ли реализована ли в linux-версии сортировка строковых данных с учётом локали?

Сортировку проводит TCP/IP-сервер.

woodyfon написал(а):
-------------------------------------------------------

> АРМ-Администратор в лимит никогда и не водился.


Это было про клиентского Администратора. Он требует лицензию

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

woodyfon написал(а):
-------------------------------------------------------
> С учётом того, что они (команды) как бы не
> предусмотрены изначально :)
> В смысле изначально?! А что тогда делает
> АРМ-Администратор? Разве пункты из меню - это не
> команды?
Формально пункты меню - это не команды.
Команды - это то, что в данном контексте обсуждения консольного клиента вводят в консоли.
Например:
SELECT * FROM TABLE <имя_таблицы>
db.my_collection.find({"700.A": "Шрайберг"})

> У администратора должно быть исключительное право
> подключения к серверу сверх установленного лимита
> подключений.
> АРМ-Администратор в лимит никогда и не водился.
Сетевой администратор-клиент не может подключиться, если лимит подключений исчерпан. Только что проверил на 2018.1D6
Но это windows-версия. Может, в linux-версии всё по другому ?

> будет ли реализована ли в linux-версии сортировка
> строковых данных с учётом локали?
> Сортировку проводит TCP/IP-сервер.
А что, TCP/IP-сервер к ИРБИСу не относится ?
На дворе уже добрая четверть 21 века прошла, почитай, а нам кроме сортировки по возрастанию ничего не могут предложить :)
Среди пользователей ИРБИСа много библиотек, ведущих каталогизацию на национальных языках, и они со мной, думаю, согласятся, что сортировка с учётом национального алфавита нужна.

Кстати, неплохо бы нормальную консольную оболочку для работы с базами данных, поддерживающую язык запросов и форматирования ИРБИС, наподобие как у MySQL, MongoDB, etc...

Цитата:

А что, TCP/IP-сервер к ИРБИСу не относится ?

Веду к тому, что серверную часть отдельно под кажду ось вести не будут. Все плюшки-фишки для линукс максимум через консольное приложение, которое необходимо будет запускать на машине, где стоит TCP/IP-сервер.

Цитата:

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

Для украинского языка это к примеру, неактуально: существуют способы сортировать с учетом национального языка.

Цитата:

неплохо бы нормальную консольную оболочку для работы с базами данных, поддерживающую язык запросов и форматирования ИРБИС, наподобие как у MySQL, MongoDB, etc...

Имеет ли смысл? Иметь консольное приложение, которое бы повторяло основные команды из меню серверного адимнистратора? Возможно...

woodyfon написал(а):
> Для украинского языка это к примеру, неактуально:
> существуют способы сортировать с учетом
> национального языка.

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

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

Вроде словари оно не сортирует. То есть если его листать, то "і" будет где-то не там где её ждёшь.
Про то что ИРБИС не умеет дату корректно считывать, я уже писал десятки раз. Если у меня английская версия сервера то он в лог пишет 12:45 РМ. При этом у других программ проблем нет.

Цитата:

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

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

Цитата:

Konstantinus
Вроде словари оно не сортирует. То есть если его листать, то "і" будет где-то не там где её ждёшь.

Мы говорим про srw-файлики. Путем замены чисто национальных букв на русские аналоги можно добиться изменения правил сортировки.

woodyfon написал(а):
-------------------------------------------------------
> Мы говорим про srw-файлики. Путем замены чисто
> национальных букв на русские аналоги можно
> добиться изменения правил сортировки.


В том то и оно, что это все костыли, к тому же такие, которые работают весьма локально

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

Добрый день.
Отвечу сразу на несколько вопросов.

Сортировка данных осуществляется в UTF-8.
Локаль ru_RU.UTF-8 - это для примера, можно использовать любой другой язык с UTF-8.

Консольная программа для администрирования в целом разработана, сейчас тестируем.
На данный момент она умеет создавать базы, удалять базы, опустошать базы, индексировать базы.
Также реализованы простые команды для импорта и экспорта, данных, без преобразований, зато работают быстро.
В ближайшей перспективе можно добавить глобальные корректировки.
Эта программа - часть нового проекта серверной части ирбис, см здесь [irbis.elnit.org]

На данный момент администрировать базы на Linux сервере можно и без запущенного X сервера.
Вкратце, на локальной машине (win или lin) запускается X сервер, потом подключаемся через ssh с пробросом портов на Linux сервер, где установлен ирбис и запускаем АРМ администратор.
Для этого на Linux сервере нужно установить компоненты графического интерфейса, запускать X сервер не нужно, программы будут пользоваться X сервером, который запущен на локальной машине.
Вот рабочий рецепт для подключения из windows с помощью putty и xming
[tolik-punkoff.com]

Статью прочитал, думаю.
То есть это библиотека-обёртка над irbis64.dll плюс со своими фичами ?

С таким замахом, мне кажется, проще склепать новый движок БД и отказаться от устаревшей схемы данных, растущей из телетайпных линий связи и подогнанных под тогдашнюю технику стандартов.
Впрочем, п.6 "Краткой характеристики.." намекает на широкие возможности.

Не совсем понятен выигрыш производительности при использовании переработанного компилирующего интерпретатора xpft в контексте скриптового PHP. Разве что он будет хранить скомпилированные форматы на диске и при необходимости обращаться к ним.
В рамках постоянно висящего в памяти приложения выигрыш был бы очевиден, например сервис на Ruby, Python, - но PHP ?
Единственный выигрыш мне видится в обработке больших порций записей одним форматом.

По поводу "бесконечных циклов" - я вообще не могу понять, как на конечной структуре можно получить бесконечный цикл :) Разве что только это "фича" форматера ИРБИСа Ж^)

Пощупать бы это чудо. Очень интересен этот новый язык формата и его возможности.

Добрый день.
Это не обертка над irbis64.dll.
Здесь новое приложение, написано вокруг нового интерпретатора форматов, функции для работы с файловой базой и библиотека Unifor портированы из исходников ирбис.
Есть такая идея с заменой СУБД, но пока не реализована.
Первый прототип решения был на c#, однако оказался никому не нужен.
PHP выбран из-за того, что веб продукты семейства ирбис его используют и проще наладить взаимодействие.

Благодаря специфичной реализации ирбис, бесконечные циклы там возможны.
Наличие вывода из функций S, &UF, &UMARCI является основанием для следующей итерации.
В повторяющихся группах есть конфигурируемое максимальное количество повторений, по умолчанию 5000.

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

Разобранные форматы хранятся в кэше в памяти пока не будет закрыт контекст приложения.
В веб ирбисе на php контекст существует пока обрабатывается страница.
В программе для индексирования БД контекст существует до завершения приложения.
Наличие кэша здорово помогает, когда работает расформатирование групп записей.

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

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

Хранить разобранные объекты форматов в файлах можно, но это не дает выигрыша в скорости (пробовал), они парсятся достаточно быстро.

Также сам функционал, реализованный на c++ шевелится быстрее, чем оригинал на delphi.


Вопрос с продажами или предоставлением демо версий отдельно модуля php пока не рассматривался, но если есть интерес, напишите А.И. Бродовскому



Редактировано 1 раз. Последний раз 06.09.2019 15:22 пользователем snoozamoorooed.

Всем доброго дня.
В реализации веб ирбис на php добавлена возможность использовать блоки php во фреймах и в выводе форматов.
Кроме этого добавлена возможность выводить тег <?xml ?>.

Например в *.frm файлах можно делать так

<?
'я литерал в pft',
?>
<?php
echo 'а я блок php, вот что я умею: <br/>';
print_r($_REQUEST);
?>

Пример вызова блока php из формата.
Код с тегами php должен быть помещен в выходной текст.
После выполнения форматов веб ирбис делает еще один проход по тексту и ищет теги команд, в том числе pft и php

Можно делать так:
'<','?','php ',/,
'echo 123;',/
'echo 321;',/
'?','>',

Вывод xml тегов из *.frm

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>

То же самое из *.pft

'<?xml version="1.0" encoding="UTF-8" standalone="no" ?>',

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

Добрый день.
В настоящее время мы работаем над новой платформой, где функциональность серверной части ирбис будет представлена в модуле php.
Данное решение разрабатывается одновременно для windows и Linux.
Новые релизы ирбис 128 будут включать этот модуль.
Также рассматривается возможность эксплуатации классических АРМ Ирбис, где в качестве TCP/IP сервера будет сам сервер приложений ирбис 128. Наработки такие есть, вопрос в том насколько это это решение будет удачно на практике.
Вопрос перехода на сторонние СУБД на данный момент в планах не стоит, но не исключено, что в будущем это также появится.