問題タブ [directory-structure]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
python - Pythonのmkdir-p機能
mkdir -pPython内からシェルと同様の機能を取得する方法はありますか？システムコール以外の解決策を探しています。コードは20行未満だと思いますが、誰かがすでに書いているのではないかと思います。
caching - キャッシュのディレクトリ構造
プロジェクトにキャッシングを実装中です。キャッシュ ディレクトリ構造を見た後、次のような多くの例を見てきました。
あなたはアイデアを得る。ファイルを保存する別の例として、ファイルの名前がIMG_PARTY.JPGであるとします。一般的な方法は、次の名前のディレクトリに保存することです。
いくつかの考えが頭に浮かびますが、その本当の理由を知りたいです。
線形ルックアップを行うファイルシステムは、ディレクトリ内のファイル数が少ないほど、ファイルをより速く見つけます。このような構造は、ファイルを薄く広げます。
rm有限個の引数を取り、多数のファイルを一度に削除するような *nix ユーティリティを台無しにしないようにするには、ハッキーになる傾向があります (それを渡さなければならないfindなど)。
本当の理由は何ですか？「良い」キャッシュディレクトリ構造とは何ですか?またその理由は何ですか?
eclipse - プロジェクトを共有するときに、サブクリップでフォルダー構造を作成できますか？
Eclipseで、subclipseを使用してSubversionリポジトリでプロジェクトを共有することにした場合、どういうわけか、そのプロジェクトのフォルダー構造を自動的に作成させることができますか？
私が欲しいのは、すべての共有プロジェクトにこの種の構造を追加することです。
/ Client / Project / branchs / Client / Project / tags / Client / Project / trunk / EclipseProject
Clientがクライアントの名前である場合、Projectは実際のプロジェクトの名前であり、EclipseProjectはEclipseに存在するプロジェクトの名前です。この構造には複数のEclipseProjectが含まれる場合があります。その場合、もちろんディレクトリを作成する必要はありません。
これはサブクリップで行うことができますか、それともこれを行うために単純なシェルスクリプトを書く方が良いですか？ターミナルを使用してもかまわないので、最初にシェルスクリプトを実行することを考えましたが、同僚の中には、コマンドラインインターフェイスが好きではなく、サブクリップを掘り下げる人もいます。
php - 大量のファイルを管理するためのヒントは?
ファイル管理と大規模プロジェクト内での保存について、SO に関する非常に良い質問がいくつかあります。
最初のものはいくつかの素晴らしい洞察を持っており、私のプロジェクトでは、DB ルートではなくファイル ルートを使用することにしました。
ファイルシステムの使用に対する主なポイントはバックアップです。しかし、私たちのシステムには優れたバックアップ スキームがあるので、その心配はありません。
次のパスは、実際のファイルを格納する方法です。また、ファイルの場所を常に静的にして、データベース側に仮想ディレクトリ システムを作成することも考えました。したがって、ファイルへのリンクは変更されません。
私が構築しているシステムには 1 つのグローバル ファイル管理があり、すべてのユーザーがすべてのファイルにアクセスできます。しかし、ファイルルートに行った多くの人は、物理ディレクトリのサイズについて話します (たとえば、すべてのファイルが 1 つのディレクトリ内にある場合)。
したがって、私の質問は、これらの静的ファイルのフォルダーを作成する際のヒントやベスト プラクティスの方法は何か、または仮想ディレクトリ ルートをまったく使用すべきではないかということです。
（プロジェクトはLAMPスタック（PHP）上にありますが、それがまったく役立つ場合）
active-directory - エンタープライズ ディレクトリ構造はどこで入手できますか?
そのデータを利用するアプリケーションでパフォーマンス テストを実行できるように、現実的な中規模から大規模のエンタープライズ ディレクトリ構造 (グループ、ユーザー) を持つ Active Directory サーバーをロードできるようにしたいと考えています。私のファンタジーの世界では、ある大企業が (匿名化された) AD 構造を、私が直接インポートできる方法でエクスポートしていました。これが起こる可能性は低いと思われるので、従業員が 1 万人から 10 万人規模の組織の構造を合理的にシミュレートできるテスト データのソースを誰か知っていますか? 自分でデータを生成することもできますが、グループの入れ子のレベル、特定のユーザーが直接のメンバーであるグループの数などについて、あまり多くの仮定をしたくありません.
maven-2 - Maven のデフォルトのプロジェクト ディレクトリ構造に固執する利点は何ですか?
簡単に言えば、maven を使用している場合、maven レイアウトをゴールド スタンダードとして扱うべきですか、それともツール (WASD、myEclipse、RAD など) に合わせてレイアウトを変換する必要がありますか?
Maven は構成可能であり、Super POM のデフォルトをオーバーライドできることに気付いたので、社内の特定のツールをサポートするためにレイアウトを変更する必要があるかどうか、またはそれらのツールに Maven レイアウトを認識させるようにする必要があるかどうかを判断しようとしています。考慮すべきことの 1 つは、継続的なビルド ツールの最終的な統合と、使用中のさまざまな IDE です。MyEclipse は現在使用されていますが、6 か月後にライセンスを更新しないという噂があります。
この種のことに関して私が最初に尋ねた質問は、少し具体的すぎて一方的なものでした。
c++ - C++ プロジェクトのソース コードのレイアウト
プロジェクト ディレクトリを整理する一般的な方法の 1 つは、多かれ少なかれ次のようなものです。
app.cpp:
.h同じライブラリのファイルはすべて.cpp同じディレクトリにあります。名前の衝突を避けるために、ファイル名には多くの場合、会社名やライブラリ名がプレフィックスとして付けられます。MyLib は MyApp のヘッダー検索パスなどに含まれます。私はファイル名にプレフィックスを付けるのは好きではありませんが#include、ヘッダー ファイルがどこに属しているかを正確に把握するために、. ファイルを整理するこのアプローチは嫌いではありませんが、もっと良い方法があるはずだと思います。
新しいプロジェクトを開始するので、ディレクトリ構成のアイデアを募集したいと思います。現在、私はこのディレクトリ構造が好きです:
app.cpp:
.cppファイルとプライベート (即時ライブラリにのみ表示される).hファイルは、src ディレクトリ (src は lib と呼ばれることもあります) の下に格納されます。パブリック ヘッダー ファイルは project/lib ディレクトリ構造に編成され、<ProjectName/LibraryName/headerName.h>. ファイル名の前に何も付けません。他のチームが使用できるように MyLib をパッケージ化する必要が生じた場合は、makefile を変更して、適切なバイナリ ファイルと include/ProjA ディレクトリ全体をコピーするだけで済みます。
ファイルがソース管理にチェックインされ、人々がファイルの作業を開始すると、ディレクトリ構造を変更するのは難しくなります。初めのうちはきちんとしたほうがいいです。
このようなソース コードを整理した経験のある人はいますか? 気に入らない点はありますか？もっと良い方法があれば、ぜひ教えていただきたいです。
linux - 何千もの画像、ディレクトリ構造をどのように整理すればよいですか? (Linux)
1and1.com がホストしている Linux サーバーで、何千ものユーザーが何千もの写真をアップロードしています (CentOS を使用していると思いますが、バージョンは不明です)。これは言語に依存しない質問ですが、参考までに、私は PHP を使用しています。
私の最初の考えは、それらをすべて同じディレクトリにダンプすることでしたが、少し前に、ディレクトリにドロップできるファイルまたはディレクトリの数に制限があったことを覚えています。
2 番目に考えたのは、ユーザーの電子メール アドレスに基づいてディレクトリ内のファイルを分割することでした (とにかくユーザー名に使用しているため) が、ディレクトリ内のディレクトリの制限に遭遇したくありません....
とにかく、user@domain.com からの画像については、次のようにします。
何千人ものユーザーが「gmail」と言うとしたら、このようにさらに深く掘り下げることができるかもしれません。
mike@gmail.com の場合は...
これは悪いアプローチですか？他のみんなは何をしているの？ディレクトリが多すぎるという問題にも遭遇したくありません...
関連している：
linux - ユーザーが Linux でディレクトリを作成、削除、名前変更できないようにする方法は?
Linux のファイルとディレクトリのアクセス許可について少し迷っています。私がやりたいのは、あるユーザーがディレクトリを作成、削除、および名前変更できるようにすることですが、他のユーザーはそうすることができませんが、ディレクトリの読み取りと書き込み、およびそれらのトラバースができる必要があります。
したがって、グループ「ストレージ」はディレクトリ /workspace にアクセスできます。これらのユーザーは、ディレクトリを作成、削除、または名前変更できないと想定されています。グループ「storageAdmin」もディレクトリ /workspace にアクセスできますが、その中のディレクトリを作成、削除、または名前変更することができます。
「storageAdmin」が新しいディレクトリを作成するときは常に、「storage」に自動的にアクセスできるようにして、その中のファイルを読み書きできるようにする必要があります。
これが正しく機能するには、/workspace が「storageAdmin」によって所有され、chmod 775 に設定されている必要があるという点で正しいですか?