WindowsからLinux / Unixへの移行経験。 パート2

Linuxは永遠に！



Debian 7は引き続き私の2番目のオペレーティングシステムです。 作業の負荷のため、一方でそれを理解する時間はLFSプロジェクトを実装する方法ではありませんでしたが、一方でフォントの品質に満足していませんでした。 時々、ディスプレイの反対側に1日あたり10.12時間を費やして、視力を損ないたくありませんでした。 フォントを改善するために適用されたすべてのガイドラインは機能しませんでした。

それにもかかわらず、次のプロジェクトのサーバー側では、サーバー側でLinuxに依存し、この目的のために採用された管理者を使用し、アーキテクチャのみで動作することにしました。 そして、私は結果に非常に満足しました、なぜなら LDAPを統合し、Apacheのキー認証を管理し、FastCGIを介してアプリケーションサーバーを上げました。 これはすべて、開発中の仮想マシンで月に500ルーブルで回転しました。

その間に、Debian 8がリリースされ、ある晩、Debianを7から8にアップグレードすることにしました。しかし、疲れているか、マウスを間違った方向に動かしてしまいました-ネジのMBRを消去しました。 対処方法は理論的には明確でしたが、Debianのみをインストールするという強い意思決定が下されました。 この進歩なくしては成り立たないことが明らかになりました。 さらに、Gnome 3のフォントはかなり受け入れられることが判明しました。 Linuxの機能ではなく、完了したと言われています。 しばらく慣れ、慣れるまで慣れました。 一方、作業機械での自転車の開発は最終段階に近づき始め、生産性を向上させるためにSSDを設置する時期であることが明らかになりました。 この考えの下で、Linuxの開発環境を次のように翻訳することが決定されました。 私は多かれ少なかれそれについて精通していたので、次に進む準備ができていました。

解決しなければならなかった最初のタスクは、SDD用にファイルシステムを構成することでした。 一般に、これは問題を引き起こしませんでしたが、最初は正しい構成を作成することはできませんでした。

5日間かかった2番目のタスクは、メールサーバーのセットアップでした。 Linuxがネットワーキングに強いことを知っていたので、私はこのタスクは簡単だと思いました。 後で読んだように、これは最も難しい管理タスクの1つです。 たぶん私はひどく見ていましたが、2つの状況があります。 1つ目は、メールシステムがオペレーティングシステムに高度に統合されており、多くのプログラムがroot @ localhostに通知を送信することです。 2番目の状況は、個別のpop3（imap）サーバー（dovcote）とsmtpサーバー（postfix）があり、開発目的で偽のdnsホスト名が与えられた場合、認可統合との共同作業をセットアップすることは簡単な作業ではないということです。 しかし、ハブラに関する記事を読み、マニュアルを喫煙したおかげで、私はそれを習得しました。

次の問題は再びフォントでした。 1Cエンタープライズはいくつかの個別のフォントを必要とし、javaは構成の設定を必要としました。 さらに、一定の作業を行うフォントの品質も全体に適合しませんでした。 Infinalityパッチのセットをインストールする必要がありました。 そして、このシステムで私にとって最初の本当の挑戦でした。 カーネルを使用したシステムの次の更新後、Infinalityからのパッチと互換性のないものがあり、グラフィカル環境がロードされず、何らかの種類のシンボリックリンクが間違った場所につながるか、別の場所を指していると宣誓しました。 しかし、Infinalityを削除して再インストールすると、問題は解決しました。 私は何かを修正したと言えます。 ちなみに、自分が正しいか間違っているかはわかりませんが、Windowsとは異なり、フォントの視覚的品質はモニターの角度に依存するようです。

2番目の問題は、邪悪な企業は、いつものように、一般に受け入れられている標準を無視し、1Cで中断するために1Cでの長期操作に必要なCtrl-Breakは、Linuxでは機能しないことです。 そして、Ctrl-Breakを使用してstop1cファイルを作成する最初のスクリプトを作成し、1Cでシステム割り込みチェックを自分の関数に置き換えました。 そしてそれは働いた。 ところで、私はネットワーク上でそのような解決策を見つけませんでした。 そして私の最初のスクリプトを誇りに思っています：

＃！/ bin / bash

/home/....../stop1c.txtをタッチします

他のすべては全体として機能し、システムが完全に私の制御下にあることを非常に嬉しく思います。 ホスティングの戦いは退屈な作業です。 そして、私はLinuxについてさらに商業的なアイデアを得ました:)

次に、Linuxの欠点について説明します。 システムの最初の欠点は、構成ファイルの標準および標準インターフェースの欠如を考慮していることです。 2番目の欠点は、チームにとてつもない量のとげがあります。 もちろん、私はすでに基本的な武器を習得しましたが、コマンドのパラメーターとキーを作成するための標準的なウィザードが必要です。 そして、私が考える3番目の欠陥はbash構文です。 私はすべてのトピックが燃え上がっており、後者が固有のものであることを理解していますが、構文は非常に古風です。 そして何をすべきか...すぐにマニュアルを吸う必要があります。

その結果、私は次のように言いたいです。 WindowsとLinuxは、機能と状況の制御レベルの両方の点で互いに比較できません。 比較は明らかにLinuxに有利であり、この方向に進むことを誰もがお勧めします。