Linuxでは、ログ記録、変更ログ、追加情報ファイル、および構成ファイルの共通プールの命名は非常に一貫していないようです。これはいつも気になります。なぜ* nix開発者はずっと前にユニバーサルファイル名パターンを使用することにしましたか?ファイル(たとえば、構成)の名前がどのように指定されているかを正確に覚えておく必要があることが不必要に迷惑であることがわかりました。
たとえば、構成命名規則は次のとおりです。this
、、、、またはその両方が下線領域に属しておらずthis.cnf
、時にはWindowsスタイルに属することもあります。上記の多様性を考慮すると、最も広く使用されている構成の命名方法は何ですか?ログ、変更ログ、追加情報ファイルなどについても同様です。this.conf
this.config
this_config
this.cfg
ほとんどのスクリプトとバイナリはうまく配置され、一貫したパターンを持っているようです。それでは、構成が難しいのはなぜですか?開発群衆を命名規則陣営に分けることが当時行われていたのでしょうか?それとも、Linuxの開放性と自由精神的アプローチのために、このような「レベル3」の一貫性を追求する価値はなかったのでしょうか。
答え1
上記の多様性を考慮すると、最も広く使用されている構成の命名方法は何ですか?
あなたがそれらを呼びたいと思うものは何でも。ファイル拡張子は、管理者にファイルが何であるかを知らせる以外には重要ではありません。人間はこれを知っているかもしれませんし、*.cfg
どちら*.conf
もプロフィールです。
私は*.cnf
これをMySQLでのみ見ました。 1回限りの違いなので、MySQL / MariaDB開発者に連絡する必要があります。
開発群衆を命名規則陣営に分けることが当時行われていたのでしょうか?それとも、Linuxの開放性と自由精神的アプローチのために、このような「レベル3」の一貫性を追求する価値はなかったのでしょうか。
これはおそらくほとんどの人が重要だと思うものではありません。ほとんどの人は(、、、/など)*.conf
を選択しますが、ファイルパスにいくつかの文字しか含めることができない場合は、この方法を好むことができます。名前が変更されていないのと同じ理由で変更されていない可能性があり、興味のあるほとんどの人は問題のファイルが何をしているのかをすでに知っています。nginx
udev
apache
rsyslog
syslog-ng
*.cfg
/etc/fstab
答え2
その日何があったの?その区分開発者が集まる…キャンプ…?
時系列を逆さまに見ればいいようです。 「過去には」「UNIX開発集団」がAT&Tベル研究所にありました。 (フラックスコンデンサに十分な電力を供給する場合は、「Unix開発集団」がたった2人に過ぎなかった時期に戻ることができます。よく知られていない大学)がこれを修正し始め、IBM、Sun、Oracleなどの企業がこれに参加しました(Xenix、AIX、Solarisなどの製品の作成)。すべての会社(Sybaseなど)は含まれていません。 )Unix用のアプリケーションを作成しました。 (望むよりPOSIXとは何ですか? Unix / POSIXの詳細/歴史。 )
これらの開発者は、(1)競争組織で働いているので、お互いが何をしているのかわからず、(2)自分のやり方が良いと考え、ユーザーに統合された経験を提供することに興味がなく、(3)意図的に選択します。市場分割の目的を達成するために任意に互換性がないことです。 (一部の人々は、IBMがお客様をUnixから離れて独自のオペレーティングシステムに戻すために戦略的にUnix市場をジャングルにしたと主張しています。)これはLinuxの遺産の一部にすぎません。
それでは、なぜこの問題は「修正」されなかったのですか?まあ、あなたが言ったように、「故障していない場合は修正しないでください」製品(mySQLなど)内の下位互換性は、製品間の水平互換性よりも価値があると見なすことができます。