Автор Тема: Обсуждение и предложения по реализации базы данных проб оборудования  (Прочитано 71659 раз)

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
libhcl-0.1.3-alt1.noarch.rpm

файлы в
/usr/bin
не исполнимые

Оно работает, но может их лучше в /usr/share/libhcl
?

Тем более в args прописан help как

help=/usr/share/libhcl/hcl-help.txt

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
файлы в
/usr/bin
не исполнимые
Так задумано.
Оно работает, но может их лучше в /usr/share/libhcl
?
Делал по аналогии с общим кодом libshell (но не вижу в этом крайней необходимости - код должен быть с кодом по принципу hfs, а то, что это код включаемый, но не исполняемый, так он работает в момент запуска клиента, так что он исполняемый в любом разе и его функционал задействуется; другое дело, что запуск его самого по себе бесполезен, поэтому он и включаем и без бита исполнения).
Тем более в args прописан help как

help=/usr/share/libhcl/hcl-help.txt
А это не код, поэтому и лежит в месте для данных.

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
но может их лучше в /usr/share/libhcl
Подумаю над этим. Но это далеко не первостепенная задача.
Основное сейчас (для чего я все и делал - пакеты собирал) - тестирование, пожелания, предложения по той базе с информацией, которая есть (может чего не хватает в выводе - вывод короткий, там не все, но основное, среди чего будет проводиться поиск).

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Основное сейчас (для чего я все и делал - пакеты собирал) - тестирование,
Понимая, что без функционала заливки проб на сервер система весьма неполноценна, дорабатываю прототип загрузки проб. Но это требует внимательности большей (как и соблюдения безопасности обмена данными, поскольку передаются персональные данные, которые не должны быть доступны третьей стороне), чем при создании прототипа системы с обменом запросами/ответами.

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
sb  извини, пока занят ...

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
sb  извини, пока занят ...
Да тут походу весь форум занят, кроме YYY :-D

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Возникла небольшая незадача. Есть переменная, нужно средствами bash определить что это: число или строковое значение. Можно, наверное, sed'ом или grep'ом как-то значение проверить, но может есть более точный и простой способ ? Само значение переменной изначально не задается, а получается во время работы скрипта.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 162
    • Домашняя страница
Возникла небольшая незадача. Есть переменная, нужно средствами bash определить что это: число или строковое значение. Можно, наверное, sed'ом или grep'ом как-то значение проверить, но может есть более точный и простой способ ? Само значение переменной изначально не задается, а получается во время работы скрипта.
http://stackoverflow.com/questions/2210349/bash-test-whether-string-is-valid-as-an-integer
Андрей Черепанов (cas@)


Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 162
    • Домашняя страница
Андрей Черепанов (cas@)

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Знатоки использования gpg. Есть ли способ раз и навсегда согласиться с использованием для шифровки открытого ключа ? А то каждый раз спрашивает, что ключ не доверенный. Или хотя бы может есть возможность как-то принудительно (в автоматическом режиме) отвечать утвердительно на вопрос ?

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 242
Знатоки использования gpg. Есть ли способ раз и навсегда согласиться с использованием для шифровки открытого ключа ? А то каждый раз спрашивает, что ключ не доверенный. Или хотя бы может есть возможность как-то принудительно (в автоматическом режиме) отвечать утвердительно на вопрос ?
gpg --import key.asc

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
gpg --import key.asc
Публичный ключ импортирован. Проблема в том, что при упаковке на стороне клиента задается вопрос о том, что вроде как владелец ключа неизвестен и ему нет доверия, но если вы точно его знаете, то можете согласиться на шифрование этим ключом.

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Очередные новости.
Готов прототип (он реально работает, но есть некоторые небольшие недоработки) заливки проб на сервер (с проверкой дубликатов). Теперь осталось определить постоянное место прописки загружаемых проб и сопутствующих рабочих файлов. Дополнительно ещё нужно по-нормальному создать пользователя, от которого будет работать часть, отвечающая за прием и обработку проб на серверной стороне. И, как вариант, решить вопрос с ответом пользователя на вопрос о доверии ключу. Но, если такого решения нет, то оставлю все как есть (один раз ответить на вопрос при заливке думаю не трудно будет, тем более, что заливка будет выполняться не часто).

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
Ну, тут или ключ на каком-нибудь публичном сервере ключей поместить, или вложить в дистрибутив. Второй вариант я подробно не знаю, но например в пакете alt-gpgkeys лежат публичные ключи мантейнеров ALT Linux.