問題タブ [file-structure]

多くの異なるプログラムによって作成された多数のデータ ファイルがあります。データ ファイルの作成に使用されたデータベースとデータベースのバージョンを確認する方法はありますか。

たとえば、Microsoft Access、dBASE、FileMaker、FoxPro、SQLite などから作成されたファイルを特定したいと考えています。

どうにかしてファイルをすばやくスキャンし、ソース データベースやバージョンなどの情報を表示したいだけです。

参考までに、私は Delphi 2009 を使用しています。

NodeJS ベースのサーバー側およびクライアント側の JavaScript アプリケーションを作成しています。コントローラー、モデル、ビュー、およびプレゼンターがあります。私が直面している問題は、コードの一部がサーバー側のみ、一部がクライアント側、一部が両方である必要があることです。

たとえば、コントローラーは私にとって純粋なサーバー側のものであるため、クライアント側で利用できるべきではありません。一方、プレゼンターは純粋なクライアント側のものであるため、クライアント側で使用できる必要があります。

私の現在の悪い構造を見てください：

私が直面している問題は、パブリック フォルダーがドキュメント ルートであり、保護されているフォルダーがドキュメント ルートの外にあることです。クライアント側とサーバー側の両方でビューを使用できる必要があります。したがって、私のビューを保護することはできません。同じことがモデルや他の多くのものにも当てはまります。クライアント側でもそれらにアクセスできる必要があります。

一部の構成ファイルを除いて、構造全体をドキュメントルートの下に配置する必要があると考え始めています。これは私がすべきことですか？このアプローチに問題はありますか? 私が質問しているのは、ほとんどの Web フレームワーク (Django、Zend Framework) が、フレームワークがドキュメント ルートの外にあるように動作するためです。

単純なループと再帰を使用してファイルシステムを複数回繰り返すプログラムを書いています。

問題は、私が何度も繰り返しているので、ハードドライブが特定のペースでしか動作できないため、時間がかかることです。

このプロセスを最適化する方法はありますか？たぶん、一度繰り返して、すべての関連情報をコレクションに保存し、必要なときにコレクションを参照することによって？

このように結果をキャッシュできることはわかっていますが、どうすればよいかまったくわかりません。

編集：

特定のディレクトリから取得しようとしている主な情報は3つあります。

• ディレクトリのサイズ（そのディレクトリ内の各ファイルのサイズの合計）
• ディレクトリ内のファイルの数
• ディレクトリ内のフォルダの数

上記のすべてにサブディレクトリも含まれています。現在、特定のディレクトリの反復を実行して、各情報を取得しています。つまり、ディレクトリごとに3回の反復を実行しています。

私の出力は基本的に次のようなスプレッドシートです。

Webサーバーで再編成を行っていますが、構造の動作方法を変更したいと思います。現在、すべてが最下位レベルに保存されているため、自分のサイトにアクセスすると、URLは次のようになります。

私のサイトにはたくさんのページがあり、それらをメインフォルダーから移動したいと思います。例えば。

ただし、ユーザーにはURLの/folder/セクションが表示されないようにしたいと思います。つまり、ユーザーが私のサイトにアクセスしたときに、次の場所に移動してもらいたいのです。

でも実際に

常に/folderなしでURLを表示したい。

.htaccessファイルでこれを行う方法はありますか？

サイト内のフォルダにファイルをアップロードできる簡単なアップロードフォームがあります。.pdfファイル以外のアップロードを許可したくありません。ただし、アップロードを制限するためにフォームを変更することはできません。また、バックエンドでPHPを使用して制限することもできません。Javascriptは、ユーザーがオフにできるため、安全ではありません。アップロードを.htaccess付きの.pdfファイルに制限するにはどうすればよいですか？

OpenSearch ドキュメントで指定されたサイトからプログラムでアイコンをダウンロードする作業を行っています。ICO 形式の場合は、(今のところ) 最初の画像を抽出する必要があります。ICO ファイルのヘッダーを問題なく読み取ることができ、最初の画像ファイルを切り取ることができました。ただし、ファイル形式を説明するウィキペディアのエントリを読んだ後、画像がビットマップ形式の場合、ファイルが不完全であることがわかりました (ヘッダーがありません)。そのため、データをファイルに保存する前にこのヘッダーを再構築する必要がありますが、少し苦労しています。

BMP ファイル形式のウィキペディアのエントリによると、ヘッダーの長さは 14 バイトで、次のものが含まれている必要があります。

ビットマップ ファイルのサイズ (バイト単位) は、抽出された画像のサイズ + ヘッダーの 14 バイトになると考えましたが、0x0006、0x0008 に何を書き込むべきか、ピクセル配列の場所を取得する方法がわかりません。 0x000A に書き込みます。

記事を何度か読みましたが、頭が少し痛いことを認めなければなりません。このようなことをするのは初めての経験です。ピクセル配列の場所を取得する方法を教えてくれる人はいますか?

次のディレクトリ構造を検討してください。

Visual Studioのソリューションに新しいファイルを追加すると、そのファイルはVS2010フォルダーに追加されますが、すべてのソースファイルをフォルダーに入れたいと思いsrcます。私が知っている唯一の方法は、Visual Studioでプロジェクトをアンロードし、ファイルを手動で移動してから、.csprojファイルを編集して新しい場所を指すようにすることです。

これを行うためのより良い方法があるかどうか疑問に思いました。

コードを書いているときに、些細な依存関係に対処するという問題に遭遇することがよくあります。たとえば、最近書いたメモ化オブジェクトのレイアウトを見てみましょう。私のディレクトリ構造は次のようになります。

問題は、具体的には、mru.pyにあります。mru.pyには、queue.pyで定義されたキューを使用するMRUクラスが含まれています。ただし、明らかに、キューはメモ化の戦略ではなく、戦略の下に置くことは意味がありません。

私が持っていたアイデアの1つは、次のようにコードを設定することでした。

ただし、この設定の問題は、ユーザーがmruがサブパッケージに含まれていることを認識している必要があることです。

別のアイデアは、次のように構造を配置することでした。

これで私の問題は解決しますが、直感的には間違った方法のようです。

この不整合を説明するためにファイルを整理する正しい方法は何ですか？

私は圧縮と暗号化システムに取り組んでいますが、専門家と一緒に考え抜くことで克服できると思う小さな障害に遭遇しました。

ゴール

多くの種類のファイルを保持できるファイルコンテナシステムが必要です。圧縮/暗号化時に定義される特定のルールとファイルヘッダーに格納されている情報に基づいて、それぞれを圧縮（LZF）および暗号化（AES）できるようにしたいと考えています。このコンテナからファイルをストリームとして取得できるようにしたい。つまり、ファイルを順番に読み取るには、ファイルをブロック単位で圧縮/暗号化する必要があります。そうしないと、ファイル全体を一度に復号化してからメモリに解凍する必要があり、このプロセスで使用するメモリをできるだけ少なくしたいと考えています。

現在のステータス

コンテナ自体、ファイルテーブル、およびすべてのファイルの情報に関する情報を含むヘッダーシステムを完成させました。私は現在、実際のコンテナを作成するためのファイル書き込みストリームに取り組んでいます。

問題

このプロセスを実行している間、私はファイルのデータをバイト配列に圧縮し、それをブロックで暗号化する方法を理解しようとしてきました。私は1024バイトブロックに落ち着いたと思います。これは、AESが128ビットブロックで暗号化するため、64ブロックのAES暗号化データが保存されることを意味します。このシステム全体は、ストリームを使用してセットアップされます。これは、システムに送信されるデータの量を制御できないことを意味します。私の問題は、データを圧縮するときに、圧縮するデータの大きさがまったくわからないことです。元のサイズよりも小さくても、同じサイズでも、さらに大きくてもかまいません。データをブロックで正常に解凍する方法を知る必要があります。

問題の例

私が説明したこのシステムに暗号化、圧縮、保存したい情報の128バイトブロックがあるとしましょう。私はそれをストリームに書き込み、それが次にそれを圧縮します。また、128バイトのブロックが64バイトのブロックに圧縮されているとしましょう。次に、長さが256で、128バイトに圧縮された別のブロックを送信します。これらのブロックは両方ともバッファーにコピーされ、新しい384バイトのバッファーが暗号化のために送信され、（24）16バイトのブロックが生成されます。次に、1024バイトのブロックでコンテナシステムに書き込まれます。

この例では、情報がブロックになっているため、情報を復号化するのに問題はありませんが、解凍ステップで同じことを言うことはできません。圧縮についての私の理解から、圧縮された64バイトブロックと128バイトブロックの両方を復号化しようとすると、元々別々に圧縮されていたため、無効なデータになります。これについてさらに説明が必要な場合は、お知らせください。