月: 2020年7月

カスタム投稿の並び順を手動で変更するために「simple post order 」プラグインを利用していた。

いつかしら、並びを変えることができなくなった。

 

■作業の経過を追ってみた

１．記事をWP All Importでインポート

２．simple post orderで並び替え

３．記事をWP All Importでインポートで更新

４．WP-PostViewsを入れた

５．Disable Commentsを入れた

６．simple post orderで並び替えがで動作しない（現在ここ）

 

■動作するようになった方法

「simple post order」の並び順をリセットした

 

■原因として考えるに…

WP ALL　Importで何度か記事を更新したことに原因が？？？

 

っていう推測な領域。

 

とりあえず、リセットしたら治ったのでもう一度設定。

 

WordPressのJetPackプラグインを入れ、連携承認しようとしたところ「cURL error 60: SSL certificate problem」で承認できない。

 

っちょっと調べてみたところ

 

原因は

SSL証明書にあるみたい

 

っていうことがわかった。

 

SSL SERVER　TESTで証明書をチェックしてみたところ…

 

中間証明書のところで「USERTrust RSA Certification Authority」が「 期限切れ」ってなっていた。

 

証明書発行元に確認したところ変更があったらしく、中間証明書を新しくダウンロードして導入してくださいということなので

早速行ったところ無事jetpackの承認ができ、動作できるようになりました。

 

もうちっとエラーメッセージほしいところだよな。

 

 

 

WordPressのカスタム投稿プラグイン（Advanced Custom Fields：略ACF）を利用したサイトを構築したときにWP REST　APIで値を更新する方法をメモしておきます。

 

■必要なもの

・ACF to REST APIプラグイン（https://ja.wordpress.org/plugins/acf-to-rest-api/）

※ACFはインストール済みとします。あと、WP REST APIの認証部分も省略します。

 

■設定すること

function.phpに下記の2行を入れてREST　APIの時の設定を表示させます。

	// Enable the option show in rest
	add_filter( 'acf/rest_api/field_settings/show_in_rest', '__return_true' );

	// Enable the option edit in rest
	add_filter( 'acf/rest_api/field_settings/edit_in_rest', '__return_true' );

 

そうするとカスタムフィールド設定に下記の２つの設定ボタンを表示されます。見ての通りなので、両方とも「はい」にします。

 

■どうやって値を入れるのか？

まず、このページを読まないと進みません。

 

エンドポイントとして

投稿の場合は下記のようなものが用意されています。

/wp-json/acf/v3/posts/{id}
/wp-json/acf/v3/posts/{id}/{field-name}

 

更新するにあたっては「fields[‘カスタムフィールドで指定した名前’]」にすれば更新できます。

え？更新？更新しかないようで、新規に値を入れることはできないようです。

 

API流れとして、

・ページ（記事）を作成する

・カスタムフィールドの値を更新する

となります。

 

じゃあ、リピートフィールドは？ACFの中で便利な機能です。

 

下記のような形で更新できます。

                    "fields[repeattext]":[
                        {
                            "itemname":"1234",
                        },
                        {
                            "itemname":"あいうえお",
                        }
                    ],

 

えーそうなんですよ、更新なので記述が無いものは削除されます。

 

なんか履歴を追加していきたい！！って思った場合は全件取得して全件ぶっこむようになるのでしょう。。。

 

 

今回は、商品に対して、価格の履歴をACFのリピートフィールドで入れたいなって思っていたのでどうしようかな…

 

 

2021/12/29追記

□ACFの値を登録する方法

公式サイトの記事（https://www.advancedcustomfields.com/resources/wp-rest-api-integration/）によると「Advanced Custom Fields Pro」のversion5.11以降ならこのプラグインだけで値の登録等ができるとのこと。

 

さっそくやってみた。「ACF toREST API」は無効化。代わりに「Advanced Custom Fields Pro」を有効化。

 

今回やりたかったのがユーザーにカスタムフィールドを追加してそこに値を入れたかったのでそのようなものを作ってみた

カスタムフィールドを作り、設定欄のアクティブとShow in REST APIをはいにする

 

「Show in REST API」を「はい」にしないとその項目は登録できないみたいなので注意が必要。

 

項目の指定方法は

"acf": {
	"bikou": "テスト",
}

ACFの配下にフィールド名と値を記述する

 

これでAPIで項目の格納が可能になった。

 

 

ホームページの表示速度を早くしたい！っていう相談が多々きますのでちょっとざっくりとホームページの表示速度ってなんなのかまとめていきたいと思います。

 

 

ホームページの表示測度にかかわる要因

 

・サーバーの性能

・コンテンツのデータ転送量

 

が主な要因になります。

 

サーバーの性能とは（っていうより処理能力？）

基本的にはハードウェア回りのCPU、メモリ、HDD or SSD、ネットワーク回線が主に影響します。

最近のパソコン選びと同じでCPUはそこそこ、メモリは８GB以上、SSDは必須、バックボーンのネットワークは高速が良いです。

 

さらに、サーバーの性能に含まれてしまう？ケースが多いのが

・WEBサーバーの種類（Apacheやnginx）。現状は、一般的にはngixの方が速いです。

・WordPressを利用しているとPHP5とPHP7の違い

あたりが一般的ななのかもしれません。

 

これ以外にも単なるOSの環境が単なるLAMP環境よりも高速にチューニングされたkusanagiを利用したほうが断然速いです。

 

ここでいう速いは、Apache BENCHを利用した結果に影響する部分になります。

 

コンテンツのデータ転送量

この部分がちょっと厄介ですね。日々更新してデータが増えていくので絶対というのは無いですが工夫しないといけないです。

・画像サイズ調整、圧縮

・ScriptやCSS系の圧縮の利用

 

このあたりは、「Google PageSpeed Insights」や「GTmetrix」でチェックしていけばよいかと思います。そうすると対処する箇所を指摘してくれるので。

 

これらを総合してのホームページ表示測度となります。

 

例えば1秒台でホームページを表示したい！って思たら、「サーバーだけ強化すればよい」っていうことはありません。

サーバーとコンテンツの両方を調整して、1秒台になります。また、サーバーに関しては同時アクセスや月間PVがどのくらいなのかによってもスペック調整が必要です。

 

ちょっと、空いていたサーバーにkusanagiをインストールして速度を図ってみました。

VPSサーバー：メモリ2GB、CPU３コア

GTmetrixだとページ表示までに1.5秒とのこと。まあ、スペックからしてまあよいではないかと思います。（WordPressの初期テンプレ）

 

じゃあ、サーバーとしての処理能力をは？

apache BENCHで

ab -n 1000 -c 100 http://対象ドメイン/

とした場合

・1秒で処理できるリクエスト

Requests per second: 113.53 [#/sec] (mean) PHP７

1秒なので1か月を秒数（2,592,000秒）に直して計算すると　292,896,000 PV/月。

えーと、２億いくんですか…初期のWordPressってなんもないからな…大したクエリもないので…

 

・bcacheをオンにした場合

Requests per second: 1412.66 [#/sec] (mean)

はあ。。。も、いっか。

 

初期テンプレでやっていると現実的じゃないな…

 

実際のサイトで試したところ、結構なばらつき。（WordPressサイト）

・エックスサーバーで運用しているサイト（なんか、ばらつき大きいな。PHP５と７の違いも大きい）

Requests per second: 5.61 [#/sec] (mean)　PHP５

Requests per second: 22.70 [#/sec] (mean)　PHP７

Requests per second: 63.22 [#/sec] (mean)　PHP７

 

・お名前.comで2019年のリリースされたサーバー（PHP7で動作）

Requests per second: 86.29 [#/sec] (mean)　PHP７

 

・過去のwpxのサーバー（今は後継がある）

Requests per second: 74.87 [#/sec] (mean)　PHP７

 

すべて、ばらばらなコンテンツが載っているので正確なものではないです。また、共用なので負荷かけるのはまずいので回数等減らしているのであいまいな数字です。

サーバが速くても掲載するコンテンツや作りによって上記のように処理できる量が変わります。

 

高速だったのに、あれもこれも表示してって追加していったら、処理能力が1/3に落ちたとか結構あります。

あっちからこっちからデータをぐりぐりして持ってくるようなホームページに仕上がったら処理能力が落ちてると思ったほうが良いですね。

 

キャッシュ系は、処理能力をアップする上で便利ですが、キャッシュなのでドツボにハマるときもあります。

kusanagiの「キャッシュ除外URL」がなぜか反応しないケースが…

httpsをプラグインを入れてやっているので除外URLに

http://～とhttps://～を記述してみた。

http://～/passwordreset/[\w!?/\+\-_~=;.,*&@#$%\(\)\’\[\]]+

 

とか？簡単そうでなんだかな…

キャッシュ除外URLに空行入れていたら、キャッシュ全て有効になってなかった

正規表現を利用して「/?」が入っているページのキャッシュが除外できないような。

POSTとGETどっちも除外になるのかな？

⇒結局kusanagiのキャッシュは、良いのだが、いうこと聞かないケースが多いので外してみることにした

 

 

 

 

セキュリティだけじゃなくて、処理能力の面からみてもPHP5は、早くやめてPHP７に変えたほうが良いって結果になりました。

 

 

 

 

WordPressの「WP OAuth Server」を使ってみました。

よくわからないのでちょっとずつ情報をアップしていこうと思います。

 

WP OAuth Serverって何？認証に使います。OAuth2が利用できます。

https://wp-oauth.com/

 

設定ってどうするの？

 

Configuring Global Settings

Once the plugin is installed, go to OAuth Server -> Settings to access the global settings. There are two tabs for settings.

1. General
2. Advanced

The global settings are set to a default state which works for most installs out of the box. Go to the General Settings tab and ensure that “OAuth Server Enabled” is checked.

 

えーと、管理画面に「OAuth Server」→「Setting」があるから一般とアドバンスの設定をしろよと。

「OAuth Server Enabled」にチェックが入っていると使えるとのこと。

 

で、アドバンスを見ると

 

マニュアルはこちら
https://wp-oauth.com/docs/general/grant-types/

 

無料版だと「Authorization Code」だけ利用できるみたいです。

さてどうするの？

 

「client」からアプリを登録します。

ここでは、同じドメイン配下で別フォルダにクライアントアプリを用意しました。

 

で、認証とかどーするの？

やり方はこのページを読めと「https://wp-oauth.com/docs/general/grant-types/」

で無料版で使えるのが「Authorization Code」。

 

OAuth2をやっている人はどうってことないのかな？

 

Auth Codeをとるために、「/oauth/authorize」にアクセスする。

次にAccess Tokenをゲットするのじゃ。

 

あとは、晴れてリクエストをなげよう！！！

 

なんのこっちゃいっていう人は「https://qiita.com/TakahikoKawasaki/items/e37caf50776e00e733be」を参照してください。

 

エンドポイントは

/oauth/authorize/
/oauth/token/
/oauth/me/
/oauth/destroy/
/.well-known/keys/
/oauth/introspection/
/.well-known/openid-configuration/

があるそうです。

 

認証画面を出すには？

function.phpに下記のフィルターを追加する

add_filter( 'wo_use_grant_request', '__return_true' );

 

まあ、慣れるまでちょっと時間がかかりそうだ