Культурный офтопик
 help / color / mirror / Atom feed
From: Denis  Medvedev <a_mdl@mail.ru>
To: "Культурный офтопик" <smoke-room@lists.altlinux.org>
Subject: Re: [room] безумные (банальные?) идеи
Date: Tue, 15 Feb 2011 12:24:06 +0300
Message-ID: <E1PpH8g-00062C-00.a_mdl-mail-ru@f46.mail.ru> (raw)
In-Reply-To: <AANLkTisyp2bKOrjQHOkmhBYhA_mr7tdrgpJU5Th+85B@mail.gmail.com>

http://www.libferris.com/
Правда собрать это чудо - немалых сил требует. У меня не получилось...


Mon, 14 Feb 2011 20:50:05 +0300 письмо от Алексей Синицын <asinitsinster@gmail.com>:

>  Доброго времени суток.
> 
> Случилось мне тут заглянуть и увидеть это занимательное обсуждение
> файлов с десктопами, отчего почесался немного и начал писать то, что
> уж давно собирался спросить.
> 
> Недавно сравнительно, захотелось мне разобраться что в системе
> ненужного есть. Стояла система уж лет как с восемь, да
> эксплуатировалась нещадно, отчего где только огрызки конфигурационных
> файлов не валялись. Да недолго и думать, вот тут как раз стоит
> KleanSweep, ну так пусть поработает немножко, не зря я его лет пять
> назад поставил. Поработал он, поработал, потом я решил что двое суток
> для него лишнего работать, тем более что неизвестно сколько он ещё
> протрудился-бы на благо хозяина-пользователя, хотя хозяин и
> предусмотрительно отрезал ему все пути на помойки.
> 
> Остановил я его, а тут кстати подвернулся свободный накопитель на
> который поставил кентавра, сначала сравнить, а теперь с него верхом и
> пишу, как оказалось не настолько сильна моя сентиментальность. Да
> тут-же и вспомнил занятную историю, как случилось парсить файлы:
> парсер на bash/sed/awk трудился весь рабочий день, а потом sql втянул
> эти файлы и на один запрос за секунды ответ выдал. Может и здесь можно
> применить этот чудо метод, завести базу в sql, и в неё засыпать данные
> о системных файлах, пусть один раз проиндексирует, а затем только
> актуальность поддерживает, в конце концов от updatedb машина ещё ни
> разу не переломилась. А там - можно будет хоть файлы
> незарегистрированные в базе rpm (или deb, по желанию) находить, хоть
> пакеты которые не нужны никому другому (хотя у нормального apt и так
> есть команда autoremove), хоть ещё какие выкрутасы вытворять.
> 
> Слово за слово, тут вспомнилось мне как недавно познакомился я с
> такой чудесной вещью как социальная сеть музыкантов - jamendo. И так
> она мне понравилась, а кроме того что там свободная культура, о
> которой писал Лессиг, да живая музыка - там на каждую дорожку
> проставлено больше одного тега. И уж как это хорошо, посмотрел я на
> каких плеерах это реализовано, нигде так хорошо как на сайте нет. Даже
> затеял было свой веб интерфейс написать к mpd, с маджонгом и
> поэтессами, да за отсутствием практического опыта в программировании
> так на стадии затевания и остановился. А ведь если переписать и учесть
> не только системные, но все файлы, то тут сразу и база для музыки,
> только знай сортируй. При сканировании-то можно и file выполнить, а
> если file подскажет то и теги втянуть какие есть, благо полное
> сканирование одно, а потом только разницу находить. Да там уж и модули
> для облегчения расстановки тегов налепить недолго. Конечно, здесь и
> учитывать можно кому принадлежит файл, на всякий случай, при запросе
> что бы поправляться. А уж если у нас и музыка пошла, то отчего заодно
> и изображения не облагородить. Кстати, тут у меня и текстовые файлы
> завалялись.
> 
> С другой стороны, я понимаю конечно что уже есть у каждой программы
> своя маленькая база данных, и у музыки, и у картинок, и даже все кто
> поумнее уже и на sql и такой экзотический велосипед только смешным
> может показаться. Но кажется мне, всё же, что у одной, общей, единой
> базы определённо есть свои достоинства. Ну там, музыка от фильма,
> кадры из него-же, а фильм наоборот по книге, а книга по историческим
> событиям, ой, понесло уже... ладно.
> 
> В общем, мне кажется, что использование базы данных для связывания
> сырого информационного материала может позволить избавить пользователя
> от необходимости знать про такие несуразные вещи как файлы. Впрочем,
> что кажется, именно это и происходит: в f-spot'ах, digikam'ах,
> менеджерах музыкальных коллекций. Остаётся только делать следующий
> шаг, сменить зоопарк баз одной, One world, One Web, One Program! (а
> что там в оригинале, кстати, было, не помню).
> 
> Конечно, для полноценной работы с информацией необходимо то, что мы
> называем "пониманием" текста. Но когда этого можно будет ожидать -
> неизвестно, а с другой стороны такое структурирование информации по
> моему может быть до какой то степени и катализирует процесс.
> 
> Да, в целом за бортом остались, видимо, служебные записки да прочая
> бюрократия, но когда с объектами культуры получится управиться -
> глядишь и на них какая управа найдётся.
> 
> Ой, как собирался, да так ничего и не спросил. Ну в общем, хотя бы
> безумная это идея или банальная? Пусть так, что ли, будет. И это,
> может быть действительно, имеет смысл сделать sql базу хотя бы по
> системным файлам?
> _______________________________________________
> smoke-room mailing list
> smoke-room@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/smoke-room



       reply	other threads:[~2011-02-15  9:24 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-15  9:24 ` Denis Medvedev [this message]
2011-02-15 17:12   ` Алексей Синицын
2011-02-15 19:30     ` Денис Смирнов
2011-02-15 20:39       ` Алексей Синицын
2011-02-15 21:21         ` Денис Черносов
2011-02-16  0:05           ` Денис Смирнов
2011-02-16 19:35             ` Алексей Синицын
2011-02-17  7:49               ` Денис Черносов
2011-02-17  7:50             ` Денис Черносов
2011-02-16 17:27           ` Алексей Синицын
2011-02-15 23:57         ` Денис Смирнов
2011-02-16 17:45           ` Алексей Синицын
2011-02-16 19:03             ` Денис Смирнов
2011-02-16 19:43       ` Rinat Bikov
2011-02-16 21:45         ` Денис Смирнов

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1PpH8g-00062C-00.a_mdl-mail-ru@f46.mail.ru \
    --to=a_mdl@mail.ru \
    --cc=smoke-room@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Культурный офтопик

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/smoke-room/0 smoke-room/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 smoke-room smoke-room/ http://lore.altlinux.org/smoke-room \
		smoke-room@lists.altlinux.org smoke-room@lists.altlinux.ru smoke-room@lists.altlinux.com smoke-room@altlinux.ru smoke-room@altlinux.org smoke-room@altlinux.com
	public-inbox-index smoke-room

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.smoke-room


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git