Partkeepr: パートキーパーWiki

今のところ、私が「機能」させることができたのは、グーグルのキャッシュページを使用することだけです。 関連するウィキページを検索するだけで、グーグルが結果を表示し、リンク自体をクリックする代わりに、その横にある小さな下向き矢印をクリックして、[キャッシュ]をクリックします。 スタイルは設定されていませんが、コンテンツはあります。 または、archive.orgを使用してください： org：80 / wiki / Main_Page

githubのフォルダー（またはここのwikiタブ）にある裸のhtmlとしてでも、いつかwikiが戻ってくることを願っています。

ウィキがオンラインに戻ったようです。

素晴らしいニュースです！ 閉鎖。

とにかく、ウィキがどこでホストされているか知っている人はいますか？ これはまだ@Drachenkaetzchenの責任ですか？ 別の問題では、Partkeeprが現時点で少しスタックしている問題が説明されています。 @Drachenkaetzchenを助け、他の肩に責任を

@ Gasman2014全体として、この問題が長期的に解決されるまで、私は再開することに投票します。

私は@christianlupusでよ、私はSサーバーや肩@Drachenkaetzchenのオフにいくつかの負荷を取るべきである、代わりにウィキセクション」githubsでホストにそれを言うと思います。

長期的なソリューションの望ましさと、 @ C44Supraと@christianlupusがこのデータをアーカイブし、githubを介して独立してホストすることで、Felicia @Drachenkaetzchenをサポートしようとする提案を考慮して、これを再開します。 wikiの情報は、インストールのトラブルシューティングに非常に役立ちます。特に、メインのセットアップガイドに記載されていないニッチな状況で役立ちます。 この情報は、最大限の使いやすさのためにコードベースと一緒に利用できる必要があります。 wikiが復元されたことを非常に嬉しく思いますが、あまり多くの作業をしなくても、役立つが追加の異なる情報が含まれているgithubwikiセクションと組み合わせることができます。

ホストされているウィキをGitHubに自動的に移動する方法を誰かが提供できる場合は、そのようなメカニズムを実際にテストした場合に限り、先に進んで知らせてください。 単純なグーグルはそのようなメカニズムに対して多くの結果をもたらします、そして私にはそれらを調べる時間もエネルギーもありません。

現在のウィキまたはDBダンプに何らかのAPIアクセスが必要な場合は、お知らせください。

私はこれを準備しようと思っています。 個人アカウントでウィキに移行しようと思います。 私が見た限りでは、最新バージョンのwikiしか移行できず、手動で微調整する必要があります。

wikiファイルをgithubに移行しようとしました。 結果はこのリポジトリに表示されます。 まだいくつかの小さな変更が必要です（タイプミスの削除、ページの名前変更、ファイルの整理など）。

残念ながら、XMLへの自動エクスポート（mediawikiからエクスポートする標準的な方法）にはいくつかの欠点があります。 このように、ページの履歴は失われ、メディアファイルはエクスポートされません。 手動でダウンロードしましたが、メタデータ（タイトルや代替テキストなど）が移植されませんでした。 また、githubのwikiはMediawikiよりも少し制限されており、たとえば、私が知る限り、サブページのリストは不可能です。

@Drachenkaetzchenwikiがこのように使用できることを確認してください。 次に、これで問題がなければ、私のリポジトリのページをPartkeeprページにインストールするだけです。 ご不明な点がございましたら、お気軽にお問い合わせください。
PS：レポジトリにコラボレーターとして追加したので、レポジトリで遊ぶことができます。

他のすべての人は、私が見逃したエラーを見つけるためにwikiハンティングを調べることを歓迎します。

@Drachenkaetzchenwikiがこのように使用できることを確認してください。

混乱していますが、正確に何を確認する必要がありますか？

wikiをgithubに移植しました。 この作品があなたの品質基準に受け入れられるかどうかを確認してください、そして私は完全に台無しになりませんでした。

ユーザーに聞いてみるべきだと思います;）私はめったにwikiを使いません。

メーリングリストでフィードバックを求めることをお勧めします

メーリングリストにメッセージを残しました。 ここでは、補完のためにのみ相互参照しています。

githubwikiではなくgithubPagesを使用することをお勧めします。 そこではファイル編成に関するオプションが増え、2つのソリューションに大きな違いはありません。 github wikiがより適している可能性のあるオプションはありますか？

@Drachenkaetzchen wikiの移行に関して、他のユーザーからあまり注目も反応もありませんでした。 スケジュールはありますか、それともここでどのように進めますか？ リンクを機能させ、ファイル名を役立てるという観点から、移行の準備をします。 これは手作業なので、後で使用しないときはやりたくないです。

私は本当にフィードバックを与えることができません。 私はプロジェクトのために必要最低限​​の管理作業しかできません。

では、 @ dromerに意見を求めます。

ねえ、私はwikiをgithubに移行することについての議論を見たことがありません。

私たちが持っているすべての情報を単一のリソースに集中させることは理にかなっていると思います。 ただし、移行する情報は、関連性があり、レガシーなものを排除する必要があります。

github wikiとページに関する私の経験はほとんど存在しないので、そこでコメントすることはできません。

[編集：ああページはjekyllサイトか何かのようになります。 オートフォーマッターの好みはありますか？]

ああ、ページはjekyllサイトか何かのようになります。

うん、それはほとんどそれです。 ウィキも。 違いは、ページはサイトで使用されることを意図しているのに対し、wikiは、ソート/整理されていない情報の大まかなセットの大まかなセットであるということです。 これにより、（移行の最初のテスト中に）ファイル名が基盤となるサーバーによって自動的に推測されるため、いくつかの問題が発生しました。たとえば、大文字と小文字の区別が問題を引き起こしました。

あなたの文章はどういう意味ですか

それでは、オートフォーマッターの好みはありますか？

スタイリング/レイアウトのことですか？

申し訳ありませんが、サイトジェネレータを意味しました。 githubページはjekyll以外のものを使用できると思いますか？

jekyllがwikiを整理するための最も簡単で優れた方法になるかどうかはわかりませんが、github wikiよりも正確にどのような利点がありますか？

まだメインのパートキーパーのウェブサイトを必ずしもホストする必要はないと思います。ウィキのような最新の情報リソースに焦点を当てましょう。

githubwikiにも断片化されたページがいくつかあると思います。 これはすべて、プロジェクトの現在の状態に関連する正しい情報のみに収束する必要があります。

申し訳ありませんが、サイトジェネレータを意味しました。 githubページはjekyll以外のものを使用できると思いますか？

問題ない。 たぶん、私はまだ完全には解決していませんでした。

jekyllがwikiを整理するための最も簡単で優れた方法になるかどうかはわかりませんが、github wikiよりも正確にどのような利点がありますか？

まあ、私が見る限り、正直言って違いはわずかです。 どちらもマークダウン（またはpandocが読み取れる形式）を取得し、適切な方法でフォーマットします。
ウィキでは名前空間が許可されておらず、リンクと対応するファイル名の間のマッピングが一種のヒューリスティックであるという問題が見つかりました。

• ウィキは、そのタイトル（の場合のみが異なる2つのページが含ま1 、 2 ）。 ヒューリスティックに適切なものを選択させるには、これらの1つを手動で削除する必要がありました。
• サブフォルダー（名前空間の一種として使用）は、gitを手動で使用してチェックアウトする場合にのみ作成できます。 リンクはこの名前空間を尊重しないため、各ファイル名を1回だけ持つことができ、フォルダー構造が実用的ではなくなります。 2つのファイルの名前が同じ場合に、githubが名前を付けるページを選択する方法がわかりません。

github Pagesソリューションのもう1つの利点は、jekyllをローカルで実行して、まだ公開せずに外観とすべてのリンクを確認できることです。 また、もっとスタイリングできると思います（ただし、チェックする必要があります）。

まだメインのパートキーパーのウェブサイトを必ずしもホストする必要はないと思います。ウィキのような最新の情報リソースに焦点を当てましょう。

いいえ、現時点では良い場所にあると思います。
メインホームページにgithubをというアイデアがあったことを指摘したいと思うかもしれませんが（？）。 必要が生じた場合は、githubに移行できます（Drachenkaetzchenの財政状況が悪化し、サーバーの支払いに問題がある場合）。

この問題の要点は、サーバーがダウンした場合に備えて現在のwikiを保持することです。

githubwikiにも断片化されたページがいくつかあると思います。 これはすべて、プロジェクトの現在の状態に関連する正しい情報のみに収束する必要があります。

はいといいえ。 ソフトウェアの最新バージョンに関連している必要があります。 ただし、プロジェクトのドキュメントは比較的少ないと思います。 人材が不足していることは承知していますが、ドキュメントがないと、ユーザーはソフトウェアの機能がどのように機能するかを確認するのにさらに問題があります。
したがって、ドキュメントを最新バージョンに更新することを約束しますが、たとえば古い状態からの移行ガイドを維持しますが、かなり古いバージョンの移行ガイドはかなりの時間（おそらくページを分割して読みやすくするため）のものです。

物事を設定するためのヒントやコツを追加することで、コミュニティで（私の楽観的な考えを笑うかもしれませんが）ある程度の牽引力を得られることを願っています。 私が古代の問題に取り組んだ最後の数日間、私はコミュニティのメンバーからかなりの良いアイデアを見ました。それはwikiのようなページで言及する価値があるかもしれません。

私はどちらの方法でも幸せです..しかし、メンテナがいるのは良い考えです...私の経験では、これらのものは早く老化します

それは本当です。 ドキュメントを最新の状態に保つことに専念している1人の人を意味しますか？

このようにプロジェクトを手伝っても大丈夫です。 私を間違って理解しないでください：私はこの位置に押し込んでいません。 合意に基づいて決定する必要があります。
現時点では、文書化する新しいものはあまりありません。 主に既存のものを更新します。 プロジェクトが再び勢いを増し、新しいコードが記述/変更された場合、これは変わる可能性があります。 次に、ドキュメントのメンテナは、マネージャがすべての技術的な詳細を理解できないという意味で、開発者によるサポートに依存しています。

今日はもう少しエネルギーがあるので、ここにいくつかの考えがあります：

• 現在のウィキでは、登録を無効にする必要があり、手動でユーザーを作成する必要があるため、人々がドキュメントを提供するのが難しくなっています
• GitHub統合ウィキは、特にメインページから適切にリンクされていないページが多数ある場合、ナビゲーションを困難にします。
• ドキュメントを提供するのは簡単でなければなりません。 できれば、ユーザーが[ページの編集]ボタンをクリックして既存のコンテンツを編集し、ボタンをクリックして新しいコンテンツを作成できる場合が望ましいです。 私が好きな例はここにあります： http ：
• ただし、前の例では[新しいページ]ボタンがないため、これをどのように行うことができるかわかりません

• 現在のウィキでは、登録を無効にする必要があり、手動でユーザーを作成する必要があるため、人々がドキュメントを提供するのが難しくなっています

それはどういうわけかウィキと矛盾していますが、私はニーズを理解しています。

• GitHub統合ウィキは、特にメインページから適切にリンクされていないページが多数ある場合、ナビゲーションを困難にします。

それは完全に真実です。 ウィキがどのように構築されているかはあまり美的ではありません。 ナビゲーションを簡素化するために、ウィキ全体にリンクの細かいネットが存在することを確認する必要があります。

• ドキュメントを提供するのは簡単でなければなりません。 できれば、ユーザーが[ページの編集]ボタンをクリックして既存のコンテンツを編集し、ボタンをクリックして新しいコンテンツを作成できる場合が望ましいです。 私が好きな例はここにあります： http ：
• ただし、前の例では[新しいページ]ボタンがないため、これをどのように行うことができるかわかりません

彼らはgithubページ機能を使用していますが、基本的な設定よりも複雑な設定になっています。 私はまだすべてを通り抜けていませんでしたが、私は物事を調べることができます...

ユーザーは、 https： //readthedocs.web.cern.ch/display/PARTKで共有されるローカルWIKIで積極的に情報を収集し
彼はこの情報を別の場所に移植することを提案しましたが、プロジェクトチームからの指導が求められています。 このためのスレッドは、PartKeeprGoogleグループhttps://groups.google.com/g/partkeepr-users/c/ehqapXqyY0o/m/1VWkA00dDAAJにあります。