バージョンアップ

XREA PHP バージョンアップ履歴 ワードプレスが更新を推奨 (エラー修正方法)

Categories | ブログ(WordPress) SEO

XREA PHP バージョンアップ履歴 ワードプレスが更新を推奨

バージョンアップでエラーが発生した時の修正方法

2025.08.05 (php7.4 → php8.3)※現在使用不可

284ed1d84762b889c2090963792560d4 400x339 XREA PHP バージョンアップ履歴 ワードプレスが更新を推奨 (エラー修正方法)

※php8.3にバージョンアップすると、当ブログでは不具合が生じ表示されなくなる。
php8.0でも試してみたが、やはりエラー表示。
当ブログは213年5月21日に公開した自作テーマ。メンテの必要がないようにシンプルるに制作。

 

エラーチェック備忘録

先ずはPHPの互換性をチェックするプラグイン「PHP Compatibility Checker」で
原因究明してみる。プラグインが出しているエラーを「テーマ側が画面に表示している」だけの可能があるので。

WordPress 実装中プラグイン

 

1. Realtime Calendar

随分前にインストールしたプラグイン。

2025 0808 XREA PHP バージョンアップ履歴 ワードプレスが更新を推奨 (エラー修正方法)

PHP8には非対応なので削除。

 

2. XML Sitemap Generator for Google 4.1.21

2025 08 08 01 XREA PHP バージョンアップ履歴 ワードプレスが更新を推奨 (エラー修正方法)

サイトマップを自動生成してくれるプラグイン。

2023年くらいから不具合が続き、サイトマップを自動生成しなくなったよう。

2025年8月に削除。

代替えとしてAIOSEOのサイトマップを使ってみた。

しかし、パーマリンクが?p=123形式だとサイトマップ機能が使えないことが判明。

困った。やはりパーマリンクを変更するべきか・・・取りあえず放置する。

※ パーマリンクが?p=123形式だとSEOに悪影響だそう。

 

3. PuSHPress 古いプラグインだったので削除。

詳細を確認すると対応する最新バージョン: 5.9.11

 

結果、php8によろしくない(非対応?)プラグイン3つを削除しました。

 

プラグインをいじってみたが、一番の原因は大昔に作ったテーマと判明。

テーマなどのエラーを見つけて書き出す方法は、「DEBUG_LOG」を使う。

wp-config.php に下記を記述。

* この値を true にすると、開発中に注意 (notice) を表示します。
* テーマおよびプラグインの開発者には、その開発環境においてこの WP_DEBUG を使用することを強く推奨します。

この1行を → define(‘WP_DEBUG’, false);
※falseはデバッグモードを無効にするという意味ね。

  ↓ ↓  3行に変更する。

define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
define(‘WP_DEBUG_DISPLAY’, false);

※define(‘WP_DEBUG’, false);の記述がない場合は3行だけを記述。

その後ブログを表示させると「debug.log」が生成され、それにエラーが書き出される。

デバックファイルの場所 /wp-content/debug.log

 

エラー01. /themes/blog/functions.php
PHP Deprecated: 関数 add_custom_image_header は、バージョン 3.4.0 から非推奨になりました ! 代わりに add_theme_support( ‘custom-header’, $args ) を使用してください・・・

エアラー01. 修正方法
関数 add_custom_image_header は  /themes/blog/functions.php
にこう記述されていた。

add_custom_image_header('','admin_header_style');

 ↓ 新しい構文に変更

add_theme_support('custom-header', array(
'admin-head-callback' => 'admin_header_style',
));

 

エラー02. /themes/blog/functions.php
PHP Notice: 関数 register_sidebar が誤って呼び出されました。「サイドバー 1」サイドバーの引数の配列で id が設定されませんでした。既定では「sidebar-1」です。id に「sidebar-1」を設定することでこの情報を消して、既存のサイドバーのコンテンツを保つことができます。register_sidebar()に id を渡していないために出ている Notice です。

修正前

//ウィジェット
register_sidebar();

 

修正後

// ウィジェット
register_sidebar(array(
'name' => 'サイドバー 1',
'id' => 'sidebar-1',
'before_widget' => '<li id="%1$s" class="widget %2$s">', // ← li で囲む
'after_widget' => '</li>',
'before_title' => '<h2 class="widgettitle">', // ← 元のCSSに合わせて h2
'after_title' => '</h2>',
));

※ 当ブログの sidebar.php を見ると仕組みは
<div id=”sidebar”> の中で <ul> を置き、その中に <?php dynamic_sidebar(); ?> を出力している。つまり register_sidebar() の before_widget / after_widget は <li> タグにしておく必要がある。そうしないと <ul> の中に <div> が入ってしまって、レイアウトやスタイルが崩れる原因になります。

 

エラー03. /themes/blog/comments.php
PHP Deprecated: ファイル comments.php のないテーマ は、バージョン 3.0.0 から非推奨になり、代替手段がなくなりました。 comments.php テンプレートをテーマに含めてください・・・

何故か comments.phpが存在しない。でも記事内にはコメント機能が問題なく作動している。昔に自作したテーマだからどう構築したか記憶にない。取りあえずダミーのcomments.phpを作成してエラーを回避しました。
ファイルの中身はこんな感じです。

<?php
/**
* comments.php
* WordPress コメントテンプレート
*/

if ( post_password_required() ) {
return;
}
?>

<div id="comments" class="comments-area">

<?php if ( have_comments() ) : ?>
<h2 class="comments-title">
<?php
printf(
_nx( 'One Comment', '%1$s Comments', get_comments_number(), 'comments title', 'textdomain' ),
number_format_i18n( get_comments_number() )
);
?>
</h2>

<ol class="comment-list">
<?php
wp_list_comments( array(
'style' => 'ol',
'short_ping' => true,
) );
?>
</ol>

<?php the_comments_navigation(); ?>

<?php endif; ?>

<?php
// コメントが閉じている場合のメッセージ
if ( ! comments_open() && get_comments_number() ) :
?>
<p class="no-comments"><?php esc_html_e( 'Comments are closed.', 'textdomain' ); ?></p>
<?php endif; ?>

<?php comment_form(); ?>

</div>

 

まとめ
警告だけ消したいなら「ダミー」でもよかった。でもコメント欄も必要なら、この 標準の comments.php を置けば両方解決でた。

 

エラー04.

PHP Notice: Undefined variable: counter in /blog/wp-content/themes/blog/home.php on line 9
変数 $counter が 定義される前に使われていることを示している。
home.php の 9行目 で $counter を利用しているが、その前に初期化していないためエラーが発生しています。

修正前

<?php if(have_posts()): while(have_posts()): the_post(); $counter++; ?>

 

修正後

<?php if (have_posts()): $counter = 0; while (have_posts()): the_post(); $counter++; ?>

 

まとめ
関数 $counter は、単にループ内で「何件目の記事か」を数えるためだけの変数です。ループ前に初期化しろというエラーでした。記事の URL(パーマリンク)、ID、スラッグなど WordPress のデータには一切影響しません。ループ内で $counter++ して条件分岐しているだけなので、表示内容のレイアウトや「先頭記事だけ大きく表示する」などの見た目にしか関係しません。初期化しても 1 件目から数え直すだけなので、リンクやSEO、データベースの情報には全く影響ありません。

 

debug.log でのエラーは4つ。これらを修正しエラーはなくなりました。

しかし、php8にバージョンアップしてみると、やはり何も表示されなくなります。

さぁ、どうする? 

色々と模索していたらphp互換性をチェックするプラグイン

PHP Compatibility Checker

は2021年ころから提供が終了しているらしい。

良かれとphp互換チェックに真っ先に導入したプラグインだったが。

代替えとしてPHP互換性を簡易チェックできるスクリプトを自作↓。

PHP Compatibility Checker 2022年にサポート修了。代替えは自作プラグイン?

 


 

2022.08.17. (php7.3→php7.4)

0917 400x249 XREA PHP バージョンアップ履歴 ワードプレスが更新を推奨 (エラー修正方法)


 

2019.04.04. (php7.2→php7.3)

レンタルサーバーから、XREAにおいてPHPの最新バージョン7.3に対応したと

アナウンスがありました。

PHP7.3対応は2019年4月1日(月)より。

 

◆ PHPの設定変更方法
新サーバーコントロールパネルの左メニュー「サイト設定」で
「サイト設定の変更」「PHP」を “php73” に選択します。
「サイト設定を変更する」ボタンを押します。
約5~10分程度で反映されます。

 

0404 01 400x316 XREA PHP バージョンアップ履歴 ワードプレスが更新を推奨 (エラー修正方法)

↓ ↓

0404 02 400x142 XREA PHP バージョンアップ履歴 ワードプレスが更新を推奨 (エラー修正方法)

 

気になるところはインストールしたプラグイン。

最新版であれば問題なさそうだが、

いちお不具合がないか?反映後(10分程度)確認する。

問題なし。

 

XREA PHP バージョンを5.3から7.2に更新

 

XREAサーバーの PHPが 5.3から 7.0にバージョンアップ ワードプレス(ブログ)に不具合発生

 

Comment(0) | Trackback(0)

TAGS: / / / | 2025年8月5日 |

Android4.4.2を強制的にAndroid13にバージョンアップできるのか?やってみた

Categories | スマホ

古いスマホ(Android4)を強制的にAndroid13にバージョンアップできる?

何故にバージョンアップに試みたのかは、システム改造(ルート化)して、

野良アプリを使おうと思いまして。

でも使用に際して支障(脆弱性)や故障などある可能性も。

だったら壊れても惜しまないスマホをと、押し入れで眠っていた古いスマホを

引っ張り出してきたわけです。

バージョンアップする前に古いスマホの詳細に少し触れときます。

買い替えしたスマホは「AQUOS PHONE ZETA SH-01F」

 

古いスマホは2014年3月にdocomoオンラインショップで購入した

AQUOS PHONE ZETA SH-01F」。

OSはAndroid4.4.2。2018年2月ころまで使用し、SIMは抜いてあります。

 

DSC 2712 400x225 Android4.4.2を強制的にAndroid13にバージョンアップできるのか?やってみた

AQUOS PHONE ZETA SH-01F Android4.4.2

 

それでは強制Androidバージョンアップをしていきます。

スマホをノートPCに繋げてPC上で強制バージョンアップします。

先ずは「DroidKit」をPCにインストールします。

DroidKitは、無料のAndroid強制バージョンアップアプリ。

「DroidKit」のホームページ:https://bit.ly/3vIkp1W

 

Step 1:インストールしたDroidKitを開きます。

 

48ab18ddd87d34db4b89266154939b77 400x236 Android4.4.2を強制的にAndroid13にバージョンアップできるのか?やってみた

 

Step 2:再インストール/アップグレードを開始します。

 

4aecf036b730d6497fc1fed0b25749aa 400x235 Android4.4.2を強制的にAndroid13にバージョンアップできるのか?やってみた

 

Step 3:スマホをUSBでPCに繋ぎ、認識されるが・・・

00398e44104940f6d225235d18502610 400x223 Android4.4.2を強制的にAndroid13にバージョンアップできるのか?やってみた

 

「Android5.0以前のバージョンをお使いの場合、当社までお問い合わせください」

だそう。

問い合わせしたら、

Android 4 を実行しているデバイスが当社のアプリと互換性があるかどうかをお問い合わせのようです。残念ながら、DroidKit は Android 5 以降のバージョンを搭載したデバイスをサポートするように設計されています。

つまりDroidKitでAndroid 4 は対象外。アララ

では他に何かしら手段がないものかと、ネット検索しまくりましたが見つからず。

結局諦めました。

この案件、どなたか攻略法を知っている方いませんかね。

しまい

Comment(0) | Trackback(0)

TAGS: / / | 2025年2月9日 |

DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)

Categories | ブログ(WordPress) DW Question Answer

DW Question Answer バージョンアップ(1.4.3.4→1.5.7)

WordPress(ワードプレス)プラグイン

1219 400x234 DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)

 

前回のバージョンアップからかれこれ3年程放置していました。

理由としては、

バグらしきを発見し、暫くは安定していた旧バージョン(1.4.3.4)を利用して

様子をみてたと言ったところ。

そろそろ良かれとバージョンアップしてみました。

 

現状スペック等詳細

WordPress 5.3.1–ja / php7.3 / 自作テーマ

 

安定バージョン1.4.3.4が必要な方は、下記リンク記事からダウンロードして下さい。

DW Question & Answer バージョン1.4.5 の不具合と対処法

 

※バージョンアップする際、旧バージョンをバックアップしておくこと必須。

 

1219 01 400x219 DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)

※バージョンアップ後、異常があった場合の対処法

FFTPでサーバーにアクセスし、プラグイン「DW Question Answer」を丸ごと削除し、

バックアップした旧バージョンをアップロードしてくださ。

アップロード際、パーミッション(属性)は気にしなくて大丈夫です。

 

 

当方運営の「KAWASAKI Motorcycle Q & A」でバージョンアップ後、

不具合・エラー等は見られないようでした。ホットシタ

過去に苦い思いしてるんで。

 

1219 02 400x80 DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)

 

それでは、バージョン1.5.7はどう進化したのか?

さらっとレビューします。

 

 

 

言語ファイル(languagesフォルダ内)

1219 04 400x181 DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)

画像左が旧バージョン1.4.3.4 右が新バージョン1.5.7

新たに追加されたファイルはありませんが、

新バージョンファイルは全体的に縮小気味。

ファイル名も変更されている。

dwqa → dw-question-answer

よって、新しく日本語化ファイルを作成する必要ありました。

 

【DW Question Answer1.5.7 日本語化ファイル】

下記記事からダウンロードして下さい。

DW Question Answer 日本語化|ファイルダウンロード 【 WordPress プラグイン 】

 

 

DWQA設定に新たに追加された3項目

2019 05 400x244 DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)

1.投票設定 匿名投票を許可する。

2.Akismet設定 スパム対策用プラグインとの紐付け。

3.自動閉鎖設定 自動閉鎖を使用する。

 

これらの項目は、まだ必要性がなさそうなのでそのままにし、

おいおい導入していこうと思います。

 

以上、さらっとレビューでした。

 

ココから先は、旧バージョンを色々カスタマイズといいますか、

スタイルシート等いじったものがデフォルトさてしまったので修正しました。

これらをカスタマイズされていない方は、下記はすっ飛ばしてください。

 

 

質問する「Ask Question」ボタンをカスタマイズ 参照

修正ファイルは「style.css」の596行目
・・・/wp-content/plugins/dw-question-answer/templates/assets/css/style.css

アイコン「icon-q.png」を追加
・・・/wp-content/plugins/dw-question-answer/templates/assets/img/icon-q.png
icon q DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)

 

 

パンくずリストのカスタマイズ(トップページ) 参照

修正ファイルは「style.css」の505行~521行
・・・/wp-content/plugins/dw-question-answer/templates/assets/css/style.css

※レスポンシブ対応

 

パンくずリストのカスタマイズ(トップページ以外のページ) 参照

修正ファイルは「style.css」の433行~435行
・・・/wp-content/plugins/dw-question-answer/templates/assets/css/style.css

※レスポンシブ対応

 

ベストアンサーのカスタマイズ 参照

修正ファイルは「style.css」の182行~203行
・・・/wp-content/plugins/dw-question-answer/templates/assets/css/style.css

画像を3つ追加
・・・/wp-content/plugins/dw-question-answer/templates/assets/img/

 

best answer DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)ファイル名:best-answer.png(162×19px)

 

answer off DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)ファイル名:answer-off.png(32×22px)

 

answer on DW Question Answer プラグイン バージョンアップ(1.4.3.4→1.5.7)ファイル名:answer-on.png(180×22px)

 

Google reCAPTCHA 実装法 参照

修正ファイル

1.質問フォーム(question-submit-form.php)

/wp-content/plugins/dw-question-answer/templates/question-submit-form.php

2.回答フォーム(answer-submit-form.php)

/wp-content/plugins/dw-question-answer/templates/answer-submit-form.php

※コメント欄にも「reCAPTCHA」を実装したかったが、どこのファイルをいじって良いか分からず断念し、DWQA設定のパーミッション(権限)で匿名のコメントを不可に設定した。

 

以上

Comment(0) | Trackback(0)

TAGS: / / / | 2019年12月22日 |

XREA PHP バージョンを5.3から7.2に更新

Categories | ブログ(WordPress)

XREA PHP バージョンを5.3から7.2に更新

 

以前、PHPバージョンを5.3から7.0にバージョンアップした際、

何かしらトラブルがあり、ワードプレス(ブログ)がうまく表示されなくなった。

サポートに問い合わせて事なきを得たのですが、

今だバージョンは5.3のままでした。

特に不具合もなく、普通に表示されてたので。

でも、最近になりダッシュボードに「PHPの更新が必要です」と表示が。

何か気持ち悪いから更新してみました。

 

0325 01 400x167 XREA PHP バージョンを5.3から7.2に更新

※PHPバージョンアップで不具合の記事はこちら。

7.0にバージョンアップ ワードプレス(ブログ)に不具合発生

 

XREAの場合、PHPのバージョンアップは

ダッシュボード > サイト設定 > サイト設定の変更

で簡単に変更できます。

 

0325 02 400x33 XREA PHP バージョンを5.3から7.2に更新

※ テーマは自作。

 

何の対処もせず、と言っても対処法を知らないから、

ヘンになったら元に戻えばよいと、

軽い考えでサクッと7.2にバージョンアップ。

 

不具合がなさそうだから、

HCZ BLOG(ここのブログ)以外のワードプレスもバージョンアップしてみた。

すると表示されなくなった。

真っ白け。

仕方なく、5.6まで落としてみた。

ん・・・問題なく表示される。

どう対処したらよいものか?

取りあえずサポートに相談してみよう。

 

追伸 2019.04.01

サポートに問い合わせた回答は、

「PHP7.2」にてエラーとなってしまう場合には、WordPressにて
お使いのプラグインやテーマ等が「PHP7.2」に対応していない
可能性がございます。

 

プラグインが怪しいとな。

取りあえず、この手に詳しそうな知人に聞いてみたら、

「あ~それね。多分Facebook for WordPressプラグイン やね」

で、Facebook for WordPressについて調べてみると、

Facebookで公式にサポートされなくなりましたが、開発者コミュニティで維持管理されます。

か・・・

 

0401 01 400x71 XREA PHP バージョンを5.3から7.2に更新

 

0401 02 400x305 XREA PHP バージョンを5.3から7.2に更新

削除しても支障なかったので削除した。

結果、PHP7.2でも問題なく表示されるようになりました。

しまい

Comment(0) | Trackback(1)

TAGS: / / | 2019年3月29日 |

XREAサーバーの PHPが 5.3から 7.0にバージョンアップ ワードプレス(ブログ)に不具合発生

Categories | ホームページ ブログ(WordPress)

XREAサーバーの PHPが 5.3から 7.0にバージョンアップ

ワードプレス(ブログ)に不具合発生

 

私ががレンタルしているサーバー(XREA)が、平成29年5月28日に新サーバーへの

マイグレーション(移行)が行われた。それに伴いFastCGI版のデフォルトPHP

5.3から 7.0にバージョンアプされた。またサーバー管理画面(コントロールパネル)も

新しいデザインに変更されされたよう。

 

13d06e01663dd75dbeaf3dfc32146eca 400x254 XREAサーバーの PHPが 5.3から 7.0にバージョンアップ ワードプレス(ブログ)に不具合発生

新サーバーへの以降後、サポートからその旨のお知らせが届く。

サイトがPHPのバージョン違いで動作しない場合は、FastCGI版PHP の

バージョンを変更することで改善する可能性がございます。

との注意事項の記載あり。

意味がさっぱり分かりません。

 

深く考えず、管理画面でPHPをバージョンアップしてみる。

ダッシュボード > サイト設定 > サイト設定の変更

 

そしてサイト(ワードプレス)を確認してみると、

何だこりゃ?

 

0529 400x396 XREAサーバーの PHPが 5.3から 7.0にバージョンアップ ワードプレス(ブログ)に不具合発生

ワードプレスをサーバーにインストールする画面になってるし。

じゃ、今までのブログはフォーマットされちゃったの?

焦りながらFFFTPでサーバーを覗いてみが、なんら問題ないようだ。

 

サポートからの注意事項で「FastCGI版PHP のバージョンを変更することで

改善する可能性がございます。」らしいから、

管理画面で7.0から5.3に変更し直す。

駄目です。

依然としてWPのインストール画面が表示される。

仕方なくサポートに対処方法を問い合わせる。

 

日を置いてブログを確認すると、問題なく表示されるようになった。

不具合の原因はなんだったんだろう。

サポートいわく、

お世話になります。
お問い合わせにつきまして、サーバーアカウント「×××.xrea.com」に設置された、データベース「×××」のデータを移行元サーバーより再取得いたしましたので、ご確認いただきましたら幸いに存じます。

 

どうやら移行時にトラブルがあったんだな。

ともあれ、よかったよかった。

でも今後どうするよ。

しまい

Comment(0) | Trackback(1)

TAGS: / / / / / | 2017年5月29日 |