先日プラグインを変更したブログ記事の自動投稿ですが、出来なくなったという情報をいただいたのでテスト投稿です。
この投稿によると現状は自動投稿ができているようですが、使っているうちにAPIが以前のように凍結されてしまうのかも?
SNAPもダメになったら、もう手動でやったほうが良いのかもしれません。
ひとまずお試し投稿で失礼します。
先日プラグインを変更したブログ記事の自動投稿ですが、出来なくなったという情報をいただいたのでテスト投稿です。
この投稿によると現状は自動投稿ができているようですが、使っているうちにAPIが以前のように凍結されてしまうのかも?
SNAPもダメになったら、もう手動でやったほうが良いのかもしれません。
ひとまずお試し投稿で失礼します。
これまでSimple TweetでTwitterにブログ更新時に自動ツイートをしていましたが、急に投稿できなくなり、SNAPこと、「NextScripts: Social Networks Auto-Poster」に変更しました。
このあたりはBさんのブログ記事を参考にさせていただきました。ありがとうございます。
原因はこれまでのAPI Keyが凍結されていたためのようです。
Simple Tweet自体がもうプラグインとして配布が止まっていたので致し方ないところではありますが、結局、APIキーでの自動投稿は制限したい方向性なのでしょうね。
現実的にはもうTwitterからブログへの流入というは減ってきているようなので、わざわざ更新をツイートする必要性も薄まってきているのかもしれませんが。
SNAPへの変更はわりと手間取りましたが、サムネイル表示はこれまで通りの大きな画像になっているようです。
ここが小サムネイルになったりするのは、おそらく「All in One SEO」のSocial設定あたりが絡んでいるような気がします。
ひとまずこの記事がツイートされるかテスト投稿のような形で失礼します。
エックスサーバーからPHP 8.1に対応したという連絡が来ていたので、このブログも7.4.28から8.1.6に更新してみました。
ただ単純にバージョンを切り替えるだけではやや上手くいかない部分がありまして、いくつか修正をしました。
まずは動作する仕事用のWebサイトから切り替えて、そっちで実験しつつ対応していった形です。
具体的には8から仕様が変わった「多くのnoticeが警告に変換されるようになりました」という変更点に絡むところが大部分です。
その影響で自前のPHPの出力にwarningが混じってJavaScriptへの引き渡しに問題が出たのと、テーマやプラグインなどにもwarningの出るものがあった形です。
未定義の配列のキーを読み取ろうとした場合についてはisset()やarray_key_exists()で事前にチェックすれば解決です。
ただ自前のテーマやPHPでは良いとして、自動更新のかかるテーマやプラグインでは一時的に修正しても更新されてしまいますし、そこはもう少し外側のところでerror_reporting()にて対処するしかありませんでした。
自前のPHPもいぬリンク、電力使用状況、フォト蔵貼り付けと、思えば結構いろいろやっているもので、さらにモバイルとパソコン双方でも確認が必要でしたが、なんとかなったようです。
PageSpeed Insightsで性能をチェックしてみるとモバイル側はテーマがイマイチなのであまり性能向上はなかったものの、パソコン側はそれなりに向上が見られました。
WordPressで7.4と8.1では48%くらい高速になっているらしいというベンチマーク結果もありました。
PHP単独でみても20%以上高速になっているみたいです。
サーバやKUSANAGIみたいな別要素も絡むので、必ずしも実際の結果が一致するわけではないでしょうけどね。
8.0ではほとんど変わらなかったようですから、変更するならやっぱり8.1です。
ただPHP 8からは 警告(Warning)からエラー例外に、通知(Notice)から警告(Warning)への変更になっているものが多数あるので意外と修正は手間取るかも。
WordPressではプラグインが未対応なケースもあるでしょうし、いずれにしても十分なテストをした上で更新されることをオススメします。
このブログでもずっと使っているレンタルサーバー「エックスサーバー」が「KUSANAGI」の高速化技術導入やサーバー機器の大幅強化などで従来の3倍以上の処理速度となったそうで。
10/7に導入された時点ではsv13001.xserver.jp以降のサーバーが対象で、元々の10xxx番台は未対応ですが、新サーバー簡単移行が用意されている親切さ加減は相変わらずです。
前回もそれで引っ越したと思うのですが、その後、独自PHP(Composerやらも含む)とかマルチドメイン、メールなどもあるのでちょっとだけ躊躇したものの、結局移行することに。
まずは11時頃に移行申請をして13時にコピー開始、15時にはコピーが完了して検証可能な状態になりました。
あとはローカルのhostsを書き換えて軽く動作確認したら、さっくり移行完了です。
ムームードメインで取っているドメインのネームサーバー設定など変更が必要かと思いきや、特に不要でした。
もちろん自前のPHPやWordPress内のDB設定も自動で書き換えてくれます。
今回からMySQLからMariaDBになり、別サーバに置かれていたデータベースもlocalhostになっていますが、そのあたりも現状互換性に問題はなさそうです。
メール設定だけはSV10xxxからSV13xxxに変更が必要でしたけど、ほんとにもうそれだけという感じです。
あとは今回のことが原因かどうかは不明ですが、WordPressのプラグインでAsync JavaScriptとEasy FancyBoxが競合していたようだったので、そこはAsync JavaScriptの例外プラグインにEasy FancyBoxを追加して解決した、というのがあったくらいでしょうか。
DNSが浸透するまでは以前のサーバ側が見えているケースもあるかもですけど、この記事が見えている方はもう新しいサーバに切り替わっていると思います。
なお、Macも含めてローカルでもDNSキャッシュがしばらくは効いていますので、これをクリアしたい場合は以下のようなコマンドでクリアすることも可能です。(新しめのmacOSの事例ですし、自己責任で。)
sudo killall -HUP mDNSResponde
サーバ性能はVPSではあると思いますけども、メモリが512GBから1TBに、CPUはAMD EPYC 7402(2.80GHz)x2からAMD EPYC 7543(2.80GHz)x2へと強化されています。
もっと古いサーバからの移行ならさらに進化が著しいことでしょう。
実際のサイト表示は体感でも画像表示などを中心にだいぶ速くなっているようです。
PageSpeed Insightsはページのコード側の問題を主に置いているのでほとんど変化なしですけど、Gtmetrixではかなりの向上が見られました。
まずサーバ移行前がこんな具合です。
そしてサーバ移行後はPerformanceを中心にかなり高速(54%→76%)になっているみたいです。
Adsenseの遅延読み込みとか、Google Fontsの見直しなど細かく対処はしてきたつもりですが、やっぱり圧倒的なサーバの速さは正義ですよね。
Xserverさんには今後もお世話になろうと思っています。
XSERVERから「新サーバー簡単移行」で新しい高速サーバに移行できるというお知らせが届いたので早速やってみました。
この移行は、旧サーバー環境(サーバー番号がsv1~sv10000.xserver.jp)を使っているユーザー向けのもので、ほぼボタンひとつで引っ越しできるものです。
サーバー移行自体は無料という太っ腹さです。
サーバ性能としては以下のような強化がなされているとのことです。
・高速CPUの『AMD EPYC(Rome世代)』を採用
・『オールNVMe』RAID10(ストライピング+ミラーリング)構成を採用、読み込み速度が最大で14倍以上に向上
・搭載メモリを256GBから512GBに倍増
実際には共用サーバーですからこのマシンを全て使えるわけではありませんが、将来的には物理的にもこちらのサーバに移行していくのでしょうから、早めにやってしまっておいて損はないでしょう。
なおPHPのバージョンが古いなど、諸条件を満たさない場合には移行できないとのことです。
移行自体はほんとに簡単にできるようになっていて、申請すると1時間後くらいに移行先のサーバが自動的に決定され、データコピーが開始されます。
使用容量にもよるでしょうけれども、うちの場合は30分ほどでデータコピーが完了しました。
都度、メールで通知も届くので安心して任せておけます。
データベースも切り替わるわけですが、WordPress内の設定ファイルなどは自動的に置換で変更されるので、自前で書いたソースでもない限り手修正の必要はほとんどないでしょう。
SSLやネームサーバー設定もおまかせで大丈夫ですが、DNSの浸透には多少の時間は要するので、その途中のメールやサイト更新はどちらになるかあやふやなところもあるので、時間に余裕がある時にやったほうが良いでしょう。
また、FTPやメールサーバは手動で変更する必要はありますが、その説明もしっかりなされています。
10日以内なら元のサーバに戻すことも可能です。
速度は正直それほど体感できるような変化はない気もしますが、ブログの表示は若干速くなったかな?
仕事ではVPSを使わないといけない場面もありますけど、ほとんどの用途ならXSERVERが最近は安心だなぁと思っています。
WordPress 5.3が公開されていたので、こちらのブログは早々に更新してみました。
アップデートや動作は問題ないですが、今回は結構変わったなぁという印象です。
特に「ブロックエディターの改善」が大きいようで、さすがにそろそろClassic Editorから抜け出したほうが良いのかなぁとも思いつつ、未だにそのままです。
ただ、Classic Editorプラグインのバグなのか、タイトル欄で無入力時の表記(タイトルを追加)と入力した文字が重なって表示されるバグが出ています。
実際のブログ表示には問題ないので、大して気になるところではないですけどね。
それ以外ではTwenty Twentyテーマが公開されたのも大きいでしょうか。
PC側のテーマは最初にWordPressに移行した時から多少の修正はしつつも使っているので、さすがにそろそろ変更すべきかなぁという印象もあります。
ただ、PageSpeed Insightsでは98点前後出ていますし、逆にモバイルのほうが遅いくらいですから、そっちを見直すべきなのかも。
また、今回からPHP7.4を完全サポートしたそうです。
現状は7.3.8で運用していますが、7.3でもずいぶん高速化されていますし、もっと古いバージョンをお使いの方も多いのではないかな。
7.1は今年の12/1でセキュリティサポートが期限を迎えますし、7.2も11/30でアクティブサポートが切れますから、そういう意味では7.3くらいには上げておくほうがオススメかな。
もちろんレンタルサーバ側が対応してなければ使えないですし、プラグインが動かなくなる可能性もあるので、WordPressのバージョンアップ同様、そこは慎重にやる必要があるだろうなと思います。