WordPress（WP) on qwerty.work

製造業向けのWordpressテンプレートメモ

Thu, 17 Aug 2023 13:11:58 +0900

製造業のサイトをサイトを制作することになり、お知らせの投稿が必要になることからCMSはWordpressを使うことになったものの、どのテンプレートを使えばいいか悩んだので、良さそうな物とピックアップ。

シングルページ・ランディングページ（LP）向け

Minimal Cafe

シングルページだけどお知らせを投稿する機能が欲しいといったシンプルなサイト向け

価格：9,999円（税込み）

https://minimalwp.com/24812/ https://minimalwp.com/24812/

My Song

シングルページだけどお知らせを投稿する機能が欲しいといったシンプルなサイト向け

価格：9,999円（税込み）

https://minimalwp.com/15689/ https://minimalwp.com/15689/

製造業向けテンプレート

New Standard

New Standardは、株式会社ninoyaが販売しているWordPressテンプレート。 Web集客をふまえた機能が豊富でありながら、誰もが直観的な操作で運用できるよう考えてつくられています。サイトの立ち上げから見込み顧客の獲得までカバーできるのが特徴です。LPサイトの制作できます。

価格：29,700円（税込み）

https://newstd.net/ https://newstd.net/

TCD065 NANO

中堅・大企業・BtoB向けコーポレートサイト用WordPressテーマ

価格：34,800円（税込み）

https://tcd-theme.com/tcd065 https://tcd-theme.com/tcd065

Lightning

Lightningは、株式会社ベクトルが配布しているWordPressテンプレートです。シンプルでカスタマイズしやすいデザインになっています。ブログにも対応していますが、多機能プラグイン「ExUnit」を併用することで、ビジネスサイトとして十分な機能を備えることもできます。

価格：無料（有料版もある）

https://lightning.vektor-inc.co.jp/ https://lightning.vektor-inc.co.jp/

Business Press

Business Pressは、WordPressテーマデザイナーの内海隆雄氏が配布しているテンプレート。シンプルで美しいビジネスサイトを目指して作られています。個人をはじめ、団体や中小企業など幅広いジャンルの内容でつくることが可能です。基本的なカスタマイズができるほか、日本語が美しく見えるよう調整されています。

価格：無料

https://businesspress.jp/ https://businesspress.jp/

Business Press

sotypeは、Frontline Marketing Japan株式会社が販売しているWordPress。日本語テンプレートにとことんこだわり、日本語Webフォント「Google NotoSans」を軽量化して実装しています。なかでも一番人気なのは、「MAJESTIC+」。シンプルなデザインながらも強烈なインパクトでユーザーをサイトに引き込みます。

価格：14,700～27,000円（税込み）

https://isotype.blue/ https://isotype.blue/

isotype

isotypeは、Frontline Marketing Japan株式会社が販売しているWordPress。日本語テンプレートにとことんこだわり、日本語Webフォント「Google NotoSans」を軽量化して実装しています。なかでも一番人気なのは、「MAJESTIC+」。シンプルなデザインながらも強烈なインパクトでユーザーをサイトに引き込みます。

価格：14,700～27,000円（税込み）

https://isotype.blue/ https://isotype.blue/

テンプレート販売サイト「WebStock」にあるテンプレート

TEKMOS

トップページ、企業情報、代表挨拶、会社概要、商品紹介、お知らせ、お知らせ詳細、採用情報、お問い合わせ、サンクスページなど、10ページ程度のコーポレートサイト向き

価格：69,300円（税込み）

https://nbc-webstock.com/product/w1001/ https://nbc-webstock.com/product/w1001/

MI Partners

トップページ、お知らせ、お知らせ詳細、事業内容、代表挨拶、会社情報、お問い合わせ、サンクスページ、プライバシーポリシー、マップなど、9ページ程度のコーポレートサイト向き

価格：108,900円（税込み）

https://nbc-webstock.com/product/w0901/ https://nbc-webstock.com/product/w0901/

【WordPress】Contact Form 7 add confirmで確認画面やメッセージが表示されない

Fri, 24 Sep 2021 18:03:46 +0900

確認画面に進まない

WordPressのサイトにお問合せフォームとしてContact Form 7を組み込み、入力確認画面を表示するプラグイン『Contact Form 7 add confirm』を登録したのですが、確認画面に進まず困りましたが、以下のページのおかげで正常に動作するようにできました。

https://nldot.info/how-to-fix-the-contact-form-7-add-confirm-response-to-the-latest-cf7/ https://nldot.info/how-to-fix-the-contact-form-7-add-confirm-response-to-the-latest-cf7/

確認用メールアドレスの入力欄とチェック機能を実装する方法

ついでに、メールアドレスの確認入力と、チェック機能を実装する方法もメモ。

https://100webdesign.jp/services/wordpress/wp_result/wp_result-180/ https://100webdesign.jp/services/wordpress/wp_result/wp_result-180/

https://interface-design.jp/web%E5%88%B6%E4%BD%9C/wordpress/%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3/contact-form-7-email-confirm/ https://interface-design.jp/web%E5%88%B6%E4%BD%9C/wordpress/%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3/contact-form-7-email-confirm/

WordPressが急にError establishing a database connectionとエラーになった！

Wed, 08 Sep 2021 22:37:30 +0900

XAMPPで構築したWordPressのデータベースが急に壊れた件

さっきまで使っていたWordPressが表示されなくなった！

WordPressでコーポレートサイトを作るために、テスト環境としてWindows10のパソコンにXAMPP（ザンプ）を入れてコツコツとサイトを作成していました。

ちなみにZAMPPとは、Apatch、MySQL、PHPなど、一般的なレンタルサーバーと同じ環境を簡単に構築できるフリーソフトです。これがあると、爆速でWEBサーバー環境が構築できます。また、WordPressモジュールのインストーラーもあり、簡単にWordPressを使い始めることができます。

今回、使用していたパソコンの環境は簡単に以下の通り。

Windows 10 64bit 21H1
11th Intel Core-i7
16GB RAM
NVMe SSD
XAMPP for Windows 7.3.30

この環境で約1ヶ月程度作業をしていたら、XAMPP上のApatchやMySQLを再起動しないとWordPressが反応しないことがありました。サービスを再起動すれば直るので、あまり深く考えずに作業していました。

ところが…。

データベースエラー発生！

さっきまで動いていたWordPressの画面にデータベースエラーの文字が表示されるようになりました。

Database Error

Error establishing a database connection

データベースエラー

データベース接続の確立中にエラーが発生しました

WordPressの管理画面やサイトも全部この画面しか表示されなくなりました。

パソコンの再起動
XAMPPの再起動
Apatch、MySQLサービスのStop＆Start

これらをやっても復旧できなくなりました。

phpMyAdminも見れなくなった

途中まで、XAMPPコントロールパネルにあるMySQLの**[Admin]**ボタン押すと、phpMyAdminは表示さていました。今思えば、この時点でデータベースのバックアップを取って置けば良かったと後悔。なぜなら、この後にMySQLのサービスを開始させても数秒後にシャットダウンされてしまうようになったからです…。

何度、[Start]ボタンを押しても以下のようになりました。当然、phpMyAdminにもアクセスできなくなりました…。

Error:MySQL shutdown unexpectedly.

This may be due to a blocked port, missing dependencies,

improper privileges, a crash, or shutdown by another method.

Press the Logs button to view error logs and check

the Windows Event Viewer for more clues

If you need more help, copy and post this

entire log windows on the forrums

エラー：MySQLが予期せずシャットダウンしました。

これは、ポートがブロックされている、依存関係がない、などの理由によるものです。

不適切な権限、クラッシュ、別の方法によるシャットダウンなどが考えられます。

[ログ]ボタンを押すと、エラーログが表示されます。

Windowsイベントビューアで詳細を確認する。

より多くの手がかりのためのWindowsイベントビューア

もっと助けが必要な場合は、このログウィンドウ全体をコピーしてフォーラムに投稿してください。

このエラー文を元に、ポートの重複や、Windowsイベントビューアを確認してみましたが、解決に至りそうな情報を見つけることはできませんでした。

ログを見る

XAMPPコントロールパネルにあるMySQLの**[Logs]ボタンを押すと、以下のログが表示されました。同じような[ERROR]**が複数回ありました。

[ERROR] InnoDB: The innodb_system data file ‘idbdata1’ must be writable

[ERROR] InnoDB: innodb_system データファイル 'idbdata1' は書き込み可能でなければならない。

[ERROR] Plugin ‘InnoDB’ init function returned error.

[ERROR] プラグイン「InnoDB」のinit関数がエラーを返しました。

[ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.

[ERROR] プラグイン'InnoDB'のSTORAGE ENGINEとしての登録に失敗しました。

[ERROR] Unknown /unsupported storage engine: InnoDB

[ERROR] 不明/サポートされていないストレージエンジン：InnoDB

[ERROR] Aborting

[ERROR] 中止します

ログを手掛かりにいろいろやってみた

ログやエラーの表示内容を元に、いろいろ検索して調べて辿り着いた情報の中から以下のことをためしましたが、全部ダメでした。

idbdata1の読み取り専用を解除

『‘idbdata1’ は書き込み可能でなければならない。』ということでしたが、プロパティを開くと、そもそも読み取り専用になっていませんでした。Everyoneフルコントロールを追加してもダメでした。

ログファイルの削除

指定のファイルをリネームして避けるか削除をしてみましたが、ダメでした。

my.iniに強制修復を追加

これもダメでした。

innodb_force_recovery = 1

ログファイルの容量を増やす

wait_timeout = 86400<br>
max_allowed_packet = 1G<br>
innodb_buffer_pool_size = 1G

WordPressのリペアを許可

wp-config.phpの最後部に以下を追加するとWordPressを修復できるかもしれない。ということで、やってみましたが、駄目でした。MySQL自体が起動しないのですから当然ですが…。

define('WP_ALLOW_REPAIR', true);

DATAフォルダの置換

以下のDATAフォルダのバックアップを取っておき、再インストールしたXAMPPのフォルダの新しいDATAフォルダをリネームして、バックアップをここに復元すれば復旧できるといった情報があったので、やってみましたが、**またMySQLが起動しなくなりました。**どうやら、このDATAフォルダ内のファイルが破損しているみたいです。それが、どのファイルなのかがまったく分かりませんでした。

DBファイルが壊れた原因はこれかも？

何度もXAMPPを再起動していたせいか、タスクバーのアイコンを見ると、XAMPPアイコンが何個も表されていました。よくわかりませんが、多重起動により、何らかの異常を積み重ねていたのかもしれません。それによって必要なファイルが壊れたのかもしれません。

また、XAMPPは管理者として実行しないといけないのかもしれません。Usersとして起動した場合、XAMPPを終了させる際に、エラーが出て強制終了をさせていました。これも故障の原因かもしれません。管理者として実行していた場合は終了時にエラーが出ることはありませんでした。

結局、XAMPPを再インストール＆サイト再構築

結局、そうにもできなかったので、一番やりたくなかったXAMPPをアンインストールして、再度インストールし直しました。データはもちろん消えるので、WordPressのモジュールも再インストールし、まっさらな状態から、サイトを作り直しました。

参考サイト

https://kinsta.com/jp/blog/error-establishing-a-database-connection/ https://kinsta.com/jp/blog/error-establishing-a-database-connection/

PHPのバージョンを5系から7系に変更したらWordPressのページが500エラーになった

Sun, 29 Dec 2019 11:45:06 +0900

ズバリ、結論から言うと今回の原因は『Exec-PHP』で解決方法あります。

PHPをバージョンアップしたら500エラーが出る

WordPressで公開しているサイトのレンタルサーバーのPHPを7.系にするとエラーになりました。現時点でレンタルサーバーはMixhostを使っており、コントロールパネルでPHP5.6からPHP7.0→7.1→7.2→7.3と順に設定を変えてみました。バージョン7系はどれもWordpressの公開ページにアクセスすると以下のような画面になってしまいました。

サイトに重大なエラーがありました。詳細については、サイトの管理者のメール受信ボックスを確認してください。

WordPressでのデバッグをさらに詳しく見る。

PHP7系のバージョンによっては以下のエラーページが表示されました。

サイトに重大なエラーがありました。

WordPressでのデバッグをさらに詳しく見る。

放置していたこの問題を本気で対処することに

以前からこの問題はあったのですが面倒くさくて原因を探らず、ずっとPHP5.6のまま使っていました。WordPressのバージョンアップとかで『そのうち自然に解消するだろう』と思っていましたが、まったく解消の気配がなく、WordPressのダッシュボードにも『PHPの更新が必要です』と注意表示が出ていたので、『そろそろ本腰入れて対処するか』と解決方法を探ることにしました。

プラグイン『PHP Compatibility Checker』で互換性を調べてみる

テーマがPHP7に対応していないのかな？とインストール済みのプラグインとテーマのPHPの互換性を調べてくれるプラグイン『PHP Compatibility Checker』で、スキャンしてみました。すると現在使用している『Basic』というテーマで以下の警告が出ました。

21 | WARNING | Function create_function() is deprecated since PHP 7.2; Use an anonymous function instead

21 | 警告| 関数create_function（）はPHP 7.2以降廃止されました。 代わりに匿名関数を使用してください

テーマを更新してして、PHP7.0→7.1→7.2→7.3と各バージョンを試しましたが、結局状況は変わりませんでした。テーマ以外に別に問題があるのかな？と今度はプラグインを疑いました。

エラーの原因はプラグイン『Exec-PHP』だった

以下のメールがサーバーから届いていました。

WordPress 5.2から、サイトでプラグインやテーマが致命的なエラーを発生させた場合にそれを検知してこの自動メールでお知らせする機能が追加されました。

今回の場合、WordPress がプラグイン Exec-PHP でエラーを捉えました。

まずはじめに、ご自分のサイト (https://sample.com) を開き、目に見える問題がないか確認してください。次に、エラーが発生したページ (https://sample.com/wp/wp-admin/index.php) を開き、同様に問題がないか確認してください。

この問題をさらに調査するにはサーバーホストに連絡してみてください。

もしサイトが壊れていてダッシュボードに正常に接続できない場合、WordPress には特別な『リカバリーモード』があります。これによりダッシュボードに安全にログインし、さらに調査をすることができます。

https://sample.com/wp/wp-login.php?action=enter_recovery_mode&rm_token=L**M0yRRK1L*yzS5*Qj*Gw&rm_key=iwaXrgB*RNDhO**tnm*Iwi https://sample.com/wp/wp-login.php?action=enter_recovery_mode&rm_token=L**M0yRRK1L*yzS5*Qj*Gw&rm_key=iwaXrgB*RNDhO**tnm*Iwi

サイトを安全に保つため、このリンクは 1日で有効期限が切れます。ですが、心配なく。有効期限後にこのエラーが再度発生すれば新しいリンクをお送りします。

この問題を解決しようとする際、以下の情報を聞かれるかもしれません。 WordPress バーション5.3.2 現在のテーマ: Basic (バージョン 1.3.10) 現在のプラグイン: Exec-PHP (バージョン 4.9) PHP バージョン7.3.11

エラー詳細

===============

エラータイプ E_PARSE が /home/abcdefg/public_html/sample.com/wp/wp-content/plugins/exec-php/exec-php.php ファイルの 22 行目で発生しました。エラーメッセージ: syntax error, unexpected ’new’ (T_NEW)

WordPressのテーマや記事内でPHPのコードを使用できるようにするプラグイン『Exec-PHP』がPHP7系に対応していませんでした。これに関する検索をしてみたら、プラグインが『PHP7に対応していない』とか『危険』『セキュリティ上問題あり』とかのページがぼろぼろ出てきました。

問題ありのプラグインでもその場しのぎで使う

『Exec-PHP』を無効にすればPHP7.3にしてもWordPressのページは表示されるようにはなるけど、レイアウトが崩れました。PHPでレイアウトに関連したコードをインクルードしていたので当然ですね。『Exec-PHP』を入れることで投稿内にPHPを書いて実行できる環境になってしまうのでセキュリティ上、危険らしいのですが、対策としてコードをプラグイン化したり、ショートコードの自作とかすぐにできないので、『何とかこの場を凌げないかな？』と調べていたら『Exec-PHP』を改造・修正する方法を見つけました。

『Exec-PHP』のファイルを修正する方法

『Exec-PHP』のPlugin内のファイルにあるソース=&がエラーの原因でした。=&から&を削除して=に修正することで、エラーを解消できました。

“=&“があるファイル

/wp-content/plugins/exec-php内にある以下の10ファイルが修正の対象です。Dreamweaverで対象のファイルを開くと、=&がある行はエラーがあることを示す赤色で行番号が表示されていました。

修正対象ファイル

admin.php
ajax.php
cache.php
config_ui.php
exec-php.php
manager.php
runtime.php
script.php
user_ui.php
write_ui.php

各ファイルの修正箇所

admin.phpの修正部分

/wp-content/plugins/exec-php/includes/admin.php

40行目

$this->m_cache =& $cache;
     ↓
$this->m_cache = $cache;

53行目

$this->m_common_script =& new 
     ↓
$this->m_common_script = new

56-57行目

$this->m_write_ui =& new ExecPhp_WriteUi($this->m_cache, $this->m_common_script);
$this->m_user_ui =& new ExecPhp_UserUi($this->m_cache);
     ↓
$this->m_write_ui = new ExecPhp_WriteUi($this->m_cache, $this->m_common_script);
$this->m_user_ui = new ExecPhp_UserUi($this->m_cache);

63-64行目

$this->m_style =& new ExecPhp_Style();
$this->m_config_ui =& new ExecPhp_ConfigUi($this->m_cache, $this->m_common_script);
     ↓
$this->m_style = new ExecPhp_Style();
$this->m_config_ui = new ExecPhp_ConfigUi($this->m_cache, $this->m_common_script);

79行目

$this->m_admin_script =& new ExecPhp_Script(ExecPhp_ID_SCRIPT_ADMIN,
				ExecPhp_ID_L10N_ADMIN, $this->m_admin_l10n, '/js/admin.js', array('sack'));
     ↓
$this->m_admin_script = new ExecPhp_Script(ExecPhp_ID_SCRIPT_ADMIN,
				ExecPhp_ID_L10N_ADMIN, $this->m_admin_l10n, '/js/admin.js', array('sack'));

ajax.phpの修正部分

/wp-content/plugins/exec-php/includes/ajax.php

23行目

$this->m_cache =& $cache;
     ↓
$this->m_cache = $cache;

56行目

$option =& $this->m_cache->get_option();
     ↓
$option = $this->m_cache->get_option();

64行目

$user =& new WP_User($i->user_id);
     ↓
$user = new WP_User($i->user_id);

cache.phpの修正部分

/wp-content/plugins/exec-php/includes/cache.php

22行目

$this->m_option =& new ExecPhp_Option();
     ↓
$this->m_option = new ExecPhp_Option();

39行目

$this->m_usermetas[$user_id] =& new ExecPhp_UserMeta($user_id);
     ↓
$this->m_usermetas[$user_id] = new ExecPhp_UserMeta($user_id);

config_ui.phpの修正部分

/wp-content/plugins/exec-php/includes/config_ui.php

32-33行目

$this->m_cache =& $cache;
$this->m_script =& $script;
     ↓
$this->m_cache = $cache;
$this->m_script = $script;

35行目

$option =& $this->m_cache->get_option();
     ↓
$option = $this->m_cache->get_option();

69行目

$option =& $this->m_cache->get_option();
     ↓
$option = $this->m_cache->get_option();

78行目

$option =& $this->m_cache->get_option();
     ↓
$option = $this->m_cache->get_option();

145行目

$option =& $this->m_cache->get_option();
     ↓
$option = $this->m_cache->get_option();

exec-php.phpの修正部分

/wp-content/plugins/exec-php/exec-php.php

22行目

$GLOBALS['g_execphp_manager'] =& new ExecPhp_Manager();
     ↓
$GLOBALS['g_execphp_manager'] = new ExecPhp_Manager();

manager.phpの修正部分

/wp-content/plugins/exec-php/includes/manager.php

36,37,38,39行目

$cache =& new ExecPhp_Cache();
$this->m_ajax =& new ExecPhp_Ajax($cache);
$this->m_runtime =& new ExecPhp_Runtime($cache);
$this->m_admin =& new ExecPHP_Admin($cache);
     ↓
$cache = new ExecPhp_Cache();
$this->m_ajax = new ExecPhp_Ajax($cache);
$this->m_runtime = new ExecPhp_Runtime($cache);
$this->m_admin = new ExecPHP_Admin($cache);

runtime.phpの修正部分

/wp-content/plugins/exec-php/includes/runtime.php

23行目

$this->m_cache =& $cache;
     ↓
$this->m_cache = $cache;

68行目

$option =& $this->m_cache->get_option();
     ↓
$option = $this->m_cache->get_option();

script.phpの修正部分

/wp-content/plugins/exec-php/includes/script.php

22行目

$this->m_id =& $id;
     ↓
$this->m_id = $id;

user_ui.phpの修正部分

/wp-content/plugins/exec-php/includes/user_ui.php

25行目

$this->m_cache =& $cache;
     ↓
$this->m_cache = $cache;

43行目

$usermeta =& $this->m_cache->get_usermeta($profileuser->ID);
     ↓
$usermeta = $this->m_cache->get_usermeta($profileuser->ID);

74行目

$usermeta =& $this->m_cache->get_usermeta($user_id);
     ↓
$usermeta = $this->m_cache->get_usermeta($user_id);

write_ui.phpの修正部分

/wp-content/plugins/exec-php/includes/write_ui.php

28-29行目

$this->m_cache =& $cache;
$this->m_script =& $script;
     ↓
$this->m_cache = $cache;
$this->m_script = $script;

74行目

$usermeta =& $this->m_cache->get_usermeta($current_user->ID);
     ↓
$usermeta = $this->m_cache->get_usermeta($current_user->ID);

107行目

$option =& $this->m_cache->get_option();
     ↓
$option = $this->m_cache->get_option();

修正ファイルをアップロードしたら正常に表示された

上記10ファイルのソースを修正してサーバーにPUTしたところ、PHP7.3にしてもエラーは出ず、正常にページが表示されました。

参考ページ

https://usado.jp/spdsk/2019/03/22/post-5117/ https://usado.jp/spdsk/2019/03/22/post-5117/

https://accelboon.com/tn/wirdpressphp7-1%E3%81%A7%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%8C%E7%99%BA%E7%94%9F%E3%80%8Cexec-php%E3%80%8D%E3%82%92%E4%BF%AE%E6%AD%A3/ https://accelboon.com/tn/wirdpressphp7-1%E3%81%A7%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%8C%E7%99%BA%E7%94%9F%E3%80%8Cexec-php%E3%80%8D%E3%82%92%E4%BF%AE%E6%AD%A3/

https://help.mixhost.jp/hc/ja/articles/115003742472-WordPress%E3%81%A7500%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%99%E3%82%8B%E5%A0%B4%E5%90%88-%E7%A9%BA%E7%99%BD%E3%81%AE%E3%83%9A%E3%83%BC%E3%82%B8%E3%81%8C%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E3%82%8B%E5%A0%B4%E5%90%88%E3%81%AE%E5%AF%BE%E5%87%A6%E6%B3%95 https://help.mixhost.jp/hc/ja/articles/115003742472-WordPress%E3%81%A7500%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%99%E3%82%8B%E5%A0%B4%E5%90%88-%E7%A9%BA%E7%99%BD%E3%81%AE%E3%83%9A%E3%83%BC%E3%82%B8%E3%81%8C%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E3%82%8B%E5%A0%B4%E5%90%88%E3%81%AE%E5%AF%BE%E5%87%A6%E6%B3%95

Exec-PHPに代わるプラグイン候補

『Exec-PHP』のページでは『このプラグインは2018年12月14日に閉鎖されたため、ダウンロードできません。理由：セキュリティの問題。』と出ていたので、別のプラグインに乗り換えることも検討が必要です。またゆっくり代替のプラグインを探していいのが見つかったら乗り換えたいと思います。

WordPressの『PHP関連』のプラグイン検索結果ページ

https://ja.wordpress.org/plugins/search/PHP/ https://ja.wordpress.org/plugins/search/PHP/

IISとWordpressとURL書き換え（Rewrite）

Fri, 10 May 2013 10:36:03 +0900

WEBサーバーがApatchであればmod_writeでWordpressのURL書き換えが行えますが、IISの場合はmod_rewriteが使えません。でもIIS7以降は『URL Rewriteモジュール』というものをインストールすれば.htaccessのようなweb.configというファイルにリライトルールを記載することで実現ができるようです。

方法

『Microsoft Web Platform Installer』をダウンロード。

http://www.microsoft.com/web/downloads/platform.aspx
『IIS Rewrite 2.0』を追加する

『製品タブ』の中にあります。あとは画面に従ってインストールしてください。
サイトのルートディレクトリの『web.config』に以下を記載。

ファイルが存在しなければ作成してください。

<?xml version="1.0" encoding="UTF-8"?><br><configuration><br>    <system.webServer><br>      <rewrite><br>        <rules><br>          <rule name="Main Rule" stopProcessing="true"><br>            <match url=".*" /><br>            <conditions logicalGrouping="MatchAll"><br>              <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" /><br>              <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" /><br>            </conditions><br>            <action type="Rewrite" url="index.php/{R:0}" /><br>          </rule><br>        </rules><br>      </rewrite><br>    </system.webServer><br></configuration>

これで、以下のWordpressのリライトルール（.htaccess）と同じ動作になります。

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

『URL Rewriteモジュール』をIIS8にインストールすると『インターネットインフォメーションサービス（IIS)マネージャー』のページに『URL書き換え』というアイコンが追加されています。ここから『web.config』の内容をGUIで追加することも可能です。

phpMyAdminでWordPressのドメインを一括で置換えるSQL文

Wed, 27 Mar 2013 14:56:00 +0900

WordPressを使用しているサイトのドメインを変更しました。データベースやMySQLを使用していて、phpMyAdminで旧ドメインと新ドメインを手作業で入れ替える編集をしていましたが、さすがに投稿数が多いと面倒くさいです。でも、以下のSQL分を実行するとサクッと検索・置換ができます。

UPDATE wp_options SET option_value=REPLACE(option_value,"旧ドメイン","新ドメイン");
UPDATE wp_posts SET post_content=REPLACE(post_content,"旧ドメイン","新ドメイン");
UPDATE wp_posts SET guid=REPLACE(guid,"旧ドメイン","新ドメイン");
UPDATE wp_postmeta SET meta_value=REPLACE(meta_value,"旧ドメイン","新ドメイン");

Wordpressの新着情報リストを表示する方法。

Wed, 20 Feb 2013 22:55:49 +0900

ワードプレスに投稿した記事を新しい順にリスト形式で表示する方法のメモ。

<h2>新着情報</h2><br>
<?php<br>
  $posts = get_posts('numberposts=5&category=');<br>
  global $post;<br>
?>
<br>
<?php if($posts): ?><br>
  <ul><br>
    <?php foreach($posts as $post):<br>
      setup_postdata($post); ?><br>
      <li><?php the_time('Y年m月d日');?>&nbsp;<a href="<?php the_permalink();?>"><?php the_title(); ?></a></li><br>
    <?php endforeach; ?><br>
  </ul><br>
<?php endif; ?>

『numberposts』は表示する『件数』

『cat』は表示したい『カテゴリ』の指定しなければ全投稿で、「1,3,5」などカンマで区切れば細かく指定することもできるようです。

初歩的なことですが、Wordpressの固定ページ編集の欄に記述したPHPを動かすには『Exec-PHP』などPHPを有効にするためのプラグインを入れないと、ソースが表示されるだけで動きません。