Drupal

CMSでWebサイトを立ち上げる本質はコンテンツ管理の構造的アプローチにあると確信しているが、ユーザーはどうしても見栄えに惹かれてしまう。姓名の並び順や住所の表記方法などは最たるもので、フォーマットの問題が強い拒絶感につながりやる気の喪失につながるケースは少なくない。そうなると、やはりどうやって最終的な見栄えにつながっているのかを理解しないわけにはいかず、拾い読みながらdrupal coreのコードを読むことにした。深みにはまりそうなのがちょっと怖い。

DrupalでGoogle Map表示は割と簡単にできるが、量を使った場合の価格問題や全てがGoogle依存になっていくことへの怖さもある。ちょっと調べてみたら、地理院地図がmaptilerのクラウド経由で使えることが分かったのでやってみた。

Drupal Meetup TokyoでDrupal10の議論を提案したので、まずは触ってみようと思ってインストールしてみた。D9と変わらないなあというのが正直なところだが、触っている内にだんだん結構良いと思うようになった。

Drupalはベースは英語の世界なので、名前フィールドは自然にFirst name, Last nameの順になる。この調整が面倒で、テキストフィールドで独自に定義することが多い。しかし、住所フィールドあたりになると入力補助もセットになっているからやはり自分で表示順が調整できる方が良い。themingをうまくやればコードに手を入れずに対応ができる。

自治体は民間に比べるとサービスメニューが広いし、民間では採算に乗らないようなユーザーの少ないサービスも必要となる。だから、Webサイト構築の難易度も高い。各自治体で一からつくるのは現実的ではないし、どこぞの企業に独占させるのは避けるべきだ。だとすると、基盤部分は無償のオープンソースに移行したほうが良いだろう。スキーマが整理されれば、民間企業もそれに合わせることで生産性向上が期待できる。

NodeとTerm、どちらで定義すればよいか迷うことが少なくない。Drupal 8/9ではどちらで定義してもほぼ同様の結果を享受できる。ではその本質的な違いは何なのかを考えてみたら、意外な結論にたどり着いたので間違いがあるかも知れないけれど記事にしておくこととした。

Content typeでData typeを定義するのは重すぎると思っていたので、このモジュールに好感。

認可サービスは、安易な認可はできないから、ユーザー（リソースオーナー）を認証しないわけにはいかない。ブラウザだと、ログインとセッションで管理できるが、REST APIを使うアプリではセッションを用いないからDrupalの通常ログインは行えない。なのになぜ認可行為が行えるのかが謎だった。さらに考えると、認証はID＋パスワードと言う固定観念にとらわれていたことに気がついた。

コストパフォーマンスは悪くないと思いますので応援も兼ねてぜひポチッとお願いします。

DrupalによるOpenID connectの実装は複数ある。認証サーバーになるためにはSimple OAuth (OAuth2) & OpenID Connectが必要で、他の認証サーバーを利用する場合はSocial Authを使えば良い。では、Social Authに認証を委任した状態で認可サーバーになるためにはどうすればよいかで迷宮にはまっている。