当サイト、Codex 日本語版は今後積極的な更新は行わない予定です。後継となる新ユーザーマニュアルは、https://ja.wordpress.org/support/ にあります。 万が一、当サイトで重大な問題を発見した際などは、フォーラムや WordSlack #docs チャンネルでお知らせください。</p>
レンタルサーバー 全面対応 CORESERVER 情報提供 eizさん ホスティング業者のURL: http://www.coreserver.jp/ ホスティングプラン名: CORE-A WEB サーバーのワイルドカードサブドメイン(ServerAlias)の設定方法: WordPressのバージョン: 3.0 PHPのバージョン: 5.2.5 MYSQLのバージョン: 5.1.20 業者による公式確認の有無: その他注意点など: 既にある複数ブログのデータを移行する場合の設定方法の大まかな流れ http://hep.eiz.jp/2010/07/10/wordpress-3-multisite/ データ・ジャパン株式会社 情報提供 lulixさん ホスティング業者のURL : http://www.epw.jp/ ホスティングプラン名 : プランは1つのみのため、プラン名なし(2010
注 1: この関数はプラグインまたはテーマの中で使われることを想定されていません。後ほど出てくる説明にあるように、メインクエリーを変更するにはパフォーマンス面でも優れたより良いオプションが存在します。 注 2: query_posts() はページ内のメインクエリーを書き換え、新しいクエリーのインスタンスと置き換えるために使う関数としては過度に単純化され、問題が発生しやすい方法です。非効率的で(SQL クエリを再実行します)、一部の状況では適切に実行することもできません(特にページング処理)。モダンな WordPress コードではもっと安定したメソッドを使うべきです。例えばpre_get_posts フックを使った方法などです。ひとことで言うと、query_posts() は決して使うべきではありません。 以上のことをしっかり理解し、この関数を賢く活用してください。 画像のソース: WP
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く