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

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Подправил немного скрипт system-report...
Видимо ещё стоит вырезать uuid раздела диска (может показаться, что это паранойя, но есть софт, который привязывает данные к этой информации; в любом случае, эта информация в логе xorg-server'а малополезна - вырезать).

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Прикрепил обновленный файл к предыдущему сообщению. Вроде бы больше персонального рода информации не обнаружил.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Переделал сжатие в .tar.xz архив с максимально доступным сжатием. Обновил файл в предыдущем сообщении https://forum.altlinux.org/index.php?topic=36472.msg280595#msg280595.

Оффлайн ruslandh

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

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

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Переделал сжатие в .tar.xz архив с максимально доступным сжатием.

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

Я уже провел расследование, которое показало на практике максимальное сжатие "пробы" именно алгоритмом xz с примененными параметрами. Так что ничего менять тут или применять какие-то врапперы для простого баш-скрипта нет смысла (потому как сжимаемые данные совершенно конкретного типа: текст, причем практически шаблонный в том смысле, что очень схожий от пробы к пробе).

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Теперь осталось из собранного массива информации выделить то, что относится к железу непосредственно и представляет для простого обывателя наибольший интерес (как то модели материнской платы, тип и наименование процессора, звуковая карта и т.п.), как-то скучковать, отсортировать для возможности дальнейшего поиска, написать функционал для обработки этой выделенной информации хэш алгоритмом (для уникальности и предотвращения дубликатов, сам хэш среди прочего можно запросто использовать как идентификатор страницы, по адресу которой эта проба хранится и отображается). После сделать прототип обмена между клиентом и сервером. Если кратко, то действия должно быть примерно такие при взаимодействии сервера и клиента:
1) клиент посылает серверу запрос о принятии пробы
2) сервер подтверждает доступность и запрашивает "кодовое слово" о принадлежности пробы к дистрибутивам альт линукс
3) при получении корректного слова сервер запрашивает хэш пробы
4) если полученный от клиента хэш в базе отсутствует (что говорит об уникальности конфигурации), то проба заливается, обрабатывается дополнительно (если это требуется) и публикуется в "базу" (где база может быть просто каталогом на диске, где хранятся пробы)
5) клиенту сообщается об удачном размещении пробы и подтверждается актуальность его хэша, как "квитка", по которому его пробу всегда можно получить с сервера (по адресу, содержащему данный хэш), это можно сделать в виде сообщения пользователю с разъяснением, что к чему.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Подправил немного скрипт system-report...
Видимо ещё стоит вырезать uuid раздела диска (может показаться, что это паранойя, но есть софт, который привязывает данные к этой информации; в любом случае, эта информация в логе xorg-server'а малополезна - вырезать).
Нашел ещё в одном месте uuid (dmesg) - вырезаем аккуратно. Файл обновил.
PS Теперь это (если, конечно, не пропустил ещё чего) анонимная проба и можно с этими данными потихоньку начинать работать и пробовать делать реализацию сервер-клиент (но предварительно определить ту информацию, которая реально полезна пользователям). Но только с приложенным в этой теме system-report. Старый не столь безопасен в этом смысле и не совсем анонимен.
Прикладываю rpm пакет для желающих (как водится работает и под пользователем, но собранной информации меньшее количество, чем собирается при запуске с правами root)

Оффлайн kostyalamer

  • Мастер
  • ***
  • Сообщений: 432
    • Сайт клуба активных пользователей ALT Linux
Прикладываю rpm пакет для желающих (как водится работает и под пользователем, но собранной информации меньшее количество, чем собирается при запуске с правами root)
Серега в клубную репу запихать ? Если да , то давай src-ху .
Archlinux  / Altlinux Free Mate p8

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Прикладываю rpm пакет для желающих (как водится работает и под пользователем, но собранной информации меньшее количество, чем собирается при запуске с правами root)
Серега в клубную репу запихать ? Если да , то давай src-ху .
Ну запихай. Не знаю, правда, кому пригодится может. src прикладываю

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Есть такое предложение держать пробы в /var/cache/system-report и туда же складывать "талоны" на пробы. Это для инструментария клиента.
PS Хотя кочует наиболее долго именно что хомяк, а все остальное подвергается риску быть потерянным. Может тогда лучше в хомяк складывать ?

Оффлайн kostyalamer

  • Мастер
  • ***
  • Сообщений: 432
    • Сайт клуба активных пользователей ALT Linux
Ну запихай. Не знаю, правда, кому пригодится может. src прикладываю
В клубных репах : http://forum.russ2.com/index.php?s=&showtopic=2724&view=findpost&p=46153
Archlinux  / Altlinux Free Mate p8

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Вообще же, если идти по пути анонимизации, то информация от blkid и строки запуска ядра с параметрами (где присутствует среди прочего корневой uuid) должна собираться с разрешения пользователя (его подтверждения). Далеко не во всех случаях такая информация крайне необходима. Эти данные вполне можно использовать для информаирования пользователя по проблеме, описанной тут https://forum.altlinux.org/index.php?topic=34680.msg255066#msg255066. И для решения вовсе необязательно эти данные собирать и на сервер закидывать.

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 222
чтобы от этого была какая-то польза, то нужно парсить ядро, драйверы xorg и вытаскивать оттуда идентификаторы поддерживаемых устройств. Тогда человеку будет видно - нужно ядро не ранее такого-то (выкидывют значительно реже).

Но принтеры, сканеры и прочая периферия в пролете все равно  :-(

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Но принтеры, сканеры ..... в пролете все равно  :-(
Ну, во первых - их поддержка не связана с ядром. Она связана с sane и cups

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Но принтеры, сканеры и прочая периферия в пролете все равно
У saned и cups разве нет ресурсов со списком поддерживаемого оборудования ? И надо ли нам тащить эти данные в свою базу в то время, когда эти базы должны быть у соответствующих проектов ?