何度か指摘していますが、Wordpressはセキュリティに様々な問題を抱えています。根深い問題が「動的にページを生成する」ことです。具体的にはWordPressはPHPで動的にページを生成する(ユーザーがアクセスするたびにプログラムを動かしている)「動的にページを生成する」ということは、プログラムにセキュリティの問題があると常に攻撃されるリスクがあることを意味するWordPressは本体が静的にページを出力する機能を持たず、コンテンツ管理用サーバー(CMS)とコンテンツ配信サーバーを分ける機能も無いWordPressのロードマップを見る限り、動的なページ生成に伴うセキュリティ上の問題を解決する意思が開発者に無さげという感じで、特に改善の見込みが無いのがかなり絶望的な状況です。フロントエンジニア界隈でWordpressが『技術的負債』とまで言われる理由です。「何でもプラグインで解決する」のがWordpress流Wordpressは、オプション的な機能はすべてサードパーティーのプラグインに任せる文化です。このことがWordpressの多機能化に寄与し、トップシェアのCMSに成長する原動力となりました。個人的には、セキュリティはシステムの根幹部分であるため、プラグインに任せるのはおかしいと思っています。Wordpressのプラグインが提供する多彩な機能を自力で実装するのは無理なので、Wordpressの静的サイト化も当面はプラグインで実現するのが現実的です。本家が自力で対応しようとしていないので「ほかに現実的な方法が無い」ということです。このプラグインにS3やGoogleドライブなどに静的サイトを出力する機能はありませんが、zipファイルでのダウンロードが可能です。Pagesに試験的に静的出力しています(手動)。https://masaru-kmt.github.io/リンク切れの嵐......犯人は『URLエンコード』......と、ここまではキレイな話ですが、現実はそう甘くありません。pushするとリンク切れの嵐が......。原因を調べたところ『日本語のURL』にあることが判明しました。StaticプラグインはURLを『URLエンコード』で変換して出力する結果、ページ内のリンクが「URLデコード状態」でリンク先のフォルダ名が「URLエンコード」状態なのでリンクが切れるというカラクリになります。Pagesを作る」ではこの問題に敢えて触れていませんでした。いうのも、Wordpress側の設定を変えれば記事タイトルをURLに含めない投稿時に、都度URLを英数字で設定する(手動)のいずれかの対応が可能だからです。そもそも、URLに日本語を使うのは適切なのか?URLに日本語を平気でぶち込んで来るCMSは、私が知る限りWordpressくらいです。ウェブに詳しい方なら、URLに日本語が含まれているだけで「濃厚なWordpress臭」を感じて敬遠するかも知れません。文字コード的にも、UTF-8(Unicode)が支配的になる以前からシフトJISやEUCなどでウェブページを作られていた方も、文字化けで苦しんだ経験から「日本語のURL?ダメゼッタイ!」と思われていても無理はありません。私はこれらの問題を理解した上で、敢えて日本語のURLをそのまま使うことにしました。ChromeなどのWebブラウザでは正しく表示されています。何よりもURLはまだWebブラウザで見える状況なのだから、日本語の方が日本人にはわかりやすいからです。スマホアプリではURLが(たとえ存在していても)既に見えなくなっていますが、ウェブサイトとして運営している限りは日本語URLの方がユーザーに親切だと判断しました。わがままを言うなら自分で変換するしかないじゃないというわけで、前回は手動でURLデコードを行っていましたが、さすがに実運用としてはあり得ない手間なので、ものすごく面倒臭いのをこらえて思い切ってフォルダ名を一括変換するbashスクリプトを作成しました。$newnamedoneふだんPythonばっか書いたりJavaScriptに泣かされたりしていてシェルコマンドは1行しか書かないので長めのシェルスクリプトは書きたくないのですが......。機械学習でもないのにPythonをわざわざ書くのもおっくうだったので思い切って書いてみたら意外と簡単でした。ふだんはこの手のやっつけスクリプトは恥ずかしいので表に出さないのですが、Wordpress界隈でニーズが多そうなのと手頃なフリーソフトが見当たらなかったので無保証で公開することにしました。当サイトではPayPay送金による寄付をお願いしております。記事が役に立ったら100円でも結構ですのでお送り頂けると嬉しいです。WordPress.。