информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяSpanning Tree Protocol: недокументированное применениеГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Уголовное дело против Nginx 
 Microsoft сообщила о 44 миллионах... 
 Множественные уязвимости в VNC 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
причем для всего этого активно используют sqlite... 14.10 00:36  Число просмотров: 539
Автор: dl <Dmitry Leonov>
Отредактировано 14.10 00:39  Количество правок: 2
<"чистая" ссылка> <ответить>
...поддержка которого сразу есть на борту любого андроида, если вспомнить об исходной задаче.
<ответить> <operating systems>
Виртуальная файловая система. 06.09 14:15  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <ответить>
Случайно возникла такая мысль: виртуальная ФС, концептуально аналогичная VLAN. Т.е. файлы разным пользователям видны в совершенно разных каталогах по их усмотрению. Не точки монтирования, а, вообще - файлы одни и те же, а структуры каталогов и их размещение в них произвольно-различные.

Есть такое? Если нет - прошу считать данный пост первопубликацией данной идеи.
Вообще, большинство современных файловых систем поддерживают... 02.10 19:38  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 02.10 19:40  Количество правок: 1
<"чистая" ссылка> <ответить>
Вообще, большинство современных файловых систем поддерживают жёсткие ссылки - одно тело файла, много имен файла в разных каталогах. Во вторых, есть файловые системы с дедупликацией страниц, например ZFS, но только на Linux.
не встречал 07.09 13:10  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка> <ответить>
В принципе, это то, ради чего в Cairo затевали WinFS, но потом решили, что искать по индексу в сочетании с тегами дешевле.
Оно, безусловно, умнее, но 08.09 07:16  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <ответить>
Человек - существо разумное весьма условно. Потому, в тэгах всегда бардак, а осваивать поиск всем лень, как и тэги править. Даже - мне. А вот, ФС и браузер - вещи, которые все поневоле знают и пользуют.
ну вот практика показала, что обычным людям проще искать, чем раскладывать по иерархиям 10.09 01:42  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка> <ответить>
"Проще" не значит - "получается". 10.09 17:42  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <ответить>
В винде ищут только потерявшееся и только поштучно. Подборки либо - пофайловые, либо их нет вообще. В Андроиде это просто гиморой.
Нет, даже круче! 06.09 15:51  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <ответить>
Прежде всего - откуда это все вылезло:
Счас ковыряюсь в Ведроиде - пытаюсь написать свой аудиоплейер. А почему? Потому, что все пытаются юзать андроидовскую систему медиабиблиотек с сортировкой по авторам, альбомам и т.д. Все это не работает и никогда работать не будет и, потму, аццки мешает. Потому, что человек не робот и никогда не будет заполнять тэги медиафайлов и, уж точно, никогда не будет это делать правильно и единообразно. А еще, он будет пихать туда спам и вирусню. Все это в результате вместо порядка только ухудшает бардак.

В то же время, файловая система - идеальное упорядоченное хранилище, которым все умеют и, полюбас, вынуждены пользоваться. Скачивая файлы, ты, неизбежно, куда-то как-то их распихиваешь, упорядочивая по своему усмотрению. Чего еще-то надо?!

Сначала я хотел оставить в плейере только файл-браузер и сделать текущую очередь треков, в которую файлы бы перетаскивались из окна браузера пальцем и там же пальцем перемещались вверх-вниз. Эта же очередь, нажатием кнопки, сохранялась бы, как плейлист. И тут сразу вопрос: "Куда и под каким именем? Как я буду это потом искать и понимать?"

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

Конечно, Ведроид для этого плохо приспособлен, поскольку у него нет стандартного Експлорера и стандартных диалогов открытия/сохранения файлов, но вот в виндах-линуксоидах это должно получиться удобно. Главное, чтобы линки не приходилось создавать вручную - это, опять, никто делать не будет, а джелала бы это сама система/плюгин в ней. Скажем, создал виртуальный диск/каталог и - все, реальный перенос файлов туда с реального диска запрещен, а "видимый" перенос/копирование будут создавать только линк, в то же время, внутри виртпапки линки можно стирать/переносить/копировать, но реального файла там быть не может.
Описание напоминает реализацию графа в БД. 02.10 19:45  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка> <ответить>
Может тебе взять какой-нибудь порт легковесной БД для ведроида и попробовать реализовать всё это в БД?
И получить в рыло стоптанным лаптем фра Оккама. 05.10 17:28  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <ответить>
БД, вообще, в современных условиях абсолютно лишняя сущность, которую быдлокодеры пихают куда не надо.
Откуда такое предвзятое отношение к СУБД? 07.10 23:15  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 07.10 23:17  Количество правок: 1
<"чистая" ссылка> <ответить>
Любая файловая система, по своей сути, является своеобразной БД.
Почему - предвзятое? 12.10 05:25  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <ответить>
По мере увеличения памяти компьютеров необходимость в специальном софте для хранения и администрирования большого количества таблиц на диске снижается, а ООП "отрывает" у СУБД огромный кус в упроавленческом софте. Вместо таблицы - объект "склад" с полями-объектами "стеллаж", всключающими объекты - "полки", объекты - "ящики", объекты - "детали"...
Не обязательно использовать ORM! Можно использовать... 12.10 20:47  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 12.10 20:48  Количество правок: 1
<"чистая" ссылка> <ответить>
> По мере увеличения памяти компьютеров необходимость в
> специальном софте для хранения и администрирования большого
> количества таблиц на диске снижается, а ООП "отрывает" у
> СУБД огромный кус в упроавленческом софте. Вместо таблицы -
> объект "склад" с полями-объектами "стеллаж", всключающими
> объекты - "полки", объекты - "ящики", объекты - "детали"...

Не обязательно использовать ORM! Можно использовать классическую 3NF по сущностям данных, а не типам, и классический нативный клиент с SQL запросами.
причем для всего этого активно используют sqlite... 14.10 00:36  
Автор: dl <Dmitry Leonov>
Отредактировано 14.10 00:39  Количество правок: 2
<"чистая" ссылка> <ответить>
...поддержка которого сразу есть на борту любого андроида, если вспомнить об исходной задаче.
Тока об этом не надо!!! Я их убью за это1 20.10 04:42  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <ответить>
Интегрировали в Ведро БД и тепер каждый идиот пихает его во все дыры. Ну, объясните полудурку, нахрена БД, скажем, в аудиоплейере?!
Чтобы создать тот самый граф, который тебе нужен! :) 21.10 22:37  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 21.10 22:47  Количество правок: 3
<"чистая" ссылка> <ответить>
Ты можешь в БД хранить и вертеть интересующие тебя данные хоть в "фас", хоть в "профыль", хоть кубы аналитики строить, при том, что файлы треков как лежали размазанными по разным папкам, так и будут лежать. Строишь справочную таблицу ссылок на файлы с первичным синтетическим ключом, выдёргиваешь из треков нужную тебе информацию, формируя таблицы сущностей и строя графы зависимостей с привязкой на упомянутую справочную таблицу и вертишь этими данными в выборке как тебе надо.

А вообще, можно даже сами аудиофайлы засунуть в БД в виде BLOb'ов и не будет никакой файловой помойки. Плюс ко всему, можно самостоятельно организовать дедупликацию, создавая для каждого BLOb'а хэш SHA-256, ASIC поддержка которого есть практически во всех современных процах, дополненный сравнением содержимого при совпадении хэша, в т.ч. и в ARM.
Могу. А так же - стрелять из пушки по воробьям и забивать микроскопом гвозди. 27.10 05:18  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <ответить>
Данный пример применим и к файловым системам, как СУБД. Данные находятся по фигу где - в разных секторах. Пользовательскому софту и, в конце концов, человеку это не видно. 24.10 12:43  
Автор: kstati <Евгений Борисов> Статус: Elderman
Отредактировано 24.10 12:43  Количество правок: 1
<"чистая" ссылка> <ответить>
удобно 20.10 14:01  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка> <ответить>
И не надо забивать себе голову решением задач, которые там уже давно реализованы. Sqlite ведь не требует сервера, это просто библиотека для работы с бинарными файлами с интерфейсом, поддерживающим привычные sql-запросы.
SQL СУБД embedded "из коробки". 21.10 22:38  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка> <ответить>
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2019 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach