必要なファイルをすばやく見つけたい場合があります。 何十万ものファイルがあり、その名前、内容、またはタイプがわからない場合、何もありません。 しかし、おそらくカテゴリを知っています。 そして、私はそれを素早く計算し、すぐに編集して書きたいです。
現在、ファイルに直接アクセスできる便利なクロスプラットフォームのオープンソースのファイルクリーナーはありません。
さらに、メディアライブラリやセマウェブではなく、ファイルに
直接アクセスできる巨大なファイルウォッシングシステムを管理するためのシンプルで便利なシステムに焦点を当てます。
1. TK
英国の科学者プラクティスは、数十人のユーザーのための小さな会社でさえ、非常に異なるコンテンツと形式の数十（または数十）数千のファイルがある場合があることを示しました。 そして、この
混乱の中でファイルを見つけることは非常に難しいので、もう一度やり直すのは簡単です。
検索の問題は今日ではあまり発生しませんでした（
チェーホフの証人）-しかし、まだ解決されていません。
ニュアンスは、この場合、「見つける」は検索エンジンまたはエクスプローラーの観点ではなく、人間の観点であるということです。 人は自分が探している言葉を知らない-概念を知っている。 また、検索エンジンとファイルマネージャーの概念（セマンティクス）がきついです。 通常のユーザーは、「\\ server \ public \ Incoming \ Contracts \ Clients \ Horns and Hooves \ Horns and hoofs agreement with Chamomile with delivery.doc」を探しません-彼は「私たちの最愛のクライアントに関する先月についてのある種の契約レモン2個。」 そして、（幸運なら）彼はそれを「\\サーバー\プライベート\秘書\送信トレイ\ Romashka LLC \コマーシャルオファー\蹄\どうやってもうすでに手に入れたのか」で見つけます。
「彼ら自身が何を望んでいるかわからない」状況（ゾシュチェンコ）では、その人に選択肢を与えなければなりません（検索エンジンがやろうとしているが、これまでのところ成功していません）。 つまり ドキュメントの種類がわかりません-目の前には種類があります。 会社の正確な名前は覚えていません。会社のリストがあります。 等 したがって、これはもはや検索ではなく、フィルターです。
だから-私は10万500,000ファイル（傾向のあるものからAutoCAD図面まで）を持っているとしましょう-そして私は迅速かつ便利にしたいです：
- ファイル自体に物理的に存在しないいくつかの兆候に従ってファイルを「計算」（フィルタリング）します。
- 開く（コピーをダウンロードして開くのではなく、単に開いてください）、
- 変更-および書き込み（アップロードしないでください-すなわち書き込み-^ S）。
合計-次のようなシステムが必要です。
- 作品
- クロスプラットフォーム（Windows、Linux、Mac OS）
- フィルター
- 直接アクセス（オープンおよび記録）
- 統合（デスクトップ環境への統合-パラグラフ4の結果として）
- マルチプレイヤー
- インターネット（世界中のどこからでもアクセス可能）
- オープンソース
2.誰が責任があるのか
今日は何がありますか：
2.1。 FS
これは、ローカル/リモートファイルシステム上のフォルダーとファイルの分岐ツリー形式のファイルワイプです。 このオプションには、1つの大きな利点と1つの大きな欠点があります。
- -フィルターの完全な欠如。
- +組み込みのクロスプラットフォームの直接ファイルアクセス。
もちろん、階層構造はストレッチ付きの「フィルター」と呼ばれます。 しかし、それはストレッチです。 ある人が「\\ server \ public \ LLC Camomile \ Contract \ For supply」にファイルを置き、別の人が「\\ server \ public \ Legal \ Outgoing \ Camomile」でそれを検索する場合、これは連想思考に決して対応しません人。 実際、このファイルは「法的」、「発信」、「デイジー」、「同意」である必要があります-この順序ではなく、同時に。 しかし、同時に、現在のファイルマネージャーは提供しません。
2.2。 Web
数千人。 2つを除くすべての要件を満たします。
- -任意のファイルへの直接アクセス（GoogledoxとMS Liveは良いですが、AutoCADとSmetaWizardで何をすべきでしょうか？）
- -統合（結果として）
つまり 部分アクセス
2.3。 オールインワン
IBM Domino、MS SharePoint、MS Exchange。 これは、既存の技術の欠点を解決するために独自の手段で試みている「それ自体」です。
- +動作します
- +フィルター
- +直接アクセス
- +マルチユーザー
- +インターネット
- -クロスプラットフォームではない
- -統合されていません
- -オープンソースではありません
2.4。 セマンティックFS
ネポムク、WinFS、ReFSなど すべての敬意を払って、私は彼らが生きているのを見ていませんでした-それは他のエキゾチックと一緒に考慮されていません。
3.すべきこと
つまり、Webベースのインターフェイスを使用して
電話を切り 、ファイルを管理し、直接ファイルアクセスリンクを提供します。
リンクを使用すると、すべてが非常に簡単になります。特に好転することはありません。 クロスプラットフォームから進む場合、（特別なスクワットを必要としない）オプションと同じ数のオプションがあります：3：http：//、ftp：//およびfile：//（wendaはより普通に理解しません）。 同時に、ファイルのメタデータは、単純なタグからセマウェブのベルやホイッスルまで、好きなように整理できます。 しかし、リンクを使用すると、それについて考える必要があります。
3.1。 HTTP
読み取り専用。 ある意味では-リンクhttpを提供するために：//できます-そして、ダウンロード、オープン、変更もできます。 しかし、まったく同じ方法で記入する-それは動作しません。 少なくとも^ Sの組み合わせ。 任意のプラットフォームの任意のアプリケーションから。
3.2。 FTP
おそらく、FTPのファイルリンクを使用して、何らかの方法でWebインターフェイスを通過できます。 ただし、メタデータデータベースとftpストレージの情報の整合性を確保することは非常に困難です。これらは完全に独立した2つのサービスです。 ftpサーバーの作業に干渉することは非常に難しく、独自のftpサーバーを作成することは...
去る。
3.3。 ファイル：//
フランク松葉杖。 つまり 何らかの形でインターネットプロトコルを使用して、リモートリソースをローカルリソースにマップできます。 しかし、このデザインはとても魅力的に見えます。
3.4。 Webdav
そして、ここではすべてが非常に興味深いものです。 そのため、「標準の」WebDAVサーバーはありません。 ただし、すべての一般的なOS / DEは、WebDAVを（クライアントとして）すぐに、さまざまな方法でサポートします。 この場合、サーバー側で独自のWebDAVを記述し（Webサーバーではなく、httpリクエストのみを処理）、文字通り奇跡を行うことができます。
理論的には、もちろん...
更新：Windows XPでの1か月のsekasの後、WebDAVが純粋に
名目上サポートしていると言えます。
4. Djangoはそれと何の関係がありますか？
このアイデアのデモ（Web UI + WebDAV）はDjangoのみを使用しているという事実にもかかわらず（より正確には、これはApache、mod_dav、Django、およびこの記事専用に作成されたプログラムの小さなセットです）。 そして、注意深い読者が注意深く読むように-デモへのリンクはテキストのどこかにあります:-)
特に、Web経由のファイル管理（ファイルの「コメント」フィールド）と、Webページからファイルへの直接アクセスを示します。
もちろん、WebDAVから完全なターボを取得したかったのですが、PythonでのWebDAVプロバイダーの数千の実装のうち、両方（wsgidavとpywebdav）をWebアプリケーションに統合することは非常に難しいことが判明しました（WebDAVではないため）プロバイダー、つまりサーバー）。 私は
手紙を読み、自転車の彫刻を始めなければなりませんでした。 たくさんの手紙があり、単独で物事がゆっくり進んでいるので、私は皆を共同開発に招待します。
スライド 。
5.コメント
Linux
Kondear with webdav：//正常に動作します。 True-KDEアプリケーションのみ、またはそれに適応（libreoffice-kde）-少なくともKDE以外で作業している場合。 つまり ここでの統合は部分的なものにすぎません（LibreCAD、JuffEd、およびその他の非KDEアプリケーションのユーザーは、足を吸わざるを得ません。）
davによるエピファニー：//-同様に（s / KDE / GNOME /）。 ドワーフはスニーカーよりもWebDAVの方がうまく機能しますが。
Mac OS
未テスト
窓
なぜなら わいせつな語彙のhabrアプリケーションで歓迎されない、その後履歴書は短くなります-すべてが非常に悪いです。 WebDAV、HTTP、およびXMLに関するMicrosoftの見解の「機能」に関する本を書くことができます。
しかし、星の特定の位置では、何らかの形で何かが機能します。
おそらくapache mod_davはWindowsとあまり互換性がありません;-)
6.まとめ
松葉杖とバックアップのこの細長いシステムはすべて機能しますが、噴水ではありません。 任意のOS（クライアント）。 つまり 現時点では、OS / DEはWebアプリケーションとデスクトップを完全に統合する準備ができていません（したがって、透過的かつ常に）。
しかし、火星にはまだ生命があります！