更新情報

今年1月にサポートが終了しているDrupal7、AIに訊いてみるとまだDrupal7のままのサイトが少なくないようです。自分の携わるウェブサイトは全て昨年末までにDrupal10への移行を完了していますが、なかなか大変な作業で、10サイトほどの移行で調査、学習と試行錯誤を重ね、全てが完了するまで2年くらいかかってしまいました。

続きを読む

1. Drupal7とDrupal10の両方に対応する環境の開発サーバーを構築。特にPHP5.6等古いPHPと、PHP8.3等最新のPHPが併用できる環境が必要です。
2. Drupal7サイトを1の開発サーバーにコピー、同一開発サーバーにDrupal10をクリーンインストール。
3. Drupal10サイトに移行モジュールをインストール、サーバー上でDrush（Drupalのコマンドラインインターフェース）を使ってDrupal7のコンテンツ、メディア（画像等のファイル）、ユーザー情報等をDrupal10へ自動的に移行。
4. 全ての出力設定、Views（Drupalの一覧設定）、Theme（デザインやレイアウト）は基本的に全てゼロから作り直し。
5. コアモジュール以外のサードパーティモジュールもDrupal10対応のものをインストールして設定し直し。

概ね上述の流れの作業となりますが、千単位のコンテンツや万単位の画像があっても、コンテンツ自体の移行は完全にできました。Drupal7からDrupal10へのアップグレードとしていますが、自分の場合、実際には、Drupal7→Drupal9→Drupal10と2段階でアップグレードしています。Drupal7とDrupal9は基本的な構造（アーキテクチャ）がごっそり変更されているため、Drupal7→Drupal9はもう諦めようかと思ったくらいの作業でしたが、Drupal9→Drupal10はアーキテクチャの根本的な変更は無く比較的容易。それでも廃止されたモジュール等もあり、それなりに面倒な作業が必要でした。

ウェブサイト開発ツールとして、Drupal10でCMSとしての取り組みやすさのハードルが、WordPress等と較べて上がったことは間違いないと思います。しかしながら、データベースに保存されたコンテンツやその部分をいかようにも出力できるという柔軟性は他のCMSに真似のできないもので、移行してそれを享受できることはありがたいです。一般ユーザーとしての使い勝手の良さは改善され続けており、またセキュリティの高さもDrupalを選択する大きな要素であることに変わりはありません。

もし、Drupal7からDrupal10への移行でお困りの場合、お手伝いできるかも知れません。お問合せからご一報いただき、詳しく状況をお聞かせいただければ、精査の上、対策をご提案いたします。大きく環境が異なるため、100％同じシステムをDrupal10で構築できるかどうかは精査してみないと分かりませんが、代替方法も含め、有効な対策をご提案できると思います。

サイトの規模、複雑さ、利用されているモジュールによって、作業内容や難易度が大きく変わってきますので、一概に概算見積をご提示することはできませんが、個人事業なので、比較的ローコストでお手伝いできるかと思います。少なくとも継続的にDrupal7の延長サポートを利用されるよりもかなり有利と思われます。

逆にある程度の規模がないサイトの場合、Drupalは最適の選択肢ではなくなっているかも知れません。その場合は静的サイトとSNS等ウェブサービスを活用した方がいいというケースもあります。簡易な方法へ変更し固定費を削減する方法も必要に応じてご提案いたします。

当サイトのシステム全体を一新しました。

• 来年6月でサポート終了となるCentOS7に代わり、OSをUbuntuとして新しいVPSサーバーを構築。
• 複数バージョンのPHPをインストール、サイト毎にPHPのバージョンが切り替えられるようにしました。
• 当サイトはPHP8.1とし、この11月でサポートが終了となるDrupal9をDrupal10にアップグレード。

折をみてそれぞれについて詳しく書いてみたいと思っています。

上町製作所ホームページをたぶん5年ぶりくらいに完全リニューアルしました。Drupal7をDrupal9へ移行、それに合わせてサーバーも移行しています。

デザインは追々手を加えていくつもりで、徹底的にシンプルに変更しています。

港珠澳大橋（Hong Kong-Zhuhai-Macao Bridge）が10月23日に開通したそうです。香港、マカオ辺りのGoogle Mapを見ると地図表示だと何もでてきませんが、航空写真に切り換えると、香港空港から西へ海の上に道路が延びていて、途中で途切れ、その8kmほど東側にアクアラインの海ほたるみたいな島ができています。そこからマカオと珠海のボーダーのすぐ東側に新たに造成された島まで道路が続いていて、この島からマカオと珠海につながっています。

香港空港の東側にも新たに島が造成されていて、ここが入出境のためのターミナルになっています。橋の全長は55kmで世界最長、香港からマカオ、珠海へはシャトルバスが日中5〜15分間隔、深夜でも15〜30分間隔の24時間運行、料金を調べてみると片道HK$65、1000円ほどです。所要時間が明記されていないのですが1時間かからないでしょうね。

従来のターボジェット船だと日中15分間間隔で所要時間55分もHK$171、ターボジェットの経営努力で何とかなる価格差じゃなく、トラムが並ぶ上環のターミナルの賑わいが無くなってしまうのはたぶん必至、寂しくなります。

一方、香港から北京や上海への高速列車も9月23日に開業しています。エアポートエクスプレスの九龍駅の「東側」に隣接して西九龍駅が開設されています。自分が香港に通っていた頃はずっとゴルフ練習場と広大な空地だった場所です。まだ10年ちょっと前なのに、新幹線のような高速鉄道が香港までやってくるとは当時考えもしませんでした。ましてやマカオまで橋でつながるなんて。

まだ香港空港がカイタック空港だった30年ほど前に食品の仕事で珠海へ出張したことがあります。香港から高速船で珠海の小さな港に着き、珠海の街に入ると南国情緒がいっぱい、ビンロウの並木で囲まれたメインストリートとおぼしき道路を牛がのんびりリアカーを引いて歩いていたのをよく覚えています。出張先の食品工場の向かいの飲料工場の清涼飲料水の出荷風景と眺めていると、出荷ケースに並んだボトルのドリンクの入っている高さが全然まちまちだったことを思い出します。

仕事を終え、マカオ経由で香港へ戻る際、珠海マカオのボーダーからみた高層ビルの立ち並ぶマカオを見て心底ホッとした記憶がまだ鮮烈です。それほどのド田舎だった珠海です。

それから10数年して今度はおもちゃの仕事で珠海へ行った時には、もうド田舎どころではなく、マカオを凌ぐほどの高層ビルが立ち並んでいて、度肝を抜かれました。そしてそれから15年ほど経った今、香港から珠海やマカオへバスで行けるようになってしまいました。

日本が明治維新から150年かけてきたことを、あるいは英国が産業革命から200年以上かけてきたことを、中国が30年でやってしまっている訳です。

この極めて急速な変化を香港人皆が手放しで喜んでいるかどうかは、ちょっと疑問です。早速高速鉄道に乗ってきた人のレポートによると、西九龍駅の中で入出境が一遍にできるようになっていて、境界となるところに黄色い線が引かれていてその先は簡体字の世界になっているそうです。MTRの羅湖駅で出境し小さな川を越えて深圳駅側に入境できるまで、自分たちは軽く1時間かかり、香港のIDカードを持つ友人たちをいつも長時間待たせていたという不便は無くなったものの、香港のど真ん中にまで簡体字の世界が出現したことはやはり強い違和感を感じます。

港珠澳大橋では黄色い線がどこにあるのか不明ですが、おそらく香港空港の東側にできた島の中と推測されるものの、対岸の珠海とマカオで体制が異なる訳で、どういう運営がなされているか気になります。

香港は依然グローバル経済の拠点であり、また多くの香港人は英国時代からの中国文化と融合した独特の自由な文化に強い誇りを持っています。いつまでも香港の文化が守られることを願ってやみません。もう10年以上ご無沙汰している香港の友人たちに会いたくなってきました。

上掲の香港サイト、メジャーサイトなのにいずれもスマホ対応していないようです。その辺の事情も探ってみないと。

常時SSL化すると、それまでのFacebookいいね！のカウントが引き継がれなくなってしまいます。常時SSL化後の新規コンテンツについてはもちろんいいね！がカウントされますが、それ以前のコンテンツはゼロになってしまいます。気にしなければいいのかも知れませんが、せっかくいいね！をたくさんもらって、ブログ投稿の大きな励みになっている訳で、やはり復活させたいと思います。

• 要は常時SSL化以前のコンテンツだけ、OGPメタタグのURLをhttpsからhttpに書き換える。
• Facebookのクローラーに対してのみhttpからhttpsへリダイレクトしないようにする。

この2点です。（参考）

参考ページはMovableTypeなのでこれをDrupal7に置換えます。

コンテンツ作成日で切り分ける方法もいいかと思いますが、NID（コンテンツ固有の連番）で切り分けるのが簡単かも。html.tpl.phpのheadタグにコードを追加します。

<?php if (arg(0) == 'node' && is_numeric(arg(1))): ?> 
<?php $nid = arg(1);  ?> 
<?php if ($nid < SSL化する前の最後のNID): 
print '<meta property="og:url" content="http://DOMAIN/PATH/'.$nid.'"/>';
else: 
print '<meta property="og:url" content="https://DOMAIN/PATH/'.$nid.'"/>'; 
endif; ?> 
<?php endif; ?>

1行目、2行目はNIDを取得するためのおまじないです。SSL化する前の最後のNIDの場合はog:urlにhttpで、それ以降はhttpsにします。

次に.htaccessに1行、下記の3行目を追加します。

# Various rewrite rules.
<ifmodule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{HTTP_USER_AGENT} !(Facebot|facebookexternalhit/1.1) [NC] 
  RewriteCond %{HTTPS} off
  RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R,L]

3行目以外はhttpからhttpsにリダイレクトさせる設定です。3行目でFacebookのクローラーだけはリダイレクトさせないように設定します。SSL化以降はリダイレクトさせる必要がないので、Facebookのクローラーはhttpsを読んでくれます。

たぶん何日かするとFacebookのクローラーが回って来てくれて、いいね！カウントは反映されるはずですが、すぐに反映させたい場合はFacebookのシェアデバッガーで「新しい情報を取得」すればいいね！カウントが出てきます。

追記11/23: クローラーは更新してくれないようで、シェアデバッガーで1件ずつ新しい情報を取得するしかないようです。

Googleリーダーがサービス終了してもう5年にもなるんですね。

SNSが爆発的に普及して以前のようにはRSSリーダーが使われなくなってしまったようですが、プライベートな情報が中心となるSNSに対して、よりパブリックな情報を収集するには、今もRSSリーダーは生活に仕事に、趣味に、欠かせないツールだと思います。

世界中から隣近所までカバーする世間の様々な出来事、自らの関わる市場や商品、技術、法律や規制の最新動向、趣味や生活でのお役立ち情報、これまで興味はなかったけど新しい興味を掻き立ててくれる情報、自分と同じだったり似た意見や考えだけでなく、全く賛成できない意見や、腹の立つ考えも知っておく必要はあります。特にライブドアブログ、FC2、goo、sonetといった古くから運営されているブログサイトのブログの情報の充実度は半端なく、SNSでは得られない奥行きの深い、貴重な資料といっていい情報がびっしりです。

もしRSSリーダーを使わなくなっていたとしたら、あまりにもったいないです。SNSでは得られない新しい世界が見つかる可能性が大です。

FeedlyとInoreader

Googleリーダー終了後、一番メジャーなRSSリーダーはFeedlyで、使っている方も多いかと思います。Googleリーダーのようなタイトルビュー、画像をメインにしたカードビュー等々、自分の好みで様々な設定できます。アプリ版のカードビューのシャッフルするようなユーザーインターフェースの使い心地も快適です。

ところが自分のブログのRSSフィードで、画像のフィードは画像フィールドの1枚めの画像に設定しているのに、サイドバーにランダムに表示している、コンテンツとは直接関係のないお気に入り画像がフィードされたりしてしまうことがままあります。フィード文もティーザー（本文のまとめ）をRSSフィードに設定しているのに、本文の冒頭部分が抽出されています。

どうやらRSSフォード発信元の設定に関わらず、フィードしたURLから画像や文章をFeedly独自の判断で読み込んでいるようです。前から気にはなっていたのですが、別のRSSリーダーだとどうなんだろうと探して見つけたのがInoreaderです。

Googleトレンドで過去3年にさかのぼってFeedlyとInoreaderを比較してみました。以前は比較にならないくらいだったのが、ここにきてかなり接近してきています。それ以上にFeedly検索の絶対数がかなり減ってしまっていることが目を引きます。RSSリーダー自体が使われなくなってきている中でInoreaderが着実に伸びてきているともいえそうです。

さてInoreaderですが、画像フィールドの1枚めの画像もティーザーの文章も自分が設定したRSSフィードを正確に読み込んでくれます。Google ChromeでRSSフィードを表示するとソースしか出てきませんが、FirefoxだとRSSフィードの設定状態をビジュアルに見やすく確認できます。これと同じものがInoreaderで多くの登録サイトと統合し一覧できる訳です。

逆に言うと画像をRSSに組み込む設定をしていないとフィードに画像が無い状態が発生します。このためFeedlyは独自のロジックで画像を抽出しているようです。

Inoreaderにもカードビューがあるのですが、スマホアプリでも1ページ1コンテンツにならないので、カードビューはFeedlyの方がカッコよく、また使いやすいです。一方Inoreaderはユーザーインターフェースが日本語化されているのもウリかと。

Inoreaderのスゴ技

がっ！もうひとつ大きな違いがあります。Inoreaderのスマホアプリで個別のフィードを開いて、画面を下へフリックすると「全コンテンツを読み込む」というのができます。これで本文全体が、レスポンシブデザインかどうかなど関係なく、アプリの画面に最適化した出力になり、元のサイトのCSSもJavaScriptも排除されてしまい、殆どの場合、アフィリエイト広告も表示されなくなります。HTMLのマークアップではaタグによるハイパーリンクなど最低限が残されています。文字サイズも大きくて高齢者にも優しく、特にまとめサイトとかは、かなり読みやすくなってしまいます。

「全コンテンツを読み込」めないケースもあるのですが、HTML5のarticleタグとかDrupalだとnode classの要素とか、Wordpressだとid="content"の要素とか、色んな定型的なパターンから本文部分を読み込みに行っているよのでは、と推測します。

これ、自分も含めウェブ屋にとってはかなり脅威です。情報収集にかなり便利ですが、サイト運営者の意図しない出力でもあります。そのことは読む側にも概ね理解された上で利用されていると思われ、また全てのウェブコンテンツをInoreaderで読むことになるとも考えにくいですが、サイトを運営する側としては、デザインやレイアウト、ユーザーインターフェース以上にやはりコンテンツありき、ということを改めて肝に銘じる必要はありそうです。

当サイトのRSSです。現時点では3件のフィードしかありませんが、鋭意更新していくつもりです。
上町のおっさんのブログのRSSです。こっちはフィードがいっぱいあります。よろしかったらFeedlyやInoreaderに登録してください。表示されたURLを購読登録するだけです。

スマホの場合はリンクを開くのではなく長押しでURLコピーできるかと思いますが、パソコンからのほうが登録しやすいかも。スマホからでも登録しやすい方法は再調査中ですm(_ _)m

SSL化されていないページは、Google ChromeのアップデートでURL欄に「保護されていない通信」と表示されるようになったのがこの7月、10月のアップデートでは、さらに、この表示が赤く強調されるそうです。

以前のようにお問合せフォームとかユーザーが入力するページだけでなく、サイト全体の常時SSL化が強く求められるようになり、SEO的にも影響があるらしく（検索エンジンが非SSLページよりSSLページの評価を上げるものと思われます）、もうSSLからは逃げられなくなってしまったようです。

VPSでSSLもなかなか大変

SSLの証明書取得はサーバーのIPアドレスとドメインの組み合わせが基本になります。つまり1サイト毎にIPアドレスが取得できる専用サーバーや仮想専用サーバーが必要になり、かなりの手間とコストもかかります。自分の場合、LinuxのVPS（仮想専用サーバー）に、ApacheやらPHPやらMySQLやらウェブサイトを構築するための基本の基本的なソフトウェアのインストールとその設定を行ない、レンタルサーバーだと管理画面のわかりやすいGUIで設定できるバーチャルホストの設定とか、レンタルサーバーだとデフォルトで組み込まれているFTPやphpMyAdminといったユーティリティソフトウェアのインストールや設定とか、未だに慣れないコマンドラインと悪戦苦闘してきました。

1サーバーで複数サイトのSSLを有効化するマルチドメイン対応の証明書もあるものの、企業認証が基本になっているうようでかなりの高額、複数のサーバーを構築した方がずっと安いです。

VPSやクラウドサーバー利用で、他ユーザーの影響を受けにくくなり、ルート権限が無いとインストールできない様々なアプリケーションをインストールしたりできるメリットは大きいものの、サーバーの管理自体を全て自分でする必要が生じます。サーバーの負荷状態を監視したり、外部サーバーに自動バックアップを取ったり、サーバー構築後の管理もかなり大変になりました。

コンテンツ量が多かったり、アクセス数が多かったり、特殊なアプリケーションが必要なサイトの場合はVPSは大きなメリットがあるものの、そうでもないサイトでもSSL化のためだけにVPSを利用しているケースも少なくありませんでした。

Let's encryptでSSL

去年くらいからLet's encryptという無料で証明書を発行してくれるサービスが普及してきました。ただこのLet's encryptのインストールで設定をミスるとApacheが起動しなくなってしまう可能性もあり、運用中のサイトを有償SSL証明書からLet's encryptへ変更することは躊躇せざるを得ませんでした。

ところが、ここにきてLet's encryptを使った無料SSLを提供するホスティングサービスがでてきました。さくらインターネットのさくらのレンタルサーバーも去年末からサービスを提供開始しており、安定してきたものと思われ試してみることにしました。

自分の場合、VPSは一部を除きさくらのVPSを利用しています。トラブルは少なく、サポートもしっかりしています。先頃の北海道の地震で道内全体が停電、利用しているVPSの物理的なサーバーの多くは石狩市にあり、ビビったものの、さくらインターネットのデータセンターではしっかり非常用電源が稼働、その燃料確保とか、国や自治体との連携とか、かなり迅速かつ適切な対応で、全くサーバーが停止することがなかったことは、インフラ事業者として高く評価したいと思います。

ということで、VPSでSSL化していたいくつかのサイトをさくらのレンタルサーバーに移行してみました。

移行の際、サブドメインでも無料でSSL化できるので、仮のドメインでテストサイトを構築し、その仮のドメインでSSL化の検証を行ない、問題がなければ、テストサイトを運用サイトに切り換える、という方法が使えるのは、Let's encryptによるSSL化の大きなメリットだと思います。

Drupalサイトをさくらのレンタルサーバーに移行、無料SSL化

Drupalをさくらのレンタルサーバーに合わせる

さくらのレンタルサーバーでは.htaccessでFollowSymLinksが使えません。Drupalのデフォルトの.htaccessのままだと500エラーになるので、ルートとfilesディレクトリの.htaccessのOptions +FollowSymLinksをコメントアウトします。

.htaccessのリライトルール設定

# Various rewrite rules.
<ifmodule mod_rewrite.c>
  RewriteEngine on

のところに2行追加します。

# Various rewrite rules.
<ifmodule mod_rewrite.c>
  RewriteEngine on
  RewriteCond %{HTTPS} off
  RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R,L]

これでサイト全体の常時SSL化が有効になり、httpでアクセスするとhttpsに移動するはずです。以前はsecure pagesというDrupalモジュールでSSL化設定をしたりしていたのですが、常時SSL化なので、追加モジュールは無しでOKかと。

DNS設定

ドメインはさくらインターネットじゃないサービスで管理しているのですが、取得したさくらのレンタルサーバーのIPアドレスをDNSのAレコードに設定、さほどタイムラグ無しで反映されました。

ところがさくらのレンタルサーバーに移行してから2ヶ月程して、SSL証明書の自動更新ができませんでした、というメールが来てしまいました。Let's encryptは基本的に3ヶ月毎に更新する必要があるのですが、さくらのレンタルサーバーではこれをcronで処理しているようで、自動更新してくれるはずですが、エラーです。

調べてみたところ「マルチドメインとして使用する」にしておいて、www付の場合のDNS設定をしていなかったことが原因で、www有りにもwww無しと同じAレコードを設定して解決しました。

Let's encryptと有償のSSL証明書で、高額な企業認証とかでない限り、暗号化強度に違いはないようです。VPSで設定していた外部サーバーへの自動バックアップはできなくなったものの、さくらのレンタルサーバーに別サーバーへのバックアップ機能もあります。さくらのレンタルサーバーの無料SSL、シンプルなサイトだと十二分に使えるというのが自分の結論です。