不完全なWPを補完する努力は無用か？

ここではWordPressを中心に、惨事復旧に強いそのクローン化と、検索エンジンの結果を重視した他異種ブログにおけるミラーリングを机上論ではなくて実際に実践する中での、以下の３つの手順を紹介します。

外部URLを参照するアイ・キャッチ静止画（英語版WordPress: featured image）参照元を見る。利用に感謝！

サーバー側の惨事復旧の為のクローン化

過去記事「サーバアクセス障害発生時の回避策」で、 レンタルサーバー側の諸事情で、自分のWordPressが長期間、接続不能が続き、公開停止となっただけではなくて、変質したMySQLデーターの復元が半年前に戻すしか無いと管理会社から報告を受けた時のストレスを考えると、不断の努力でクローン化することを決めました。 実験検証の為に２台のCOREサーバーと６台の無料版XREAサーバー、そしてXAMPPの１台を加えるなら計９台のクローン化を行っています。 クローン化の成功率は１台のXAMPPと２台のCOREサーバーと６台の無料版XREAサーバーの計９台のクローン化で１００％実現しています。 東京や大阪に存在するサーバー拠点は、内外からのクラッキング攻撃、大地震や津波、大型台風、そしてサーバー側SSDの故障によって惨事は必ず起こります。 以下の作業を、WordPressのクローン化したサーバー毎に行っておけば、いつでも、どんな時でも、サーバーがダウンしたなら、ドメイン・ネーム・システム(DNS)を変更するだけでWordPressの公開はスイッチ継続可能！ 少なくとも２拠点以上のクローン化は必須だと思います。 全てのサーバーが惨事に遭遇しても、XAMPPを介して自宅のパソコンにWordPressは残ります！ 自宅のパソコンは「１行起動スクリプトで何が可能か？」で就寝前に無人バックアップ起動と自動電源断。 これで自宅のパソコンも２系統？

  1. メインだとか、サブだとか拘らないWordPressから確実に圧縮済みのMySQLからのインポート用のSQLデーターをエキスポートできること！
    クローン側WordPressに何ら前処理も後処理をも必要としない圧縮済みのSQLデーターを、XAMPPからでも、COREサーバー、無料版XREAサーバーでも、得ることが出来る配布公開済みの mysqldump.sh があります。 机上論ではなくて、実際に運営できています！
    参考： 過去記事： 「特別なMySQLバックアップを自動的に実行する」
  2. クローン化やミラーリング化の前提条件として、記事の BASENAME (スラッグ)が変わらない運用が必須です。
    WordPressの管理画面 ＞ 設定 ＞ パーマリンク設定 ＞ 投稿名 http://wordpress.fs4y.com/sample-post/ .htaccessで定義するErrorDocumentを完璧に機能させる為です。
  3. 無料版SSL化の為に、 DNSのIPアドレスを２行連動させる。
    ここでは解説の為にドメイン名： fs4y.com 
    s285x.wordpress 150.95.9.112
wordpress 150.95.9.112
    急いでいるのは理解するが、十分過ぎる程に時の経過を待つこと！
  4. ユニークなディレクトリー名でWordPressを公開する。
    ここでは解説の為にpublic_html/s285x.wordpress.fs4y.comとする。 このディレクトリー（フォルダー）にWordPressのファイル群を構築する。
  5. 必要なら、無料版SSL化を行う。
    SSL化で鍵を付与する機関の監査承認を待つ。無料版SSL化をOFFにして、再度無料版SSL化を申請することも有効！ 右上のアニメーションGIFの通り、認証データーが埋まれば合格。
  6. プラグイン： Merge + Minify + Refresh ＞ Purge All
    文字反転先行するか、そのまま実行で日本語翻訳するブックマークレット：
    わたしはMerge + Minify + Refreshをアンインストールしたいのですが、出来ないでいます。
  7. WordPressが起動できることを確認する。
    //s285x.wordpress.fs4y.com
  8. 基幹サブドメインでのWordPress用ディレクトリー名を公開する。
    中身はほぼ空！ ここでは解説の為にpublic_html/wordpress.fs4y.comとする。
    １ファイルのみ作成する： SSL化で鍵を付与する機関の監査用に１ファイルを作成する。 ファイルの中身は何でも良い！
    ファイル名： index.html その中身：
    s285x.wordpress.fs4y.com
  9. 必要なら、無料版SSL化を行う。
    SSL化で鍵を付与する機関の監査承認を待つ。無料版SSL化をOFFにして、再度無料版SSL化を申請することも有効！
  10. 応答することを必ず確認する。
    http://wordpress.fs4y.com/index.html
    https://wordpress.fs4y.com/index.html
  11. SSL化で鍵が付与されたら、シンボリックリンクファイル化する。
    wordpress.fs4y.comを削除して、迅速に確実にシンボリックリンクファイル化する。 向かう先はs285x.wordpress.fs4y.com！
  12. プラグイン： Merge + Minify + Refresh ＞ Purge All
    わたしはMerge + Minify + Refreshをアンインストールしたいのですが、出来ないでいます。
  13. WordPressが起動できることを確認する。
    //wordpress.fs4y.com
  14. 惨事発生時には、 .htaccess ファイルにリダイレクトを追加する。 普段は先頭に # 文字を挿入してコメント化してしまう。
  15. 惨事発生時には、 phpMyAdminを利用して、WordPressのテーブル「接頭辞_options」の option_id : 1 と option_id : 2 のデーターを変更する。
  16. 惨事発生時には、 DNSのIPアドレスを変更する。
    ここでは解説の為にドメイン名： fs4y.com 
    wordpress 150.95.9.112
  17. 終活など、究極の最終手段として、WordPressの更新を行わない時代が到来するなら、DNSの設定を「ラウンドロビン」化して、全てのWordPressの完全なミラーリングを行う。
    ここでは解説の為にドメイン名： fs4y.com 
    wordpress 150.95.9.93
wordpress 150.95.8.102
wordpress 150.95.9.112
wordpress 150.95.8.117
wordpress 150.95.8.200
wordpress 150.95.9.205

まずはスタート点となるWordPressでの運用です。

新記事を投稿しミラーリングする手順

WordPress以外の異種ブログにも同じ記事を投稿する。 理由は、Googleなどの検索で、検索結果がトップページ上位に現れるタイミングが異なるからです。 WordPressが最強とは言えません。 どのブログシステムが時と場合によって最強に昇格します。 だから新記事はWordPressを含めて異なるブログシステムにも同時投稿します。

実践中の投稿はインポートエラーや撤退等で変動するも各記事のDISQUSコメントにミラーリング情報を記載しています。(ここ) MovableTypeのインポート書式のファイルを受け付けないブログも「良いブログと利用できないブログ」で明記しています。

  1. MovableTypeのインポート書式のファイルを作成します。 この記事の書式は以下の通りです。
    ComplementIncompleteWordPress.txt
    WordPressのMySQLに保存されるデーターは、記事本文の量に一切関わりなく、以上のデーターしかMySQLに保存されません！
    参考： 過去記事： 「So-netプロバイダーのキャンセル」 「エキスポートに足りないこと」
  2. XAMPP内のWordPressにインポート実行。 管理画面： ツール ＞ インポート ＞ Movable Type と TypePad ＞ 今すぐインストール ｜ インポーターの実行
    XAMPP内のWordPressで公開する。
    参考： 過去記事： 「家庭内で多くの端末を利用してXAMPPでWordPressを確認する！」
  3. 記事本文はJavaScriptファイルで公開する。
    ComplementIncompleteWordPress_T.jsと、 ComplementIncompleteWordPress_B.jsを根幹部分を完成させる。 両ファイルはYUICOMPRESSORで一次圧縮し、7zipでgzip二次圧縮する。 そして静的データー公開専用の複数のサーバーに、WinSCP (wiki)を利用してミラーリング・アップロードを行う。
    参考： 過去記事： 「JSとCSSとHTACCESSを連動させ世界最高速を夢見よう！」 「JSとCSSファイルは右クリックで送る」
    過去記事： 「flickr.comの体制変化に対応できる範囲で対応しよう！」 「JavaScript変数化するマクロ・スクリプト」
    過去記事： 「アフィリエイトのリンクを貼り付けると近い将来「接続が終わらないブログ」に成長してしまうから貼り付ける時に改造を忘れない！」 「静的コンテンツの配信元」
  4. XAMPP内で公開した記事の、キーワード、タグ、タイトル、カテゴリー、概要を再考する。 記事本文の根幹は完成させるが、細かな装飾は後回し。
    MovableTypeのインポート書式のファイルの中身を推敲し訂正する。
  5. XAMPPから離れて、２系統の公開WordPressに、MovableTypeのインポート書式のファイルをインポートして、公開する。 管理画面： ツール ＞ インポート ＞ Movable Type と TypePad ＞ 今すぐインストール ｜ インポーターの実行
    ２系統の存在の意味は、人為的なミスから守る為。
    1. 無料版XREAサーバー fs4y.com/newentry
    2. COREサーバー fs4y.com/newentry
      [s5c] [s22c]
  6. WordPress以外の異種無料ブログにインポートして公開する。
  7. 公開する時の確認事項：「プラグイン Featured Image from URL に、幅500ピクセルの画像の公開URLを設定したか？」、「プラグイン All In One SEO Pack のSNS設定領域で、目的の画像のラジオボタンをクリックしたか？」
  8. 公開中の統合化DISQUS.jsが自動的に決める管理記事で最初のコメントを投稿する。
    画像付きのDISQUSスレッドが立ち上がる。
  9. ２系統の公開WordPressを中心に、全てのブログとスター・トラックバック処理を行う。
  10. ２系統の公開WordPressのカテゴリー階層構造を構成する。
  11. 全てのブログとのスター・トラックバック処理が完了したらSQLデーターをXAMPP内のWordPressに全上書きインポートする。
    配布済みの: mysqldump.sh これは、cygwinでの起動をサポートするので、XAMPPから確実にSQLファイルをエキスポートできる。 mysqldump.sh これは、COREサーバーではcronで稼働するので、確実に毎日完全自動で実行しているので、WinSCPでミラーリング・ダウンロードを行う。 mysqldump.sh これは、無料版XREAサーバーでは、cronを選べないので、WinSCPのリモート・コンソールで手動起動させ、WinSCPでミラーリング・ダウンロードを行う。
    参考： 過去記事： 「特別なMySQLバックアップを自動的に実行する」 ＞ 調整手順 ＞ 「Ver 4.2」
  12. XAMPPでも、２系統のWordPressが存在する。 MySQLも２系統のDataBaseで運用する。
  13. COREサーバーで処理したSQLファイルは、XAMPPのphpMyAdminでZIP圧縮ファイルのままにインポートする。XAMPPのphpMyAdminで、データーベースに新規テーブルを作成する。 テーブル名：「 zzz_endofdata 」、日付型データーを定義して、XAMPP側で空にしたり、今日の日付を入力する。
    mysqldump処理の公開サーバー側タイムアウトエラーを解析可能！
  14. 無料版XREAサーバーで処理したSQLファイルは、XAMPPのphpMyAdminでZIP圧縮ファイルのままにインポートするが、縁の無いテーブルを必ず一括削除する。 XAMPPのphpMyAdminで、データーベースに新規テーブルを作成する。 テーブル名：「 zzz_endofdata 」、日付型データーを定義して、XAMPP側で空にしたり、今日の日付を入力する。
    mysqldump処理の公開サーバー側タイムアウトエラーを解析可能！
  15. XAMPP上の2系統のWordPressをチェックする。
  16. Windowsバッチファイルをクリックし、cygwinによるmysqldump.shを起動する。 実際には、SqldumpLOG.BATを、ダブルクリックする。 ２系統のWordPressのインポート用のSQLデーターが完成する。
    D:\cygwin64\SqldumpLOG.BAT

    D:\cygwin64\Sqldump.bat

    D:\cygwin64\home\User\MYSQLBACKUPS\mysqldump.tbl

    D:\cygwin64\home\User\MYSQLBACKUPS\
    MOTPRESSE.fs4y.com_\SED4COMMENT.tbl

    D:\cygwin64\home\User\MYSQLBACKUPS\
    WORDPRESS.fs4y.com_\SED4COMMENT.tbl
  17. 公開中の２系統に連なるWordPressを、プラグイン： Under Construction によって閉鎖し、それぞれのphpMyAdminでインポートする。 全テーブルの最適化を行う。
  18. Facebookに投稿する。
    Facebookに投稿する前に、画像付きで投稿するには、プラグイン Featured Image from URLを利用して、横500ピクセルのフリッカー静止画のダイレクトリンクURLを埋め込み、プラグイン All In One SEO Packで画像を選択する。
  19. FacebookのEmbedデーターをインポート機能の無い無料ブログやSNSに埋め込む。
    この記事の埋め込み先
以上の作業を行うだけなので、２系統に対して複数のサーバーにSQLデーターをインポートし、クローン全体をミラーリングする。 サーバーに惨事が発生しても、サーバー内でシンボリック・リンクさせているので、DNSを変更し、２つのMySQLデーターをphpMyAdminで変更するだけで、WordPressは停止することなく存続する。

プラグイン等のWordPressシステムの更新手順

  1. 不完全さ:
    1. 行末の無駄なデーター
    2. YUICOMPRESSORエラー
    3. 特別な.htaccessの断念

    修正しながらXAMPP側のWordPressで作業を進める。
  2. XAMPP上のWordPressでプラグインを更新する。
    プラグインの新規導入も同じ。
  3. WinSCPを利用して、自動モードでミラーリング・アップロードを行って、バイナリ・モードでミラーリング・ダウンロードを行う。
    行末の無駄なデーターを削除する！
    WinSCP 転送マスク： | Thumbs.db; .htaccess; z My Special Data/; mmr/; wp-config.php
  4. cygwin64のコンソールで、$ cd "D:\xampp7.4.3\htdocs\wordpress.fs4y.com\wp-content\plugins" Enter チェンジ・ディレクトリーする。
    /cygdrive/d/xampp7.4.3/htdocs/wordpress.fs4y.com/wp-content/plugins
  5. cygwin64のコンソールで、$ bash ~/MakeGZifNewer.sh 実行する。
    MD5値一致検査、YUICOMPRESSOR未処理検査、gzip未処理検査、各ファイルの時刻検査。
    参考： 過去記事： 「JSとCSSとHTACCESSを連動させ世界最高速を夢見よう！」 「MakeGZifNewer.shを利用して、.min.ファイルのチェック」
  6. type2 : .js と .css を右クリックして、YUICOMPRESSOR一次圧縮＋gzip二次圧縮
    参考： 過去記事： 「JSとCSSとHTACCESSを連動させ世界最高速を夢見よう！」 「JSとCSSファイルは右クリックで送る」
  7. $ bash ~/MakeGZifNewer.sh 再度実行する。
    処理漏れを検査する。
    D:\xampp7.4.3\htdocs\wordpress.fs4y.com\z My Special Data\.IGNOREPATH
    D:\xampp7.4.3\htdocs\wordpress.fs4y.com\wp-content\plugins , D:\xampp7.4.3\htdocs\wordpress.fs4y.com\wp-content\themes , そして、 D:\xampp7.4.3\htdocs\wordpress.fs4y.com で、 MakeGZifNewer.sh を、実行します。
  8. 公開中の２系統に連なるWordPressにWinSCPで当該プラグインのみのミラーリング・アップロードを行う。
    各WordPressでの更新は無用！
  9. プラグイン： Merge + Minify + Refresh ＞ Purge All
    わたしはMerge + Minify + Refreshをアンインストールしたいのですが、出来ないでいます。記事「WordPressで問題を起こしているプラグイン Merge + Minify + Refresh 削除手順と配布物のご案内」でアンインストール手順を公開しています。
  10. 【緊急告知】： 記事「WordPressで問題を起こしているプラグイン Merge + Minify + Refresh 削除手順と配布物のご案内」で .htaccess 改訂版を公開しました。 他の場所への .htaccess の配置は無用となりました。以下の解説による .htaccess の配置の解説はスルー願います！
    高速化の為の特別な .htaccessを WordPressに 導入した場合：
    D:\xampp7.4.3\htdocs\wordpress.fs4y.com\MkHtaccess.zip

    wp-content/uploadsを除く、以上の全てのファイル.htaccessは以下の同じデーター
    .htaccess
    XAMPP上のWordPressで .htaccess を消してみて、正常に動作するかを確認する。
    参考： 過去記事： 「JSとCSSとHTACCESSを連動させ世界最高速を夢見よう！」 「さて開園です」
    過去記事： 「WordPress Plugin: “featured image from url”」 「wp-content/ uploads/ .htaccess」

記事の改訂の告知について

DISQUSコメントで案内します。

DISQUSコメントにログインし、DISQUSコメント枠の一番下段の左端のメール・シンボルをクリックすれば、DISQUSコメントがあれば自動的にメールで知らせてくれます。 再度クリックすれば、メール通知を停止できます。 記事末尾のDISQUSコメントの表示が小さくてスレッドのデザインが狭過ぎると思うなら、DISQUSコメント本尊に接続してみてください。


SNS

A bookmarklet that translates into national languages by first performing character inversion or as it is, first translating to English:
応援よろしくお願い致します！MovableTypeインポート書式のファイルを扱えないブログ類は、ＳＮＳ扱いです。

サポートが必要ですか？


Support AIt's free and fastSupport BIt's free and fastSupport CIt's free and fast

「無料サポート」に興味があれば
上の丸ボタンをクリック願います。
サーバーから9kbを受信しますのでお待ち願います。

※ 記事本文は別サーバーから JavaScriptファイルとして配信しており、配信元のサーバーにおける JavaScriptファイル(YUICOMPRESSOR済み)も、実際にあなたのブログが受信する gzip圧縮済みの JavaScriptファイルも、３０日間のキャッシュ流用を定義していますので、特にご質問の前にブラウザーのキャッシュを削除してから、再度のご訪問と閲覧をお願い致します。
※ DISQUSについては別管理ですので、毎回、最新のDISQUSを表示できています。 但し、ご自分のDISQUSコメントを編集した直後に編集後の内容に至らない場合がありますが、DISQUS表示の上部にある「あなたの言語でDISQUSメニューを再表示する！」をクリックしますと最新の状況を表示致します。 宜しくご理解願います。
※ どれだけ待ってもDISQUSが表示されない場合は「広告ブロック」機能を切ってみて下さい。
Google Translator.

良いブログと利用できないブログ


  • CLICK!