その場合にすごく便利なタグが「query_posts」。
このタグをループの直前に置いて、引数にカテゴリ、投稿者、時期、昇順/降順、件数など指定するとその条件に該当する記事が取得され、その後のループのフォーマットに沿って、件数分表示される。

しかし、該当件数が例えば50件など大量にある場合は10件×５ページに分割したいが、引数をただ設定しただけでは「次のページへ」と分割できない。

それは「query_post」というタグが、今は何ページ目を表示しているのか、またそのページがどのカテゴリを表示しているのか、といったURLから得られる情報を無視してしまうためのようです。だから次へ次へとページを送っても現在のページ数を取得できず、同じ記事（例では最初の10件）しか表示されない。

　
その場合「$query_string」のひと言を、引数の先頭に加え、続く引数を「&」で始める。
■書式
query_posts($query_string . “&order=ASC&cat=2&…”)

■テンプレートの記述例
＜?php query_posts($query_string . “&cat=2&order=ASC”); ?＞
＜?php if(have_posts()) : while (have_posts()) : the_post(); ?＞
＜div class=”post”＞
＜h3 class=”storytitle” id=”post-＜?php the_ID(); ?＞”＞
＜a href=”＜?php the_permalink() ?＞” rel=”bookmark”＞
＜?php the_title(); ?＞
＜/a＞
＜/h3＞
＜?php the_content(__(‘(more…)’)); ?＞
＜/div＞
＜?php endwhile; else: ?＞
＜p＞該当する記事はありません。＜/p＞
＜?php endif; ?＞

これで該当記事がたくさんある場合に「次のページへ」が機能します。
いつものループに、最初のたった１行を加えるだけで自由自在に記事を呼び出せます。

ちなみに、現在のカテゴリを取得する例も下の記事に紹介されています。
$categoryvariable=$cat
と現在のカテゴリIDを変数に設定して、その後のquery_postsの引数cat=に代入すれば「現在のカテゴリ」という条件を設定できます。テンプレートを節約できますね。

■参考：
「Template Tags/query posts」 WordPress Codex

↓引数はこちらで日本語で紹介されています。
「query_posts」 Wptags.com

WordPressの投稿画面ではコメントタグ＜！– 中身がコメントアウトされます–＞が使えないようです。深くは検証していませんが、あるユーザーが画像（imgタグ）をコメントタグで囲んだところ、そのコメントタグ以降の投稿内容が表示されずに（テンプレート部分は表示される）、サイトのレイアウトが大きく崩れてしまいました。プレーンなHTMLファイルで同様の書式を試したところ、特に問題なくコメントアウトされて、画像を隠すことができました。

WordPressの追記機能である＜！– more –＞や改ページ＜！– nextpage –＞とコンフリクトするんでしょうか。とりあえずメモしておきます。

post_excerpt（抜粋）も呼び出すことが出来るが日本語環境では機能しない（いちいち抜粋表示オプションに入力しなければならない…入っていないと本文すべてが吐き出されてしまう）。
■書式
＜？php
$posts = get_posts(‘numberposts=2&orderby=post_modified&category=3′);
foreach($posts as $post) :
setup_postdata($post);
？＞
（タイトル、本文、など、通常の記事呼び出し。whileの中身）
＜？php endforeach;？＞
■解説
２行目get_postsの中に「numberposts」で記事数、「orderby」で並び順、「category」で呼び出すカテゴリ（複数カテゴリは半角カンマ区切り）などを設定できる。この設定に従い呼び出された記事が、その後のforeach内の書式で件数分繰り返される。
別のセクションで同様に条件を指定して別の記事グループを呼び出せる。
ブログを使ってブログらしくないWebサイトづくりの基本テクニック？ともいえるかもしれません。トップページなどで頻繁に使っています。

■参考記事
カテゴリーごとに最新記事タイトルを表示 WordPress Japan
Template Tags / get posts WordPress Codex

■概要：
　WordPressの記事投稿画面およびコメント投稿欄に「TinyMCE」または「FCKeditor」という２つのいわゆる「ビジュアルリッチエディタ」を付けることが出来る。これによりワープロソフトのような感覚で文字の装飾やh1～h6などの設定、テーブルの追加などができるようになる。

■機能：
　管理画面＞オプション＞EditorMonkey　という設定画面（英語）が追加され、記事投稿画面とコメント投稿欄でそれぞれTinyMCEとFCKeditorのどちらを使うか、ツールバーのボタンセット、TinyMCEの場合は表示するボタンの選択（プラグインのOn/Off）、ツールバーの見た目（スキン）、投稿画面の大きさ（高さ）、画像のアップロード先の指定（EditorMonkeyのアップロード機能向け）などが設定できる。
　なお、EditorMonkeyをインストールすると自動的にWordPressに内蔵されているビジュアルリッチエディタ（古いバージョンのTinyMCE）はオフになる。
　投稿画面では、摘要した文字装飾がそのまま編集画面にあらわれる、いわゆるWYSIWYG（What you see is what you get）編集が可能になる。挿入した画像やテーブルをドラッグ＆ドロップで移動したりサイズを変えたりできる。

■利用方法：
　wp-content＞pluginsフォルダに説明どおりに設置し、管理画面＞プラグインにて、EditorMonkeyを「有効化」にする。
　InternetExploror、Firefoxなどのブラウザで投稿画面にアクセスすると、ツールバーセットが「投稿内容」の欄の上部に読み込まれる。
　
■課題・問題：
　MacOS X標準Webブラウザ「Safari」では互換性等の問題から利用できない（オフになっている）。ソースコードの編集でオンにすることもできる模様。WordPress標準のリッチエディタも同様にSafariでは使えない。
　ビジュアルリッチエディタ上でコピー＆ペーストがうまく機能しない。ペーストできて見た目にも反映されるが、記事の保存を実行すると空になる。HTMLモード（ソースコード）では問題ない。
　FCKeditorにおいて、＜!–more–＞（続きを読む…）や＜!–nextpage–＞（次のページ）のボタンをクリックしてもタグ類が画面にはあらわれないので、挿入されたかどうか分かりにくい。TinyMCEではエディタに表示され分かりやすい。
　文字コードがutf-8の環境にて、TinyMCEの一部メニューが文字化けする。ブラウザの文字コードを変更してみると「ISO-2022-JP」にて正常に表示される。詳細は未確認。