데이터 분류 자체는 흥미로운 연구 주제입니다. 나는 필요한 정보를 수집하는 것을 좋아하고 항상 내 파일에 대한 논리적 디렉터리 계층을 만들려고 노력해 왔으며 어느 날 꿈에서 파일에 태그를 할당하는 아름답고 편리한 프로그램을 보고 더 이상 살 수 없다고 결정했습니다. 더 이상 이렇게.

계층적 파일 시스템의 문제

사용자는 다음 새 파일을 저장할 위치를 선택하는 문제와 자신의 파일을 찾는 문제에 직면하는 경우가 많습니다(때때로 파일 이름은 사람이 전혀 기억할 수 없는 경우도 있습니다).

상황을 벗어나는 방법은 일반적으로 기존 파일 시스템에 추가되는 의미론적 파일 시스템일 수 있습니다. 그 안의 디렉터리는 태그, 카테고리, 메타데이터라고도 불리는 의미론적 속성으로 대체됩니다. 나는 "범주"라는 용어를 더 자주 사용할 것입니다. 왜냐하면... 파일 시스템의 맥락에서 "태그"라는 단어는 때때로 약간 이상합니다. 특히 "하위 태그"와 "태그 별칭"이 나타날 때 그렇습니다.

파일에 범주를 할당하면 파일을 저장하고 검색하는 문제가 크게 줄어듭니다. 파일에 할당된 범주 중 하나 이상을 기억하거나 추측하면 파일이 보기에서 사라지지 않습니다.

이전에 이 주제는 Habré(시간, два, 세, 네 등), 여기서는 내 솔루션을 설명합니다.

실현의 길

언급된 꿈 직후, 나는 범주에 필요한 작업을 제공하는 명령 인터페이스를 내 노트북에 설명했습니다. 그런 다음 나는 XNUMX~XNUMX주 안에 Python이나 Bash를 사용하여 프로토타입을 작성하고 Qt나 GTK에서 그래픽 셸을 만드는 작업을 해야겠다고 결정했습니다. 언제나 그렇듯 현실은 훨씬 더 가혹했고, 개발은 지연됐다.

원래 아이디어는 우선 카테고리를 생성, 삭제하고 파일에 카테고리를 할당하고 파일에서 카테고리를 삭제하는 편리하고 간결한 명령줄 인터페이스를 갖춘 프로그램을 만드는 것이었습니다. 나는 그 프로그램에 전화를 걸었다. 비티스.

첫 번째 만들기 시도 비티스 일과 대학에 많은 시간을 보내기 시작했기 때문에 아무것도 끝나지 않았습니다. 두 번째 시도는 이미 의미가 있었습니다. 석사 논문을 위해 저는 계획된 프로젝트를 완료하고 GTK 셸의 프로토타입을 만드는 데 성공했습니다. 그러나 그 버전은 너무 신뢰할 수 없고 불편해서 많은 것을 다시 생각해야 했습니다.

저는 실제로 수천 개의 파일을 카테고리로 전송하면서 아주 오랫동안 세 번째 버전을 직접 사용했습니다. 이는 또한 구현된 bash 완성으로 인해 크게 촉진되었습니다. 그러나 자동 카테고리가 부족하고 동일한 이름의 파일을 저장하는 기능과 같은 일부 문제가 여전히 남아 있었고 프로그램은 이미 자체 복잡성으로 인해 구부러졌습니다. 이것이 제가 복잡한 소프트웨어 개발 문제를 해결해야 할 필요성을 느끼게 된 방법입니다. 자세한 요구 사항 작성, 기능 테스트 시스템 개발, 패키징 지침 연구 등이 있습니다. 나는 이제 이 보잘것없는 창작물을 무료 커뮤니티에 선보이려는 계획에 이르렀습니다. 카테고리 개념을 통한 관리 등 구체적인 파일 관리는 예상치 못한 이슈와 문제점을 발생시키고, 이를 해결하는데 있어 비티스 주변에 XNUMX개의 프로젝트가 더 생성되었으며 그 중 일부는 기사에서 언급될 것입니다. 지금까지 비티스 저는 그래픽 셸을 구입하지 않았지만 명령줄에서 파일 범주를 사용하는 편리함이 일반 그래픽 파일 관리자의 장점보다 이미 더 큽니다.

사용 예

간단하게 시작해 보겠습니다. 카테고리를 생성해 보세요.

vitis create Музыка

예를 들어 여기에 몇 가지 구성을 추가해 보겠습니다.

vitis assign Музыка -f "The Ink Spots - I Don't Want To Set The World On Fire.mp3"

"show" 하위 명령을 사용하여 "Music" 카테고리의 내용을 볼 수 있습니다.

vitis show Музыка

"open" 하위 명령을 사용하여 재생할 수 있습니다.

vitis open Музыка

왜냐하면 "음악" 카테고리에 파일이 하나만 있으면 해당 파일만 실행됩니다. 기본 프로그램으로 파일을 열 목적으로 별도의 유틸리티를 만들었습니다. vts-fs-오픈 (xdg-open 또는 mimeopen과 같은 표준 도구는 여러 가지 이유로 나에게 적합하지 않았습니다. 그러나 설정에서 범용 파일 열기를 위한 다른 유틸리티를 지정할 수 있습니다.) 이 유틸리티는 작업 환경이 다른 다양한 배포판에서 잘 작동하므로 vitis와 함께 설치하는 것이 좋습니다.

파일을 열 프로그램을 직접 지정할 수도 있습니다.

vitis open Музыка --app qmmp

"할당"을 사용하여 더 많은 카테고리를 만들고 파일을 추가해 보겠습니다. 아직 존재하지 않는 범주에 파일이 할당되면 해당 파일을 생성하라는 메시지가 표시됩니다. -yes 플래그를 사용하면 불필요한 요청을 피할 수 있습니다.

vitis assign Программирование R -f "Введение в R.pdf" "Статистический пакет R: теория вероятностей и матстатистика.pdf" --yes

이제 "통계 패키지 R: 확률 이론 및 수학 통계.pdf" 파일에 "수학" 범주를 추가하려고 합니다. 우리는 이 파일이 이미 "R"로 분류되어 있다는 것을 알고 있으므로 Vitis 시스템의 카테고리 경로를 사용할 수 있습니다.

vitis assign Математика -v "R/Статистический пакет R: теория вероятностей и матстатистика.pdf"

다행히 bash 완성 기능을 사용하면 이 작업이 쉬워집니다.

--categories 플래그를 사용하여 각 파일의 카테고리 목록을 확인하여 무슨 일이 일어났는지 살펴보겠습니다.

vitis show R --categories

파일은 형식, 유형(형식 결합) 및 파일 확장자별로 자동으로 분류되었습니다. 원하는 경우 이러한 범주를 비활성화할 수 있습니다. 나중에 나는 그들의 이름을 확실히 현지화할 것입니다.

다양성을 위해 "수학"에 다른 것을 추가해 보겠습니다.

vitis assign Математика -f "Математический анализ - 1984.pdf" Перельман_Занимательная_математика_1927.djvu 

이제 상황이 흥미로워집니다. 범주 대신 합집합, 교차, 뺄셈 연산, 즉 집합에 대한 연산을 사용하여 표현식을 작성할 수 있습니다. 예를 들어, "Math"와 "R"이 교차하면 하나의 파일이 생성됩니다.

vitis show R i: Математика

"수학"에서 언어 "R"에 대한 참조를 빼겠습니다.

vitis show Математика  R  #или vitis show Математика c: R

음악과 R 언어를 목적 없이 결합할 수 있습니다.

vitis show Музыка u: R

-n 플래그를 사용하면 숫자 및/또는 범위별로 요청 결과에서 필요한 파일을 "끌어낼" 수 있습니다. 예를 들면 다음과 같습니다. -n 3-7또는 더 복잡한 것: -n 1,5,8-10,13. 이는 목록에서 원하는 파일을 열 수 있게 해주는 open 하위 명령과 함께 유용할 때가 많습니다.

기존 디렉터리 계층 구조 사용에서 벗어나는 동안 중첩된 범주를 갖는 것이 유용한 경우가 많습니다. "수학" 카테고리 아래에 "통계" 하위 카테고리를 만들고 이 카테고리를 적절한 파일에 추가해 보겠습니다.

vitis create Математика/Статистика

vitis assign Математика/Статистика -v "R/Введение в R.pdf"

vitis show Математика --categories

이제 이 파일에는 "Math" 대신 "Math/Statistics" 범주가 있음을 알 수 있습니다(추가 링크가 추적됨).

전체 경로를 지정하는 것은 불편할 수 있습니다. "전역" 별칭을 만들어 보겠습니다.

vitis assign Математика/Статистика -a Статистика

vitis show Статистика

일반 파일뿐만 아니라

인터넷 링크

모든 정보의 저장을 통합하려면 최소한 인터넷 리소스에 대한 링크를 분류하는 것이 유용합니다. 그리고 이것은 가능합니다:

vitis assign Хабр Цветоаномалия -i https://habr.com/ru/company/sfe_ru/blog/437304/ --yes

HTML 페이지의 헤더와 확장자가 .desktop인 파일이 특별한 위치에 생성됩니다. 이는 GNU/Linux의 전통적인 바로가기 형식입니다. 이러한 바로가기는 자동으로 NetworkBookmarks로 분류됩니다.

당연히 바로 가기가 생성되어 사용됩니다.

vitis open Цветоаномалия

명령을 실행하면 새로 저장된 링크가 브라우저에서 열립니다. 인터넷 소스에 대한 분류된 바로가기는 브라우저 북마크를 대체할 수 있습니다.

파일 조각

개별 파일 조각에 대한 카테고리를 갖는 것도 유용합니다. 나쁜 요청은 아니죠? 그러나 현재 구현은 일반 텍스트 파일, 오디오 및 비디오 파일에만 영향을 미칩니다. 콘서트의 특정 부분이나 영화의 재미있는 순간을 표시해야 한다고 가정하고, 할당을 사용할 때 -fragname, -start, -finish 플래그를 사용할 수 있습니다. "DuckTales"의 화면 보호기를 저장해 보겠습니다.

vitis assign vitis assign -c Заставки -f Duck_Tales/s01s01.avi --finish 00:00:59 --fragname "Duck Tales intro"

vitis open Заставки

실제로는 파일 절단이 발생하지 않습니다. 대신 파일 형식, 파일 경로, 조각의 시작과 끝을 설명하는 조각에 대한 포인터 파일이 생성됩니다. 조각에 대한 포인터의 생성 및 열기는 이러한 목적을 위해 특별히 만든 유틸리티, 즉 mediafragmenter 및 fragplayer에 위임됩니다. 첫 번째가 생성되고 두 번째가 열립니다. 오디오 및 비디오 녹화의 경우 미디어 파일은 VLC 플레이어를 사용하여 특정 위치에서 특정 위치로 실행되므로 시스템에도 있어야 합니다. 처음에는 mplayer 기반으로 하려고 했는데 왠지 적절한 순간에 포지셔닝이 너무 삐뚤어졌습니다.
이 예에서는 "Duck Tales intro.fragpointer" 파일이 생성되고(특수 위치에 배치됨) 파일 시작 부분부터(생성 시 –start가 지정되지 않았기 때문에) 조각이 59번째 파일까지 재생됩니다. 두 번째 표시가 표시된 후 VLC가 닫힙니다.

또 다른 예는 유명한 아티스트의 콘서트에서 단일 공연을 분류하기로 결정한 경우입니다.

vitis assign Лепс "Спасите наши души" -f Григорий Лепc - Концерт Парус - песни Владимира Высоцкого.mp4 --fragname "Спасите наши души" --start 00:32:18 --finish 00:36:51

vitis open "Спасите наши души"

열면 파일이 원하는 위치에 포함되며 XNUMX분 XNUMX초 후에 닫힙니다.

작동 방식 + 추가 기능

카테고리 저장

의미론적 파일 시스템 구성에 대해 생각하기 시작하면서 세 가지 방법이 떠올랐습니다. 즉, 기호 링크 저장, 데이터베이스, XML 설명을 통해 말입니다. 첫 번째 방법이 이겼습니다. 왜냐하면... 한편으로는 구현하기 쉽고, 다른 한편으로는 사용자가 파일 시스템에서 직접 카테고리를 볼 수 있는 기회가 있습니다(이는 편리하고 중요합니다). 사용 초기에는 비티스 사용자의 홈 디렉터리에 “Vitis” 디렉터리와 “.config/vitis/vitis.conf” 구성 파일이 생성됩니다. ~/Vitis에는 카테고리에 해당하는 디렉토리가 생성되고, 이러한 카테고리 디렉토리에는 원본 파일에 대한 심볼릭 링크가 생성됩니다. 카테고리 별칭은 해당 카테고리에 대한 링크일 뿐입니다. 물론, 홈 디렉토리에 "Vitis" 디렉토리가 있다는 것이 어떤 사람들에게는 적합하지 않을 수도 있습니다. 다른 위치로 전환할 수 있습니다.

vitis service set path /mnt/MyFavoriteDisk/Vitis/

어떤 시점에서는 위치가 변경될 수 있으므로 여러 곳에 흩어져 있는 파일을 분류하는 것이 의미가 없다는 것이 분명해집니다. 따라서 우선 나는 어리석게 모든 것을 버리고 모든 범주를 부여하는 디렉토리를 만들었습니다. 그러다가 이 순간을 프로그램 수준에서 공식화하는 것이 좋겠다고 결정했습니다. 이것이 "파일 공간"이라는 개념이 나타난 방식입니다. 사용 초기에는 비티스 해당 위치를 즉시 설정하고(필요한 모든 파일이 여기에 저장됨) 자동 저장을 활성화해도 문제가 되지 않습니다.

vitis service add filespace /mnt/MyFavoriteDisk/Filespace/

vitis service set autosave yes

자동 저장을 사용하지 않고 "할당" 하위 명령을 사용할 때 추가된 파일을 파일 공간에 저장하려면 --save 플래그가 필요합니다.

또한 여러 파일 공간을 추가하고 우선 순위를 변경할 수 있는데, 이는 파일이 많고 서로 다른 미디어에 저장되어 있는 경우 유용할 수 있습니다. 여기서는 이러한 가능성을 고려하지 않겠습니다. 자세한 내용은 프로그램 도움말에서 찾을 수 있습니다.

의미론적 파일 시스템 마이그레이션

어쨌든, Vitis 디렉토리와 파일 공간은 이론적으로 때때로 이곳 저곳으로 이동할 수 있습니다. 작동하게 하기 위해 별도의 유틸리티를 만들었습니다. 링크 편집기, 링크를 대량 편집하여 경로의 일부를 다른 경로로 바꿀 수 있습니다.

cp -r /mnt/MyFavoriteDisk/Vitis/ ~/Vitis
link-editor -d ~/Vitis/ -f /mnt/MyFavoriteDisk/Vitis/ -r ~/Vitis/ -R
cp -r /mnt/MyFavoriteDisk/Filespace/ ~/MyFiles
link-editor -d ~/Vitis/ -f /mnt/FlashDrive-256/Filespace/ -r ~/MyFiles -R

첫 번째 경우, /mnt/MyFavoriteDisk/Vitis/에서 홈 디렉토리로 이동한 후 별칭과 관련된 심볼릭 링크가 편집됩니다. 두 번째 경우, 파일 공간의 위치를 ​​변경한 후 Vitis의 모든 링크는 해당 경로의 일부를 교체하라는 요청에 따라 새 링크로 변경됩니다.

자동 카테고리

명령을 실행하면 vitis service get autocategorization를 보면 기본적으로 형식(형식 및 유형)과 파일 확장자(확장자)별로 자동 카테고리가 할당되어 있는 것을 확인할 수 있습니다.

이는 예를 들어 PDF에서 무언가를 찾거나 EPUB 및 FB2에 저장한 내용을 확인해야 할 때 유용합니다. 간단히 요청을 실행할 수 있습니다.

vitis show Format/MOBI u: Format/FB2

파일이나 mimetype과 같은 표준 GNU/Linux 도구는 항상 형식을 정확하게 결정하지 못하기 때문에 나에게 적합하지 않았습니다. 파일 서명과 확장자를 기반으로 직접 구현해야 했습니다. 일반적으로 파일 형식을 정의하는 주제는 연구하기에 흥미로운 주제이므로 별도의 기사를 쓸 가치가 있습니다. 지금으로서는 세상의 모든 형식에 대해 진정한 인식을 제공하지는 못했지만 일반적으로 이미 잘 작동하고 있다고 말할 수 있습니다. 사실, EPUB는 이제 형식을 ZIP으로 정의합니다(일반적으로 이는 타당하지만 실제로는 정상적인 동작으로 간주되어서는 안 됩니다). 당분간은 이 기능을 실험적으로 고려하고 버그가 있으면 보고해 주세요. 이상한 상황에서는 항상 Extension/epub와 같은 파일 확장자 카테고리를 사용할 수 있습니다.

형식별 자동 범주가 활성화되면 "아카이브", "그림", "비디오", "오디오" 및 "문서"와 같이 일부 형식을 유형별로 그룹화하는 자동 범주도 활성화됩니다. 이러한 하위 카테고리에 대해서도 현지화된 이름이 만들어질 것입니다.

말하지 않은 것

비티스 그것은 매우 다각적인 도구임이 밝혀졌고, 모든 것을 한 번에 다루기는 어렵습니다. 그 밖에 수행할 수 있는 작업에 대해 간략하게 설명하겠습니다.

• 카테고리는 파일에서 삭제 및 제거될 수 있습니다.
• 표현식 쿼리의 결과는 지정된 디렉터리에 복사될 수 있습니다.
• 파일은 프로그램으로 실행될 수 있습니다.
• show 명령에는 이름/수정 날짜 또는 액세스/크기/확장자별 정렬, 파일 속성 및 원본 경로 표시, 숨겨진 파일 표시 활성화 등과 같은 많은 옵션이 있습니다.
• 인터넷 소스에 대한 링크를 저장할 때 HTML 페이지의 로컬 복사본을 저장할 수도 있습니다.

자세한 내용은 사용자 도움말에서 확인할 수 있습니다.

전망

회의론자들은 종종 "아무도 이러한 태그를 스스로 설정하지 않을 것"이라고 말합니다. 내 예를 사용하여 그 반대를 증명할 수 있습니다. 나는 이미 XNUMX개가 넘는 파일을 분류했고, XNUMX개가 넘는 범주와 별칭을 만들었으며 그만한 가치가 있었습니다. 한 팀이 되면 vitis open План 할 일 목록을 열거나 명령 하나로 vitis open LaTeX LaTeX 레이아웃 시스템에 관한 Stolyarov의 책을 열면 파일 시스템을 "구식 방식"으로 사용하는 것이 이미 도덕적으로 어렵습니다.

이를 바탕으로 여러 가지 아이디어가 떠오릅니다. 예를 들어, 현재 날씨, 휴일, 요일, 시간 또는 연도에 따라 주제별 음악을 켜는 자동 라디오를 만들 수 있습니다. 주제에 더 가까운 것은 카테고리를 알고, 세트장에서와 같이 카테고리에 대한 연산을 통해 표현으로 음악을 재생할 수 있는 음악 플레이어입니다. "다운로드" 디렉터리를 모니터링하고 새 파일을 분류하도록 제안하는 데몬을 만드는 것이 유용합니다. 그리고 물론, 우리는 일반적인 그래픽 의미론적 파일 관리자를 만들어야 합니다. 예전에는 기업용 웹 서비스를 만들어서 파일을 모아서 활용하는 일도 했었는데, 높은 수준의 성능을 달성했음에도 우선 순위가 되지 않고 무의미해졌습니다. (대규모 변경으로 인해 비티스, 더 이상 사용할 수 없습니다.)

여기 약간의 데모가 있습니다

결론

바이스 데이터 작업 스타일을 근본적으로 바꾸려는 첫 번째 시도는 아니지만 내 아이디어를 구현하고 구현을 GNU GPL 라이센스에 따라 공개적으로 제공하는 것이 중요하다고 생각했습니다. 편의를 위해 x86-64용 deb 패키지가 만들어졌으며 모든 최신 Debian 배포판에서 작동합니다. ARM에는 사소한 어려움이 있었습니다(반면에 관련된 다른 모든 프로그램은 비티스, 잘 작동함), 향후에는 이 플랫폼(armhf)용으로 작동하는 패키지가 컴파일될 예정입니다. Fedora 30의 문제와 여러 RPM 배포판에 배포하기 어려운 문제로 인해 지금은 RPM 패키지 생성을 중단했지만, 이후 패키지는 적어도 두 가지에 대해 계속 만들어질 것입니다. 그동안 다음을 사용할 수 있습니다. make && make install 또는 checkinstall.

관심을 가져주셔서 감사합니다! 이 기사와 이 프로젝트가 도움이 되기를 바랍니다.

프로젝트 저장소 링크

출처 : habr.com