はじめに
1年半前、私は1つの大規模なロシア企業の支社の技術サポートで働くようになりました。 これに先立ち、私は技術サポートを取り扱っていませんでした。もちろん、OSを再インストール、構成、または簡単なネットワークを構成することはできましたが、あまり掘り下げませんでした。 知識が蓄積されると、それを体系化して保存することが必要になりました。 最初は特別なパパがいて、普通のWordとExcelのドキュメントを入れました。 時間の経過とともに、多くのドキュメントがフォルダに蓄積され、必要な情報の検索にかなりの時間がかかり始めました。 私は一人で仕事をしていなかったので、ユーザーのリストなど、いくつかのファイルをパブリックドメインに保存する必要があり、定期的に他の従業員が必要とする情報を探す必要がありました。 新しいユーザーを管理するときに、テーブルに入力しました。このテーブルには、彼のコンピューターへのリモートアクセスの詳細も含まれていました（300人を超えるユーザーがいるときに職場に行くとは限りません）。 実際のファイルは常に1つのコピーのみでした。他のテクニカルサポートの従業員は、従業員の1人がその人に接続したり、ネットワークの詳細を変更したりすると、それについて通知するのを忘れた場合に一致しないコピーがありました
時間が経つにつれて、すべての技術サポートの従業員が情報にアクセスして編集および追加できるように、これらすべてを1か所にまとめて保存する必要があるという考えが生まれました。
私の仕事だけに専念している小さなウィキペディアを作成するというアイデアはすぐには実現しませんでした。 それは職場で行われ、それを埋める時間はあまりありませんでした。 仕事の説明によれば、ユーザーの質問に対する答えを探す必要がある知識ベースがあったはずでしたが、実際には存在しませんでした。
最初のパンケーキ
それ以前は、サイトの作成についてほとんど知らなかったので、最初のステップであるインストールは、おそらく私にとって最も難しいものでした。 最初のバージョンはMediawikiエンジンを搭載し、Denwerにインストールされました。 しかし、インストール中にいくつかの問題が発生したため、サイトは約2週間ほど長く機能せず、プリンターとカートリッジの対応表を作成しようとした後に死亡しました（ちなみに、最も重要なドキュメントの1つ）。 テーブルは決して作成されませんでした。境界線とコンテンツの表示に問題があったときはいつでも、グーグルとマニュアルの詳細な読み方は何にもつながりませんでした。 時間が経つにつれて、Mediawikiエンジンはそのようなプロジェクトには大きすぎること、強力すぎること、多くの設定が必要であることを認識しましたが、それは無知のためにできませんでした。
次の2か月間、私はこのサイトに対処しなかったため、次回はすべてを徹底的に行い、最終的に問題を解決することにしました。
セカンドパンケーキ
以前の失敗を思い出して、経験を積んで、私は最初からやり直すことにしました。 最初の質問は、サイトのエンジンの選択でした。 Wikiエンジンを使用してWikipediaページに数時間座って、それらのいくつかをテストした後、私はDokuwikiに立ち寄ることに決めました。 このエンジンは小さく、かなり軽量で、データベースなしで動作し、ロシア語のドキュメントと多くのモジュールがあります。
そのため、ナレッジベースには、ユーザーに関する情報（連絡先情報、ネットワークの詳細）、プログラム（配布キットへのパス、指示、問題解決）、機器（ドライバーの入手先、この機器の問題）を含める必要があります。
Dokuwikiのインストールは、他のCMSをインストールするよりも簡単です。 私にとって、主な困難はその後のセットアップにありました。 たとえば、リンクが美しくなるように.htaccessファイルを編集し、音訳を有効にして、リンクが読み取り可能になるようにします（そうしないと、文字セットになります）。 Dokuwikiのすべての情報はデータベースを使用せずにファイルとフォルダー内に保存されるため、音訳は重要です。Windowsシステムにインストールされている場合、ubuntuでUTF-8エンコードされている場合、キリル文字のリンク名が通常表示されるため、 、システムとサイトの両方で。
次のステップは、サイトのテーマをインストールすることでした。 これは使いやすさにとっても非常に重要です。 メニューを配置するのに便利な左パネル（サイドバー）でテーマを選択することをお勧めします。 この左端のパネルは、通常のWikiページのように編集されます。 テーマは、テンプレートを特別なフォルダーにコピーすることでインストールされ、その後、管理メニューで選択できるようになります。
プラグインは次のようにインストールされます-その後、このリンクは管理者メニューの特別なセクションに示され、プラグインはDokuwikiをダウンロードしてインストールし、設定メニューから設定するためにのみ残ります。 プラグインはいつでもオンとオフを切り替えることができます。
Dokuwikiでページを作成するには、次のようにします。既存のページ内に存在しないページへのリンクを指定してクリックすると、システムはそのようなページがないと言って作成を提案します。 サイトではページ名をロシア語で書くことができ、システムでは音訳を使用して定期的に名前を取得します。 その後、通常の名前と音訳の名前の両方をリンクで使用できます。 コンテンツの編集は便利なエディターを使用して実行され、その機能もプラグインによって拡張されます。 エンジンの構文は非常にシンプルで、サイトを操作して数時間基本を覚えることができるため、後で構文のヘルプセクションに移動する必要はありません。 後で何かを忘れても、ドキュメントを作成および編集するための構文へのリンクがページに表示されます。
作成されたページは、「名前空間」と呼ばれるディレクトリに保存されます。 オペレーティングシステムでは、各ディレクトリは単一のフォルダーであり、ページはテキストドキュメントに保存されるため、ブラウザーを使用せずに編集できます（主なことは、アクセス権が失われないことです）。 Wikiサイトと同様に、ページごとに変更の履歴が保存されます。現在のエディションがあなたに合わない場合は、すぐにロールバックできます。
Dokuwikiの構文に慣れて最初の記事を作成した後、新しい質問が発生しました。匿名のWebサイトへのアクセスを制限する方法です。コンピュータや技術サポートスタッフとも友達ではないため、サイトには独自のルールがありますが、説明は何でもかまいません。 Mediawikiでは、設定ファイルを手動で編集することですべてが決定されました; Dokuwikiでは、この場合、さまざまなセクションや個々の記事にアクセスするための便利なアクセス制御システムが組み込まれました。 匿名ユーザーのユーザーがいるセクションへのアクセスをブロックしました。 テクニカルサポートの従業員である認定ユーザーの場合、アクセスはそのままです。 そのため、ユーザーの職場からサイトにアクセスして、情報を明確にすることもできます。
時間が経つにつれて、プログラムを含むセクションが作成され、次に機器を含むセクションが作成され、ユーザーセクションが作成されます。 ユーザーごとに個別のページが作成されています。 また、オフィス用のページが作成され、ユーザーへのリンクと機器の説明が記載されています。 システムにはコンテンツに同じタイプの多くのページがあるため、何らかの方法で作成を簡素化する必要がありました。 Dokuwikiの作成者はすでに私のために考え、コンテンツテンプレートのメカニズムを作成しました。 たとえば、_template.txtファイルは、テンプレートが配置されているシステムの「ユーザー」フォルダーに配置され、ユーザーに関するページに入力する必要があります。 新しいページを作成すると、このテンプレートからのすべてのデータがそのページに入り、必要なものを追加するためだけに残ります。 唯一の欠点は、テンプレートをWebインターフェイスから直接作成できないことです。手動でフォルダー内に直接作成するか、作成済みのページの名前を変更する必要があります。
おわりに
現在、このサイトは数か月間企業ネットワーク内で稼働していますが、徐々に満員になり、ユーザーベースをActive Directoryに接続する予定です。また、新しいテクニカルサポートスタッフが現在の作業場所をより簡単にナビゲートできるように、コンテンツの品質を向上させる予定です。 このナレッジベース組織システムの利点は、そのアクセシビリティ、使いやすさ、および完全無料です。