カテゴリー: ホームページ

ふと、多種多様な業種のお客様のホームページ制作しているといろいろな事象に悩まされることがあります。

今回もその一つをピックアップしたいと思います。

「記事と固定ページのパーマリンクが同じだった場合」

まあ、レアケースだと思いますけどそんなことも世の中には発生します。

それでは実験を。

（１）投稿ページに作成

（２）固定ページ作成

これでパーマリンク同じページを作成しました。

実際にブラウザでアクセスすると・・・。

結果は、固定ページ！！

そうです。WordPressで同じパーマリンクがあった場合は固定ページが優先されるようです。

ちなみに現象が発生したときにお客様からの問い合わせとしては、ページを更新したんだけど、一切変更が反映されないんですけどーっと言われると思います。

正直、管理画面に入って状況を確認しないとこのような状況が発生しているとはわかりません。また、そうそうこのような気づかないですね。

きっとそのうち、固定ページ投稿関係なくパーマリンクがユニークであることをチェックするような機能がWordPressに搭載されるとよいですね。

WordPressのバージョンアップで手動で任意のバージョンに行いたい時があったのでその時のメモを残します。

WordPress本体を任意のバージョンにアップデートする方法

（１）現在のDB,PGの両方のバックアップを行うこと。

※バックアップは重要です。必ず、DBとHTML部分の両方を行いましょう。

（２）下記のURLからバージョンアップするWordPressのバージョンをダウンロードする

https://ja.wordpress.org/releases/#older

（３）WordPressのファイルを解凍する。

（４）FTPでWordPressの「wp-content」のフォルダと「wp-config.php」以外を上書きでアップロードします。

（５）「wp-content」のフォルダの内の「languages」のみ上書きでアップロードします。

（６）アップデートを行います。下記のURLにアクセスして、指示に従います。

http://実施サイトのURL/wp-admin/update-core.php

（７）あとは、表示、新規、編集、スライド等動作しているのかを確認します。

こんなところで手動でのWordPressのアップデートは完了です。

※プラグインが動かないケースがあるので気を付けましょう。

WordPressが正常に動いているときは管理画面からバージョンを確認することができますが今回はDBだけでバージョンを確認する方法です。

WordPressのバージョンをDBから確認する手順

（１）MYSQLの管理画面にログインを行います。「wp_options」テーブルの「option_name」が「db_version」を探します。

「option_value」の値の数字をメモします。

（２）その数値を下記の表で確認します。

詳細はこちらのサイトでバージョンを確認してください。

今回のWordPress4.8→4.9系へのバージョンアップは、メジャーバージョンアップで久々に動かないものが出てくるようです。

さて、どうするか・・・。

この際なのでちょっと調べてみました。

wp-config.phpに下記を記述することにより自動アップデートを調整することが可能

//マイナー、開発版を含むすべてのコアをアップデート
define( ‘WP_AUTO_UPDATE_CORE’, true );
　
//すべてのコアのアップデートを無効
define( ‘WP_AUTO_UPDATE_CORE’, false );

//マイナーアップデートのみを対象（デフォルト）
define( ‘WP_AUTO_UPDATE_CORE’, ‘minor’ );

どっちかというと人の操作でのアップデートも制御したい！ですね・・・

といっても制限できるのが更新通知を非表示ぐらいですかね。

function.phpに追記

//更新を非通知にする
add_filter('pre_site_transient_update_core', create_function('$a', "return  null;"));

ちょっとバージョンアップに気を付けたいところです。

WordPressで記事編集ページを開いている場合に重いと感じたことありませんか？

そんなときは、WordPressのリビジョンが多くなってきて重い場合もあります。

リビジョンを停止するのは、利便性が悪くなるのでしたくないのですが3回程度に回数に絞り込むのも手です。

wp-config.phpに下記を追加してリビジョンを3回に制限します。

define('WP_POST_REVISIONS', 3);

ついでにリビジョンを停止する場合は

wp-config.phpに下記を追加します。

define('WP_POST_REVISIONS', false);

リビジョンをコントロールするならWordPressのプラグインを使ったほうが楽かも

Revision Control

目的としては、レンタルサーバーによっては利用できるメモリが異なり、プラグインが動かないものがあり

その時にエラーログにPHPのメモリオーバーというメッセージが表示されていたことを改善するために試してみました。

関連記事はWebArenaのPHP設定

WordPressのページを編集していて初期状態ではOK、何度も編集を重ねるとPHPのメモリオーバーエラーでページが開かなくなるという現象が出ていたので、リビジョンを読み込む量を減らしました。今のところ具合はOKです。

今やWordPress動かすためにこんなに苦労するとは・・・。えーと、PHPのバージョンは5.1!!!だったので下記のように記述してCGIタイプのPHPで5.3を動作させた。

AddHandler application/x-httpd-php53 .php

とりあえずWordPressはこれで動いたけど・・・

プラグインによっては下記のエラーが発生して動かない。

PHP Fatal error:  Out of memory

WebAreaサイト上で、PHP5.3のCGIだと、「.user.ini」でphp.iniの個別ができるそうだが詳細が見当たらない。

「.user.ini」は、他のドキュメントを参照したところ、PHPの実行の先頭ルートフォルダにあれば、よいとのこと。

・「.user.ini」

post_max_size = 20M
upload_max_filesize = 20M
memory_limit = 256M

設定した値が反映されているのかはphpinfoを使って確認する

<?php
phpinfo();
?>

これだけでは何ともなので・・・

wp-config.phpにメモリ制限を追加

define('WP_MEMORY_LIMIT', '96M');
define('WP_MAX_MEMORY_LIMIT', '256M');

うーん、それでも「Out of memory」が発生するプラグインがある・・・。CPIでは問題ないんだけど・・・。

結局プラグインのバージョンを下げたりメモリ調整したり、1ページあたりのメモリ容量に気を付けたりした。

PHP5.1ベースだと最近のWordPressのプラグインを動作させることは厳しいと思ったほうが良いかな。

ログイン画面もちょっと変えたいなって思ったので「Customize WordPress Login Page」を使ってみました。

Customize WordPress Login Pageをインストールして有効にします。

「設定」＞「Admin Custom Login」にアクセスを行い、「Admin Custom Login Status」を「Enable」に変更します。

そうすると

のWordPressのログイン画面が

となりました。

もう少しちゃんと設定しないとな。でも簡単にWordPressのログイン画面をカスタマイズできました。