昨年は現場運営において、協力会社の皆さま・職人の皆さまに多大なるお力添えをいただきました。

心より感謝申し上げます。

本年も東建工業は、安全と品質を第一に、皆さまと共により良い現場づくりに努めてまいります。

引き続きご支援・ご協力のほど、何卒よろしくお願い申し上げます。

本年が皆さまにとって実り多い一年となりますよう、お祈り申し上げます。

現場では寒さが一段と厳しくなる季節ですが、皆さまにおかれましてはお変わりなくお過ごしでしょうか。

本年も多くの現場で、関係各社の皆さまに多大なるご支援・ご協力を賜りました。

日々の施工、安全管理、工程調整など、どれ一つをとっても皆さまのお力添えがあってこそ、無事に一年を終えることができました。

心より御礼申し上げます。

建設業は「人」が支える仕事です。

現場で汗を流してくださる職人の皆さま、
迅速にご対応いただく協力会社の皆さま、
そして日頃より温かく見守ってくださるお取引先の皆さま。

その一つひとつの積み重ねが、私たちの品質と信頼を形づくっています。

来年も引き続き、安全第一を最優先に、より良い現場づくりに努めてまいります。

皆さまと共に、価値ある一年を築いていければ幸いです。

本年も誠にありがとうございました。

どうぞ良いお年をお迎えください。

【年末年始休業期間のお知らせ】
誠に勝手ながら、弊社では下記の期間を年末年始休業とさせていただきます。

● 年末年始休業期間
2025年12月28日（日）〜2026年1月4日（日）

※休業期間中にいただいたお問い合わせにつきましては、1月5日より順次対応させていただきます。
皆さまにはご不便をおかけいたしますが、何卒ご理解賜りますようお願い申し上げます。

この度、㈱東建工業で農業に取り組む運びとなりました。

まだ取り組み始めたばかりなので、イメージ画像とはなりますが、このような勢いのある耕作を目指し。

当社にとって新しい形での地域貢献を視野に取り組んでまいります。

代表の人脈もあり、農業経験のある方々ともやりとりをさせて頂き、アドバイスを受けながら日々試行錯誤を繰り返し取り組んでいます。

異業種への参入ともなり、期待と不安の中ではありますが。

工事部のウォータージェットの施工、インターネット事業と共に。

農業もよろしくお願い致します。

Instagramも開設しました。⇒https://www.instagram.com/tokennogyo/

作業風景などを投稿していく予定です。

よろしければ、フォローしてください！

この度、当社の事業でありながらこれまで別URLで運用して参りました「インターネット事業」に関する情報を、誠に勝手ながら当HPに統合することになりました。

それにあわせ、インターネット事業に関する紹介ページの内容の変更や、関連するページを追加しております。

これまでインターネット事業専用のホームページで掲載していたものを一部移転し、ご覧いただけるようになっております。

当社の事業内容の一つとしてご認識頂けましたら幸いです。

また、これまでインターネット事業専用のホームページをご覧いただいていた方には、変わらぬご愛顧をお願い申し上げます。

問合せフォームの設置にプラグイン「ContactForm7」利用する事が多く、元々「ドロップダウンリスト」の設置も簡単にできるため重宝しています。

しかし運用をしていると、項目に変更を加える場合に、多少のHTML知識が必要なため使う人を選ぶとなぁと。たまに感じます。

ダブルクォーテーション(「””」)を消さないようにとか、カッコの取り扱いなどの知識ですね。

間違って消してしまい、「あの選べるやつが消えちゃいました！」とか「表示されません」とか言われることがたまにありました。

自社案件の中で起きた問題なので、そこら辺のメンテナンス性を高めるにはどうするかと。

その後の利用を考えて、カスタム投稿のタイトルを突っ込むことにしました。

やる事は2つ

それを実現するためには、functions.phpの編集と、ContactForm7のタグの設定を行います。

functions.phpを編集する

まずはコードを載せてしまいます。

<?php

  //関数の作成

  function test_selectlist( $tag, $unused ){

    //ContactForm7のタグの名前が'test-tag'かどうか

    if( $tag['name'] != 'test-tag' ){

      return $tag;

    }

  

    //get_posts()でセレクトボックスの中身を作成する

    //クエリの作成

    $args = array(

      'numberposts' => -1,

      'post_type' => 'test',//使用するカスタム投稿タイプを指定

      'tax_query' => array(

        //カテゴリー等を指定する場合

        //この例ではカスタムタクソノミーを使用しています

        array(

          'taxonomy' => 'test_cat',//使用するカスタムタクソノミー名

          'field' => 'slug',//カスタムタクソノミー内で参照するタームを探す形

          'terms' => 'test-term'//探すターム名

        )

      ),

      //並び順⇒セレクトボックス内の表示順となります

      'orderby' => 'ID',

      'order' => 'ASC'

    );



    //クエリをget_posts()に入れる

    $test_posts = get_posts( $args );



    //クエリが泣ければ戻す

    if( !$test_posts ){

      return $tag;

    }

  

    //セレクトボックスにforeachで突っ込む

    foreach( $test_posts as $test_post ){

      $tag['raw_values'][] = $test_post->post_title;

      $tag['values'][] = $test_post->post_title;

      $tag['labels'][] = $test_post->post_title;

    }

  

    return $tag;

  

  }

  //add_filter()で項目を上書きするニュアンス

  add_filter( 'wpcf7_form_tag', 'test_selectlist', 10, 2 );

  ?>

コメントも入れてありますが、ざっくりと解説します。

カスタム投稿を使うということは、ワードプレスのデータベースに投稿として保存されているデータを呼び出すということになります。

投稿データの呼び出しはサブクエリを使用することで可能です。

なので、get_posts()関数を使用し投稿データを取得します。

$argsで取得する投稿を指定し、foreachで条件に該当する投稿分、セレクトリストに含まれるようにします。

特にカテゴリーを限定する必要が無い場合は、「tax_query」の項目は不要です。今回はカテゴリーを限定してます。

$tagの中にContactForm7で使用するタグの情報が入っているので、使用する項目に$test_post->post_titleとすることで、投稿のタイトルをリストに入れることができます。

あとは、add_filter()でリストの情報を上書きさせます。

この関数を通して作成されたリストを、使用したContactForm7のフォームで使えるようにします。

フォームのタグ名を指定した変数に合わせる

functions.phpに入力するコードの最初の方にでContactForm7のタグ名を指定しています。

<?php

  //関数の作成

  function test_selectlist( $tag, $unused ){

    //ContactForm7のタグの名前が'test-tag'かどうか

    if( $tag['name'] != 'test-tag' ){

      return $tag;

    }

この「$tag[‘name’] != ‘test-tag’」で指定したタグ名でContactFrom7のタグを使用します。

これで、このselectのリストは、カスタム投稿タイプ「test」のカスタムタクソノミー「test_cat」の「test-term」に分類された記事のタイトルが、セレクトボックスのリストに追加されます。

カスタム投稿で他の使い道もある可能性

今までContactForm7のselectに直接値を設定してきたんですが、最初に書いたHTML知識が多少必要なため、メンテナンス性が悪くなっていました。

それを分かりやすくしつつ、カスタム投稿タイプに細かい情報を追加する予定もあり。あえてカスタム投稿タイプを使用し、投稿データとして保存できるようにしました。

そうすれば、ワードプレス本来のブログの機能を使いつつ、項目管理がしやすくなるからです。

ワードプレスのカスタマイズ時には、ワードプレスが持っている機能をどのように使うかを考えて、組み込んでいくことを考えます。

そんな時に使えるのがサブクエリです。

ポータルサイトを作る時や、カスタムフィールドに数値データを入力している時に便利です。

WP_Queryクラスを使う

サブクエリの中でも、メインクエリと同じように投稿データを扱う事ができる、WP_Queryクラスを使用します。

今回の内容だけで言えば、get_posts()でも良いんですが。

この先に何か手を加える場合も考えて、WP_Queryで作っておくのが良いかと思います。

サブクエリについては、こちらの記事をご覧ください。

meta_queryで複数のパラメーターを指定する

複数のカスタムフィールドの値をクエリの条件に使う場合は、meta_queryのパラメータを使用するのが便利です。

カスタムフィールドのクエリで使用できるパラメータは以下の通りです。

<?php

$args = array(

    'meta_key'       => "カスタムフィールドのキー",

    'meta_value'     => "カスタムフィールドの値(文字列)",

    'meta_value_num' => "カスタムフィールドの値(数値)",

    'meta_compare'   => "テスト演算子",

    'meta_query'     => array(

                    'relation' => "複数のカスタムフィールドを指定した場合の関係",

                    array(

                      'key'      => "カスタムフィールドのキー",

                      'value'    => "カスタムフィールドの値",

                      'compare'  => "テスト演算子",

                      'type'     => "カスタムフィールドの値のタイプ"

    ),),

  );

?>

引用：WP_QueryーWordPress Codexs

このパラメータの中から、記事の一覧を呼び出すに必要なものを設定していきます。

今回はHTMLで用意したフォームから送信された値を使って、該当するカスタムフィールドの値を持つ投稿を呼び出すことが目的です。

なので、

・カスタムフィールドのキー

・カスタムフィールドの値

・テスト演算子

で指定します。

なので、HTMLフォームからデータを受け取る側のPHPファイルにこのように書きます。

<?php

$args = array(

    'post_type'       => 'test', //投稿タイプの指定

    'post_status'     => 'publish', //公開状態の指定

    'orderby'         => 'ID', //表示順の指定

    'posts_per_page'  => -1, //全件表示

    'meta_query'     => array(

                    array(

                    'key'      => 'test-text', //カスタムフィールドのnameを指定

                    'value'    => 'hoge', //hogeという値を探す

    ),),

  );



$test_query = new WP_Query( $args );



if( $test_query->have_posts() ):

  while( $test_query->have_posts() ):

    $test_query->the_post();

?>

カスタム投稿タイプ「test」の公開されている記事の中から、「test-text」というカスタムフィールドの値が「hoge」となっているものをID順に一覧表示する。

という内容です。meta_queryの中で指定していないcompareは初期値が「＝」、typeは「CHAR」なので省力しています。

meta_queryはrelationでAND、またはORを使うことで複数のカスタムフィールドを指定することもできます。

<?php

$args = array(

    'post_type'       => 'test', //投稿タイプの指定

    'post_status'     => 'publish', //公開状態の指定

    'orderby'         => 'ID', //表示順の指定

    'posts_per_page'  => -1, //全件表示

    'meta_query'     => array(

                    'relartion' => 'AND', //条件の追加

                    array(

                      'key'     => 'test-text', //カスタムフィールドのnameを指定

                      'value'   => 'hoge', //hogeという値を探す

                    ),

                    array(

                      'key'     => 'test-number', //追加する条件のカスタムフィールド名

                      'value'   => 2, //探す数値

                      'type'    => 'numeric', //データの型が数字であることの指定

                      'compare' => '!=', //valueで指定した値以外

                    ),

                  ),

  );



$test_query = new WP_Query( $args );



if( $test_query->have_posts() ):

  while( $test_query->have_posts() ):

    $test_query->the_post();

?>

relationの初期値はANDなので、ORの時だけ指定するのでも良いです。

これで条件に当てはまる記事一覧を指定することができます。

条件分岐を入れておく

自分が少しハマった経験もあるのですが、HTMLフォームから渡された値が空の場合、動作しない場合があります。

条件検索の場合は、選択されない項目がある場合があるからです。

なので、meta_queryで指定するパラメータを受け取っているかどうかで条件判定しておくと良いです。

<?php

$post_value = filter_input( INPUT_POST, 'フォームから受け取る値のあるname属性' );



$args = array(

    'post_type'       => 'test', //投稿タイプの指定

    'post_status'     => 'publish', //公開状態の指定

    'orderby'         => 'ID', //表示順の指定

    'posts_per_page'  => -1, //全件表示

  );



if( !empty( $post_value ) ){

  $args += array(

    'meta_query' => array(

                    array(

                      'key'   => 'test-text',

                      'value' => 'hoge',

                    ),

    ),

  );

}

?>

まずは、元となるクエリを最初に指定します。

これで、条件が指定されていない場合は、呼び出す投稿タイプの投稿一覧が表示されます。

そして、HTMLフォームから受け取った値があるかどうかを、empty()で判定します。

この書き方であれば、「値があれば」となります。

値があった場合に、クエリのパラメータに追加するmeta_queryのパラメータを指定する。

という流れとなっています。

変数を使う時の「＝」の前に「＋」を付ければ、追加してくれます。

後はループの内容とクエリの終了

ということで。今回のコード全文です。

<form method="post" action="htttps://test.com/" >

  <input type="text" name="test-form" value="hoge"/>

</form>

HTMLフォームは適当に用意したものなので、チェックボックスやセレクトボックス、ラジオボタンで実装すると良いです。

<?php

$post_value = filter_input( INPUT_POST, 'フォームから受け取る値のあるname属性' );



$args = array(

    'post_type'       => 'test', //投稿タイプの指定

    'post_status'     => 'publish', //公開状態の指定

    'orderby'         => 'ID', //表示順の指定

    'posts_per_page'  => -1, //全件表示

  );



if( !empty( $post_value ) ){

  $args += array(

    'meta_query' => array(

                    array(

                      'key'   => 'test-text',

                      'value' => 'hoge',

                    ),

    ),

  );

}



$test_query = new WP_Query( $args );



if( $test_query->have_posts() ):

  while( $test_query->have_posts() ):

    $test_query->the_post();

?>



<h2><?php echo the_title(); ?></h2>

<p><!-- 呼び出したいものを書いて行く --></p>



<?php endwhile; ?>

<?php endif;?>

<?php wp_reset_postdata(); ?>

これでクエリで絞り込んだ記事一覧の表示ができます。

また、カスタムフィールドに何らかの数値を保存している場合、その集計を行う事もできます。

その場合は、wp_reset_query()の前までに書いておくと良いです。

地味にはまった思い出

と、このようにコードを書き構文エラーは出てないんだけど、表示されない・・・

ということで地味にはまってた事があります。

原因は、カスタム投稿に保存されている値と、HTMLフォームから送信した値がずれていたことでした。

送る値とカスタム投稿に保存する値は確認しないといけませんね笑

オリジナルの条件付検索の実装方法でした

運営するWEBサイトの内容にもよりますが、条件検索を用意しておくと読者が便利にサイトを使う事ができるツールの一つとなります。

必要になった時の参考になればと思います。

調べていくと、記事を表示するために必要な機能っぽいんですが、タイトルに書いたように「メインクエリ」「サブクエリ」という種類があったり、「ループ」の方にも「メインループ」「サブループ」というものがあったりと。

理解するのが難しい・・・と自分も思ってました。

なので、今回はワードプレスで記事が表示される仕組みなども踏まえて、「メインクエリ」と「サブクエリ」、「メインループ」と「サブループ」について書いて行きます。

少し長くなりますが、「クエリ」と「ループ」は一緒に考えた方が仕組を覚えやすいと感じたので、最後までお付き合い頂けると幸いです。

「クエリ」とは？

まずは「クエリ」という言葉の意味から確認しておきます。

WEBページは、ブラウザからURL等で指定された、サーバー上にあるファイルをデータで取得することで表示されます。

「クエリ」とは、この「URL等」が当てはまり、サーバー上にあるデータを取得する条件を指定するモノの事を言います。

難しい説明はウィキペディアに任せてしまいますが。

問い合わせ（プログラミングの）。情報検索における明確な情報要求。主にキーワード群を論理演算子や他の修飾子で繋いで表現される。
出典: フリー百科事典『ウィキペディア（Wikipedia）』

「問い合わせ」という表現が使われている通り、「このデータがあったら頂戴ね！」とサーバーに伝える内容が「クエリ」という事です。

ワードプレスで考えると、記事データはデータベース上に保管されています。

なので、「データベースにこのデータがあった頂戴ね！」という、表示する記事データを指定するもの。という事になります。

・・・ちょっと乱暴な気がしますが、「ブラウザ上に表示したい記事データの条件を指定するもの」と理解してもらえれば大丈夫です。

ループとは？

ループは言葉の意味から考えると、繰り返し、となります。

ワードプレスにおいてもその通りの意味で、繰り返し処理を行うためのものです。

何を繰り返し処理するのかと言うと、先ほどの「クエリ」に当てはまったデータベース上にある記事データを、当てはまった件数分ブラウザに表示するための処理を繰り返してくれます。

言葉にすると分かりにくくなってしまいますが・・・

記事の一覧ページを想像してもらえると分かりやすいです。

あるカテゴリーに属する記事データを取得する「クエリ」を組んだ場合、そのカテゴリーで保存された記事データがサーバーから返されます。

そこで記事タイトルや記事の抜粋を表示するように作成した「ループ」を使う事で、記事一覧がブラウザ上に表示されます。

単一の投稿(各記事の内容を表示するページです。)が表示される理由は、サーバーに送信した「クエリ」に当てはまる記事が一つだから。ということです。

WordPressでページが表示される仕組み

・・・と、「クエリ」と「ループ」について書きましたが、個別で書くと書いてる側も良く分からなくなる・・・ということは言ってはいけませんね。

ここらへんは、ワードプレスがブラウザ上に記事を表示するまでの流れを整理するともっと分かりやすくなります。

まずはサーバー内についてですが、ブラウザに表示するためのワードプレス本体やテンプレートファイルや画像などはWEBサーバーに、画像以外の記事データはデータベースに保管されています。

読者は読みたい記事をブラウザ上からURLという形で指定して、WEBサーバーに「クエリ」が送られます。

「クエリ」を受け取ったWEBサーバーは、データベースからその「クエリ」に当てはまるデータを受け取ります。

データベースから受け取った記事データに基づき、WEBサーバーは表示に使用するテンプレートファイルを選択します。

これで、記事を表示するデータが揃ったので、テンプレートファイル内で指定されている「ループ」を使用してブラウザ上に表示します。

ざっくりと、「クエリ」の内容でデータベースに保管された記事データが呼び出され、呼び出された記事データの分だけ「ループ」の内容で表示される。

というのが「クエリ」と「ループ」の関係と言えます。

・・・まぁ色々と書いてきましたが、「そんなもんか」ぐらいの理解でも大丈夫です。

「クエリ」は記事データを取得するための機能。

「ループ」は取得するデータを表示するための機能。

であることが分かれば、どのような時に使えば良いかが分かりやすくなります。

そこを踏まえた上で、ワードプレスをカスタマイズする時に出てくる、「メインクエリ」と「サブクエリ」、「メインループ」と「サブループ」とは何か？について書いて行きます。

メインクエリとメインループ

まずは「メイン」という名前がついているものから書いて行きます。

言葉の通り、ワードプレス内で主に・・・というか特に設定の必要なく、ワードプレスサイトを表示するために使われている元々の「クエリ」と「ループ」です。

メインクエリ

ここまでも何度かURLがクエリであるような書き方をしてきましたが、「メインクエリ」とはそれです。

WEBページはどのサイトでも、表示する内容をURLという形で指定します。

ワードプレスに当てはめると、URLを指定することで、そのURLに紐づいて保管された記事データをデータベースから呼び出す。ということになります。

なので、ワードプレスで言われる「メインクエリ」とは、URLと言えます。

ワードプレスのページは起動した時点で表示されるので、起動直後に自動で発行されているクエリです。

メインクエリの動作を変更するには

メインクエリは自動で起動するため、特に設定する必要がないものですが、カスタマイズの使用でメインクエリの内容を変更したい場合があります。

例えば、
・自作テーマでブログトップページの記事表示件数を変更したい
・特定のカスタム投稿の記事データだけ取得したい

といった場合です。

個別にテンプレートを作成するよりも、メインクエリ自体を操作できた方が楽、という場合とも言えます。

その時は、アクションフックの「pre_get_posts」を使用することで、functions.php上で制御することができます。

例えば、特定のカスタム投稿タイプ「test」の一覧ページだけ表示件数を変更する場合。

<?php

//functions.phpに記入

function my_custom_archives( $query ){

	//管理画面、メインクエリを使用する場合は動かないように

	if( is_admin() || $query->is_main_query() ){

		return;

	}

	//表示の条件

	if( $query->is_post_type_archive( 'test' ) ){

		$query->set( 'post_per_page', 18 );

	}

}

add_action( 'pre_get_posts', 'my_custom_archives' );

?>

とすることで、メインクエリとは違う条件で記事データを取得することができます。

pre_get_postsアクションフックは、そのまま使うとダッシュボードを含むワードプレスサイト全体に影響が出てしまうので、管理画面や元々のメインクエリを使用するページでは除外するように、最初のif文を入れておきます。

メインループ

ループは表示するための機能でした。

なので、テーマに最初から用意されているテンプレートテーマの中にすでに記述されています。

<?php if(have_posts()): ?>

<!-- 投稿があった場合は以下を表示する -->

    <?php while(have_posts()): the_post(); ?>

        <!-- ループ内で繰り返す処理 -->

	<?php get_template_parts( 'template-parts/content/content', 'single' ); ?>

	

    <?php endwhile; ?>

<?php else: ?>

<!-- 投稿がない場合は以下の表示をする -->

    <?php get_template_parts( 'template-parts/content/404' );

<?php endif; ?>

これがメインループと呼ばれるコードです。

while以降の中にループで処理する内容を書いて行きます。

なので分かりやすくするために、使用しているif文も「｛｝」では無く、「：」と「end○○;」で区切られていることが多いです。

ワードプレスで使用するループでは、この書き方をすることが多いですね。

サブクエリとサブループ

続いて「サブクエリ」と「サブループ」ですが。

ざっくりと、「メインクエリ」と「メインループ」以外で使用するクエリとループの事を言います。

ワードプレスのブログページで良くあるのが、記事ページとサイドバーの2カラムのものですが。

サイドバーの中に、「人気記事一覧」が表示されているところがあると思います。

これは、読まれた数をカウントして、その多い順に〇件記事データを取得するというクエリを送り、取得したデータを表示するループを使用しています。

つまり、記事ページで記事本文は「メインクエリ」と「メインループ」で表示され、サイドバーなど他の部分では「サブクエリ」と「サブループ」で表示されているという事です。

・・・こう説明すると、やはりこんがらがりますね笑

なのでざっくりと、本文以外で記事データを使用して表示するのに使うものと覚えておけば良いです。

では、実際にどのように使うかですが、大きく2つの方法があります。

どちらの「サブクエリ」を使うかによって、表示に使用する「サブループ」も変わるので、それぞれ書いて行きます。

get_posts()を使う

一つ目の方法はget_posts()関数を使用することです。

こちらは記事データを呼び出すためのワードプレス関数です。

この関数を使用すると、メインクエリに影響を与えずにサブループを作成することができます。

get_post()で取得したデータは配列の形で帰ってくるので、foreach関数で呼び出されている事がほとんどです。

<?php

      //カスタム投稿タイプ「test」のクエリを全件取得で作成

        $args = array(

          'post_type' => 'test',

          'post_status' => 'publish',

          'orderby' => 'ID',

          'posts_per_page' => -1

        );

        $product_posts = get_posts( $args );

	

	//foreachでループを作成する

        foreach( $product_posts as $post ){

          setup_postdata( $post );

	

	  //selectボックスに入れるためのoptionタグを件数分作り出す

          $product_options .= '<option value="' . get_the_ID() . '">' . get_the_title() . '</option>';

        }

?>

      <select name="product-name">

        <option  value="" hidden>-絞り込む場合は選択-</option>

        <?php echo $product_options; ?>

      </select>

      <?php wp_reset_postdata(); ?>

foreach内のsetup_postdata()でループ処理が始まり、wp_reset_postdata()で処理が終わるようなイメージです。

記事の表示だけではなく、絞込み検索のリスト表示で記事データを使用したい場合などにも使えます。

WP_Queryクラスを使用する

もう一つの方法は、WP_Queryクラスを使う方法です。

WP_Queryクラスはメインクエリや先ほどのget_post()の処理でも利用されています。

なので、より複雑なサブループを指定したい時に使われています。

・・・と言っても分かりづらいですね。

メインループのような細かい扱いをサブループで行う場合・・・と言い換えておきます。

サブクエリの条件の決め方はほぼ変わりませんが、ループはメインループと同じコードで行えます。

<?php

      $args = array(

        'post_type' => 'test',

        'post_status' => 'publish',

        'orderby' => 'ID',

        'posts_per_page' => -1,

      );

      $test_query = new WP_Query( $args );

      if( $test_query->have_posts() ) : ?>

      <?php while( $test_query->have_posts() ) : $test_query->the_post(); ?>

      <h2><?php echo the_title(); ?></h2>

      <div><?php echo the_excerpt(); ?></div>

<?php 

      endwhile;

      endif;

      wp_reset_postdata();

?>

「投稿が無い場合にテンプレートを変える」といったメインループで使用するような条件分岐を、サブループ上でも使えるようになります。

慣れてしまっている分、クエリを使う時にWP_Queryクラスをさらっと書いてしまう悪い癖がついてます笑

細かい内容を設定できるので、使う場合にはパラメータの内容をリファレンスでチェックしましょう。

記事データを使い倒す

ワードプレスのカスタマイズにおいて、記事データの取得と表示は避けては通れないものです。

それを制御することができるのが、「クエリ」と「ループ」です。

使いこなすことができれば、読者にとって有益な記事を発見しやすいサイト作りをすることもできます。

また、記事をデータとして使用することで、さらに読者にとって便利なサイトに変化させることもできます。

便利なプラグインを入れたりカスタム投稿を設定すると、元々設定されているところに入るためそうなるのですが。

今取り組んでいる作業で複数のカスタム投稿を作成して、動作確認のために行ったり来たりすることが多いのです。

なので、サイドメニューを並び替えて見た目も分かりやすく効率を上げようと並び替えることにしました。

そこまでメニュー内容を増やさないとしても、自分好みの並びにすることで管理はしやすくなりますよ。

プラグイン「Admin menu Editor」

まずはプラグインで行う方法です。「Admin menu Editor」というプラグインを使用します。

有効にすると、左サイドバーの「設定」内に「Menu Editor」という項目が増えているので、そこから編集できます。

編集画面はワードプレスの「メニュー」の編集に似たようなものとなっているので、直感的に操作することができます。

今回のテーマである並び替えも通常のメニュー操作と同じく、ドラッグ&ドロップで入れ替えられます。

他にも、サブメニューとなっている項目をメニューに表示したり、あまり使わない項目を非表示にしたり。表記を変えたりメニューをカスタマイズすることができます。

プラグインでここまでできると楽ですね。

詳しい操作方法などは、ideyaさんのブログ記事が分かりやすかったです。

ただ、「メニュー項目を整理するのに、項目を増やすの？」という方もいるかもしれません。

・・・というか自分がそう思ってます笑

そういう場合はfunctions.phpを編集すればサイドメニューを並べ替える事ができます。

functions.phpを編集する

まずは決まり文句ですが。functions.phpを編集する場合は、エラーが出る場合もあるのでご注意下さい。

最近のバージョンではちゃんと「エラーが出てます」と表記してくれるので、「；」の付け忘れなど確認してみて下さい。

学び始めの頃はエラーを出しまくっていたので、構文チェックツールを使うようになりました。便利です。

最近はラッコツールズのPHP構文チェッカーを使ってます。ラッコがかわいくて良いです。

ダッシュボードの左メニューを並び替える場合は、「custom_menu_order」で並び替えを有効にし、並び替えの内容を「menu_order」で設定という様に、フィルターフックを2段階で使います。

コードリファレンス：menu_order , custom_menu_order

早速コードを載せておきます。

<?php

function token_adminmenu_order( $menu_order ){

  if( !$menu_order ) return true;

  return array(

    'index.php',

    'separator1',

    'edit.php?post_type=tax',

    'edit.php?post_type=trader',

    'edit.php?post_type=procat',

    'edit.php?post_type=product',

    'edit.php?post_type=zaiko',

    'edit.php?post_type=inventory',

    'edit.php?post_type=issue',

    'edit.php?post_type=receipt',

    'users.php',

    'separator2',

    'edit.php?post_type=acf-field-group',

    'cptui_main_menu',

    'wpcf7',

    'separator3',

    'edit.php',

    'upload.php',

    'edit.php?post_type=page',

    'edit-comments.php',

    'themes.php',

    'plugins.php',

    'tools.php',

    'options-general.php',

    'siteguard',

  );

}

add_filter( 'custom_menu_order', 'token_adminmenu_order' );

add_filter( 'menu_order', 'token_adminmenu_order' );

 ?>

現在行っている作業で使用している、並び替えのメニューのコードをそのまま持ってきました。

token_adminmenu_orderという独自関数を設定して、並び替えの内容を設定します。

そして、custom_menu_orderの第2引数に関数を設定することで並び替えを有効にし、menu_orderで配列の内容で並び替えてね！という流れになっています。

なので、実際にメニュー項目を表しているのはarrayの中身です。

return array(

    'index.php',

    'separator1',

    'edit.php?post_type=tax',

    'edit.php?post_type=trader',

    'edit.php?post_type=procat',

    'edit.php?post_type=product',

    'edit.php?post_type=zaiko',

    'edit.php?post_type=inventory',

    'edit.php?post_type=issue',

    'edit.php?post_type=receipt',

    'users.php',

    'separator2',

    'edit.php?post_type=acf-field-group',

    'cptui_main_menu',

    'wpcf7',

    'separator3',

    'edit.php',

    'upload.php',

    'edit.php?post_type=page',

    'edit-comments.php',

    'themes.php',

    'plugins.php',

    'tools.php',

    'options-general.php',

    'siteguard',

  );

カスタム投稿やプラグインなども入ってるので、ちょっと複雑に見えますが。

ここに書く内容は、メニュー項目にマウスカーソルを合わせることで調べられます。

ブラウザによるとは思いますが、表示されるリンク先URLの「～/admin/～」以降のURLがメニューに表示される内容となります。

この画像の内容だと、「index.php」となりますね。

一応、インストール直後の初期状態で表示されているものはこんな感じです。

ここに追加したプラグインやカスタム投稿タイプが追加されると、メニューに表示されていきます。

調べられたら自分の好みの順序で入力していけば並び替えは完了です。

ちなにみ、コード内にある「separator」は「空白」です。区切りに使うと見やすくなります。

あれ？並び替えが効かない・・・

これまでの内容で並び替えが実行されますが、一部のメニューの配置が変わらない場合があります。

まずは、タイプミスや使用したURL部分を見直しましょう。

結構やりがちです(良くやります)。

しかし、構文チェックも問題無いし、タイプミスも無いし・・・でも並び替えが反映されない。

その場合の原因は2パターン考えられます。

使用するURL部分が「admin.php～」で始まっている

プラグインのメニュー表記で良くあるのが、「～/wp-admin/admin.php?～」となっているものです。

この場合は、先ほどの説明だと「admin.php~」を書けばよいことになりますが。

この表記の場合は「admin.php?page=～」以降、つまり「=」以降を書くのが正しい指定とされています。

例えば、「admin.php?page=token」となっている場合、並び替えに入力するのは「token」となります。

意外とハマります笑

プラグインのトップレベルページではない

あくまでただ単に並べ替えるという事での話です。サブメニュー（マウスカーソルを合わせると表示されるメニュー）をサイドメニューに表示させるということではありません。

プラグインの場合、そのプラグインで設定されているトップレベルページを指定しないと、並び替えが反映されない場合があります。

これが厄介なところで、サイドメニューに表記されているものではない事があります。

その場合は探すしかない・・・となりますが、他の人が作ったものなので難しく感じます。

簡単に調べる方法は、一度プラグインを無効化して再度有効化した時に表示されるページのURLを見ることです。

そこに表記されているものを使えば、並び替えが有効となります。

プラグインでもコードでも並び替えはできる

管理画面のサイドメニューの並び替えは以上です。

見た目が分かりやすくなるので、作業効率は上がります。

普段はワードプレスを使用したホームページの納品で使用しています。

メニューの並びを変えるだけでも、かなり使いやすさは変わります。

プラグインを使う方が操作が分かりやすいですし、競合を考えるのであればコードを使うのが良いかと思います。

その中でワードプレスは世界で一番使用されています。

CMSと言われると、投稿ページや固定ページといった、WEBページのメインとなるコンテンツのことを思い浮かべてしまいますが。

ワードプレスは、サイドバーやフッター等に設置するコンテンツの管理も「ウィジェット」という機能で楽にしてくれます。

ウィジェットとは？

「ウィジェット」は、サイドバーやフッター等で使用するコンテンツの管理を簡単にしてくれるワードプレスの機能です。

追加できるコンテンツの一部を上げると、

・最新記事一覧のリンク表示

・記事の検索機能

・プロフィールなどのテキストコンテンツ

など。

WEBサイト内の回遊性を良くしたり、掲載する情報の信用度を高めるためのコンテンツを作成できます。

編集方法も簡単で、これらの機能をドラッグ&ドロップするだけで設置できます。

ウィジェットの編集方法

ウィジェットは管理画面の左サイドバーの、「外観＞ウィジェット」で編集できます。

「外観＞テーマ」のテーマカスタマイザー内にもウィジェットの項目があります。

テーマカスタマイザーからなら、実際にどのように表示されるかを確認しながら編集することができます。一応、ワードプレスに元々用意されている機能に限定ですが。

今回は「外観＞ウィジェット」で表示される画面で説明していきます。

こちらの左側の内容がウィジェットに設置できる機能、右側がウィジェットを設置できるエリアとなります。

設置方法は簡単です。

設置したいエリアの「▼」のボタンをクリックし開いたところへ設置したいウィジェットをドラッグ&ドロップすれば完了です。

設置後に使用するウィジェットごとの設定し、「保存ボタン」を押せばウィジェットは設置されます。

順番の入れ替えも設置したウィジェットをドラッグ&ドロップで入れ替えるだけ。

削除したい場合は、設置したウィジェットの設定項目の下の方にある削除ボタンを押せば解除されます。

このように、コンテンツの追加・削除を簡単に行えます。

ウィジェット設定でできること

ここまでの説明で使用した画像の通り、使用できるウィジェットは多いです。

元々用意されているものだけでも、2020年8月時点で17個あります。

アップデートにより内容の変更や、機能の追加があるので、良く使うものだけ紹介しておきます。

カスタムHTML

ブロックエディタでもおなじみの機能です。

ウィジェットに埋め込むことで、設置した箇所にHTMLコードを直接入力できます。

・テンプレートファイルを編集するほどではないちょっとした内容

・他のウィジェットをオリジナルタグで囲みたい場合

・Twitter、Youtube動画などの埋め込みコンテンツを使う場合

など、覚えておくと便利に使えるウィジェットです。

今では埋め込みコンテンツ用のブロックがありますが、CSSなどのコードを直書きする場合にはいまだに便利です。

テキスト

テキスト編集ができるウィジェットです。

入力ボックスはクラシックエディターと同じ編集画面なので、使いやすいですね。

プロフィールの設置などで良く使います。

テキストとHTMLを一緒に編集したい時に便利です。

今は「クラシックブロック」というものがこちらに当たるかなと。

ウイジェット内でビジュアルエディタもしくはマークダウンで記載したい時に利用できます。

最近の投稿

投稿を作成した記事を最新のものから指定件数リスト表示することができます。

ほとんどのブログに実装されている機能なので、おなじみのものかもしれません。

アイキャッチも表示したい場合は、プラグイン「Recent Posts Widget With Thumbnails」を使用すると便利さが増します。

検索

記事検索用に用意しておくと、ユーザーがWEBサイトを使いやすくなります。

記事数が増えたとしても、知りたい情報にアクセスするための入口として使ってもらえます。

プラグインでも追加できる

初期状態で使用できるものすべてを覚える必要はありませんが、良く使う機能を抑えておけばさらに便利に使えます。

また、ウィジェット機能を備えたプラグインであれば機能の項目に追加され、同じように設定することができます。

初期設定とほぼ同じ機能でも、プラグインの方が使いやすかったり、便利な機能が追加されている場合もあります。

色々なプラグインがありますが、実際のアクセス数に基づいて人気記事ランキングを生成してくれる「WordPress Popular Posts」は面白いですよ。

ウィジェットを設置できる場所

ウィジェットを設置することのできる場所は、テーマのテンプレートファイルで設定されています。

良くあるものだと、サイドバーやフッター、ナビゲーションメニューの下側などですかね。

細かく設定できるものだと、投稿ページや固定ページなどの条件に合わせて設置することができるテーマもあります。

これは、テーマ制作者が「ここでウィジェットを使えれば便利だろうな」と思って、呼び出すコードを設置してくれているからです。

言い換えると、そのウィジェットを呼び出すコードを書きさえすれば、お気に入りのテーマ内の好きなところに設置個所を自分で増やすことができるということです。

設置場所を増やすには

設置個所を増やすにはテンプレートファイルを編集することになるので、子テーマの利用をオススメします。

増やす場面としては、テーマを使っていて「ここに検索窓を付けられたら便利だな」とか、「フッターエリアの上側にバナーを設置して、定期的に入れ替えたいけどウィジェットが無い」といった場合や、テーマを自作している時にウィジェットを使用する場合です。

手順は大きく分けて2つです。

①functions.phpでウィジェットエリアを作成する

②テンプレート内にウィジェットを呼び出すコードを書く

functions.phpでウィジェットエリアを作成する

ウィジェットはワードプレスの機能なので追加するコードをfunctions.phpに書き込みます。

<?php
//ウィジェット領域の設定
add_action('widgets_init', 'add_widget_area');
function add_widget_area(){
  register_sidebar(array(
    'id'            => 'widget_id',                   //任意のID
    'name'          => 'ウィジェットエリアの表示名',    //任意の表示名
    'description'   => 'ウィジェットエリアの説明文',    //必要であれば
    'before_widget' => '<div>',                       //任意。ウィジェットをタグで囲みたい場合
    'after_widget'  => "</div>\n",                    //任意。タグで囲む場合の閉じタグ
    'before_title'  => '<h4 class="original-WG"'>,    //任意。タイトル用のタグ
    'after_title'   => "</h4>\n",                     //任意。タイトル用の閉じタグ
  ));
}
?>

「id」「name」は必須です。

他にも管理者がいる場合は、「description」でどこのエリアかを書いておくと便利です。

追加したウィジェットにオリジナルのCSSを反映させたい場合には、「before_widget」に開始タグとclass、「after_widget」に閉じタグを設定します。

タイトルにも同じく「before_title」「after_title」にタグを指定することができます。この例では、H4タグにしてます。

コードでエリアを追加した場合、表示のCSSが他のウィジェットと変わってしまう事が多いので、ここでclass指定しておけばスタイルシートで管理できるので良いですね。

テンプレート内にウィジェットを呼び出すコードを書く

ウィジェットエリアを追加しても、それだけではページには反映されません。

なので、追加したウィジェットがページ内に反映されるようにテンプレートを編集します。

編集するテンプレートは、header.php、footer.php、sideber.phpが多いとは思いますが、single.phpやpage.phpにも設置できます。

<?php 
  
  if(is_active_sidebar('作成したウィジェットで設定した「id」')): dynamic_sidebar('作成したウィジェットで設定した「id」');
      
endif; ?>

こちらのコードは、作成したウィジェットに何かが設置されていると、ページにウィジェットで設定した内容が表示する、という内容になります。

「’ ’」内にはウィジェットエリア作成時に設定した「id」を入力してください。

複数作成した場合も、この「id」を変更することで呼び出すウィジェットエリアを変更する事ができます。

ウィジェットの追加は「更新頻度」から考える

これでお気に入りのテーマの使いたいところにウィジェットを設置できます。

とはいえ、テーマを自作する場合はともかく、普段自分で使用する場合にはテンプレートファイルに直接コードを書いてしまった方が効率が良い場合もあります。

紹介したウィジェットの設置個所を増やすコードを使用するかどうかの決め手は、ズバリ「更新頻度」だと思います。

たとえば、ロゴや画像など一度設定したら内容や表示位置をほとんど変更しないコンテンツでウィジェットエリアがない場合であれば、テンプレートファイルに直接書き込んでしまった方が楽かもしれません。

youtubeチャンネルを運営していて、アップロードした動画を定期的に変更できる埋め込み箇所がサイドバーに欲しいという場合は、ウィジェット化してしまった方が管理は楽になります。

このように、どのように使っていくかを考えてから増やしましょう。

じゃないと、ウィジェットの管理画面に大量の設置エリアが出来上がってしまい、逆に管理しにくくなってしまう恐れがあります。

Ver5.8からブロックウィジェットになりました。

ワードプレスのバージョン5.8から、より直感的に編集・管理できるブロックウィジェットが標準となりました。

基本的には、今までのウィジェットと使える内容はほとんど変わりませんが、ブロックエディタでの投稿の編集のようにウィジェットの編集を行えます。

操作方法もブロックエディタとほぼ同じですね。

ウィジェットの編集画面を開いた状態で、ウィジェットエリアのライブプレビューを見ながら編集できるような感覚です。

使いにくかったり不具合がテーマに出る場合は、プラグイン「Classic Widgets」を使用することで、元のウィジェット編集画面を表示できます。

ウィジェットを使いこなすと、サイト運営が楽になる

ウィジェットで追加できる機能はユーザーにとっては便利なものが多いので、WEBサイト内の回遊性が良くなります。

WEBサイト内の回遊性を高めれば、アクセス数が増えることにもつながります。

しかも、管理画面から簡単な操作で管理・設定することもできます。

最近ではWEBサイトとSNSを連携させることも、WEBサイトの運用を考えた時に外せない事なので、設置個所として考えた場合に最適な場所とも言えます。

ウィジェットを有効利用することで、WEBサイトを見るユーザーと管理する側の双方にメリットがある状態を作りやすくなります。

ワードプレスで行うセキュリティ対策の一つとしてあげられるのが、「パーミッションを変更しよう！」というものです。

今回はワードプレスに必要なパーミッションの設定について書いて行きます。

パーミッションとは？

パーミッションとは、サーバー上にあるファイルの読み込み・書き込み・実行の権限を指定するものです。

ワードプレスに関わらず、WEBサイトはサーバーにアップロードされたファイルに書かれているコードにより表示されます。

そのファイルの内容が変更されれば、当然表示されるWEBサイトの内容は変わります。

つまり、パーミッションを設定しないとWEBサイトの改ざん・乗っ取りといった被害に遭ってしまう可能性が高まります。

WEBサイトの改ざん・乗っ取り被害の結果、訪問者がホームページの利用やブログ記事を読むことを安心して行えなくなってしまいます。

なので、セキュリティ対策の一環として推奨されているんですね。

パーミッションによる権限の設定

では、どのようにサーバー上のファイルを扱う権限をパーミッションで指定するかですが。

「パーミッション」についてネット上の情報を調べると、3桁の数字か10桁の英字が出てくると思います。

これは、「Owner(オーナー)」「Group (グループ)」「Other(その他)」という3種類の立場に分けて制限していることを表しています。

まずはこの3種類の分類について説明しておきます。

どのように分けられているかと言うと、サーバー上のファイルとのかかわり方による違いです。

「Owner」はファイルの作成者自身です。WEBサイトの「所有者」という言い方になります。

WEBサイトを編集・更新を行うので、すべてのファイルやフォルダにアクセスできた方が便利です。

「Group」は同じサーバーを使用している人達です。「所有グループ」という難しい言い方になりますが。

自分自身のサーバーであれば、一緒に管理する人と言えます。しかし共用のレンタルサーバーであれば、まったくの他人という事になってしまいます。

自分のWEBサイトを表示するファイルに近いので、セキュリティ的には一番怖いところかもしれません。

「Other」はそれ以外の人達ですね。人以外にも、ファイル変更・更新を行うアプリケーションもこちらに分類されます。

すこしイメージしにくいかと思うので、関係を図で書いておきます。

この図はあくまでサーバー上のファイルと分類の関係をイメージしやすくするためのものなので、ご了承下さい。

厳密に言うとファイルを操作する権限なので、この図の区分けとは多少異なります。

次に、パーミッションの変更方法について説明します。

パーミッションの変更方法

パーミッションを変更するには、サーバー上のファイルの設定を変更しなければなりません。

なので、FTPソフトと呼ばれる、サーバーにアクセスするためのソフトを使用します。

FTPソフトは様々なものがあるのでお好きなものをご利用下さい。

この記事では、Windowsパソコンで良く使用される、「FFFTP」の画面表示を見ながら解説していきます。

設定されているパーミッションの確認方法

まずは、FFFTPでサーバーに接続して、サーバーにアップロードされているファイルやフォルダを表示します。

接続後に表示される一覧の「属性」の列で、現在設定されている英字表記のパーミッションを確認できます。

ディレクトリでもファイルでも良いので、右クリックのメニューから「属性変更」を選ぶと、パーミッションの設定状況をチェックボックスと数字表記で確認できます。

冒頭で紹介した数字と英字による2種類の表記をこれで確認できます。

次にそれぞれの意味を説明します。

パーミッションの表記の意味

数字表記の場合は、それぞれの桁でパーミッションを設定する権限グループを表し、数字で許可する内容を表しています。

図のように左の数字から「所有者(Owner)」権限、「所有グループ(Group)」権限、「その他(Other)」権限の許可内容を表しています。

許可の内容を表す数字はあらかじめ決められています。

この3つ(0は禁止なので除外しています。)の数字の足し算で、許可している内容を表しています。

なので数字表記の場合は、７・５・６・３・０の組み合わせで表現されているんですね。

数字だけを見ると意味が良くわかりませんが、意味が分かれば理解しやすい表記と言えます。

続いて英字表記ですが、これも基本は数字表記と同じです。

一番左の文字はディレクトリかどうかの判定なので、省略されていることもあります。

なので、権限設定をするのは残りの9文字です。これを3文字ごとに分けて設定します。

文章だと分かりにくいので表にしてみます。

・・・これでも分かりにくいかもしれませんね。

簡単に言うと、3文字区切りで「読み取り」「書き込み」「実行」の順番に表現しているということです。

なので、図の例は実際だと「 r w x – – – r – – 」という表記になり、

・所有者は全て許可( r w x – – – r – – )

・所有者グループは全て禁止( r w x – – – r – – )

・その他は読み取りだけ許可( r w x – – – r – – )

というパーミッションになっていると理解できます。

パーミッションの変更方法

以上を踏まえて、FFFTPを使って設定を変えます。

変更したいファイル上で右クリック→「属性変更」で以下のウインドウを開きます。

FFFTPの場合は、権限グループごとにチェックを入れることでも設定できますし、数字を入力して変更することもできます。

入力した後に「OK」を押すと、属性列の英字表記の内容が変わり、変更を確認できます。

パーミッションの設定方法は以上です。

繰り返しになりますが、ご使用のFTPソフトに合わせて変更するようにして下さい。

WordPressで推奨されるパーミッション設定

説明した方法を使えば自由にパーミッションの設定を変えることができますが、一つ一つのファイルを確認して設定するのは大変です。

なので、ワードプレスが公式に推奨しているパーミッション設定を書いておきます。

①.htaccess

リダイレクトやSSLなどのアクセスされた時の動作を管理する「.htaccess」を利用している場合は、「604」か「606」に設定しましょう。

リダイレクトの設定ができるので狙われやすいファイルの一つです。

しかしワードプレスの機能もこのファイルを使用するので、「その他」の権限にも「読み取り」と「書き込み」を許可しておきます。

②wp-config.php

ワードプレスとデータベースをつなぐための各設定情報を記載している、重要なファイルの一つです。

公式で推奨されているパーミッションの設定は「600」です。

所有者権限以外はアクセスを禁止する設定ですね。

③他のファイル・ディレクトリ

ディレクトリは「705」、ファイルは「604」の設定が推奨されています。

記事の投稿や画像等のアップロード、プラグインの追加や削除等、ワードプレスの運営に関わる操作を、ワードプレス側から行える設定にしておきます。

パーミッションの変更後は動作確認を忘れずに

パーミッション変更後はホームページの動作テストを行ってください。

特に確認して欲しいのはこちらです。

・ダッシュボードへのログインができるか

・記事の投稿やメディアのアップロードが正常にできるか

・プラグインの追加、削除ができるか？

・テーマの変更ができるか

パーミッションの変更を間違っていれば、これらのページへのアクセスや作業を行った場合に、500エラーが起きるか真っ白な画面が表示されます。

その場合は該当する変更したファイル・ディレクトリのパーミッションを再度変更して対処しましょう。

WordPressで出来るセキュリティ対策の一つ

ワードプレスは個人・法人問わず、世界中で使用されているCMSです。

そのため、セキュリティ対策をしっかりとしておかないと思わぬ事態が起きてしまう可能性があります。

ワードプレスを元に会員制サイトなど、個人情報を扱うつもりであればセキュリティ対策は万全にしておきたいものです。

セキュリティプラグインも様々なものが用意されていますが、サーバー上のファイル・フォルダに対するセキュリティもチェックしておきましょう。