web-dev-qa-db-ja.com

以前のバージョンのWebサイトをキャッシュしますか?

私は慈善団体のために新しいサイトに取り組んでいます。彼らは印刷された雑誌を発行します。私たちは常にその雑誌の最新号を反映したウェブサイトを望んでいます。

これまでのところ、私は3つの最新のリード記事(wp投稿)からの抜粋を含むフロントページ(ホームページ)を持っています。レイアウトの目的のために、記事はフロントページ左、フロントページ右上、フロントページ右下として分類されます。私たちはまた、最新号(投稿リスト)のすべての記事へのメニューを備えたサイドバーを持っています。

訪問者がそれらを見ることができるように今完全な、作業中のアーカイブとしてウェブサイトの古い/前の「問題」を保存するための最良の方法に関するアドバイスを探していますか?

2
speedypancake

カテゴリを使用して移動するとします。カテゴリは既に「バックエンド」の目的で使用されているようです。したがって、それらはすでにフロントエンドユーザから隠されていると思います。

それ以外の場合は、カスタム分類法(おそらく 'issue'分類法のようなもの)を選択します。これはもう少し手間がかかりますが、より多くの制御が可能になります。出発点として register_taxonomy 関数を見てください。

あなたがずっと行きたいのであれば、ユーザーがワンクリックで古い問題を訪れることができるように、それらすべてのカスタム分類学用語(すなわち問題)をリストするフロントエンドのためのウィジェットを作成することができます。

考えられるすべてのシナリオを検討するのは難しいですが、 'issue' Webページがテーマのindex.phpファイルによって作成されていると仮定します。 'example.com/issue/1'(カスタム分類法を使用している場合)WPは、issue 1に属する記事のみを自動的にフィルタリングし、index.phpはそれらの記事のみを処理して表示します。 (これはまた、すべての分類法が正しく割り当てられていること、かなりパーマリンクがあることなどを前提としていることに注意してください。ただし、アイデアはわかります)。これがテーマの構造化方法ではない場合それを維持するために、そしてそれはWPのネイティブクエリ機能が残りをすることにしよう。

上記の2つのオプションよりも洗練された、またはカスタマイズされたアプローチは必要ありません。 WordPressのネイティブ機能は、それなりに堅牢です。ただし、特定の方法で編成された情報を表示するテーマを作成する方法は、はるかに自由な議論です。

2
Tomas Buteler

あなたがそれらを古い/前の問題として利用可能にするために別の場所に前の問題を「保存する」必要がないことを理解するのは重要です。各号は単なるWP投稿であるため、関連する基準に基づいてさまざまな場所に投稿を提示できます。

投稿タグとして[previous]を設定し(カテゴリがやや複雑になる、カスタム分類法が必要になるとは思わない)、このタグを使って投稿を絞り込むことができます。個々のWordPressページで簡単にそれを行うために利用可能なたくさんのプラグインがあります。

0
buzztone