Drupal

偶然『OOUI – オブジェクトベースのUIモデリング』という記事に出会った。秀逸な記事だと思う。十分簡潔で、UI設計を行う時にオブジェクト（名詞）を意識することの重要性が腹落ちする。Drupal視点で解釈してみた。恐縮だが、以下を読む前に引用記事に目を通していただきたい。

Drupal8では、rulesモジュールが、まだalpha5で歩みが遅く、Business Rulesはbeta8とかなり頻繁に更新されていて、これは使えるかも知れないと考えて触って見ている。

私のニーズは、Webformで未ログインユーザーから情報を登録したいというものだ。

例えば、研究会の会員登録のようなケースもある。

まず、研究会の会員登録をWebformで求め、Profileコンテンツ(node)をWorkflowモジュールの管理下に置いておいて、自動的にDraft状態で作成する(1)。それを研究会管理者権限のある人が確認の上承認する(2)。承認されたら、ログインユーザーを生成してユーザーを招待する(3)。研究会イベント(node)を作成し、発表募集のWebform、出席のWebformをアタッチし、申し込みに応じて発表(node)やチケット(node)を生成したい。

コミュニティをホストするためのプラットホームは中々思うようにいかない。

いろいろな情報共有プラットホームは現れては消えていく。Drupalはフレームワークとしての強さがあるので、その上で構築されているOpenSocialは魅力的な選択肢だ。ただ、簡単ではない。

とりあえず、今日は初期調査(Open Social 8.x-6.2)のメモだけを書いておく。ちょっと汗をかけば使えないことはなさそうというのが正直な感想。

まずは、改めて最新のディストリビューションを入れてみた。環境が整っていれば、

 sudo -uwww-data composer create-project goalgorilla/social_template:dev-master opensocialJ --no-interaction

sudo mysql
> create database opensocialJ;

今風にやるなら、コンテナで作って上げるのだろうが、私はまだサーバー上で一から設定を行っている。

まず、さくらのクラウドの管理画面から、Debian 9.9.0 64bitのインスタンスを立ち上げ、コンソールから、まずユーザー(poc)を登録、sudoグループへの追加、ssh経由でのrootログインの禁止など一定のセキュリティ対策を実施する（ここでの記載は省略）。以下は、sshでの接続で行う。

サーバーのインスタンスが立ち上がったら、DNSにAレコードを登録する。私の場合は、お名前.comを利用している。今回はpoc.ulslab.netに割り振られたipアドレスを登録した。DNSは反映までに時間がかかるので、このタイミングでやっておくのが良い。

最初は、環境の更新とaptitude、vim、mysql-server、apache2のインストールを行う。suして管理者権限で実行した。

Drupal8.7からTaxonomy TermとMenuにリビジョン管理が追加された。

機能自身は望ましい事だし、当然対応しなければいけないのだが、リビジョンアップのスクリプトが複数個所で失敗した。そのため、8.7をブロックして8.6.16で運用を続けていたのだが、その間に8.7.4までリリースが進んだので、もう本腰をいれて取り組むことにした。これはそのトラブルシュートの記録である。

まず、リビジョンアップをする。

composer require drupal/core:8.7.x webflo/drupal-core-require-dev:8.7.x egulias/email-validator:2.x

composer update --with-dependencies

最初のcomposerコマンドでロックが解除されるので、その後updateをかけた。もっと良い方法があるのかも知れないが、まあそれで動くので大丈夫だと思う。

次は、データベースのアップデートをかける。

vendor/drush/drush/drush updb

SIerを卒業して6年余。外から見るようになってSIに対するニーズの強さを感じている。また改めて「優秀な開発チームの育成」に成功するか否かがSIの持続的な成長に直結すると考えるようになった。大きくない会社でも良いチームはある。しかし、品質の織り込みと維持管理は組織が大きくて分業が機能しないと実現が難しいから大きなSIerには価値がある。まだまだ進化の余地があると思う。個々に見れば今巨大でも消えていく企業はあるだろうが、ニーズは無くならない。

オープンソースソースコミュニティとしてのDrupalを見ていると、SIの弱点は良く分かる。SIは基本的に一点ものを作っているわけだから、開発が終わればそのソフトウェアの成長は止まる。一方でコントリビューションされたソフトウェア（モジュール）はユーザーがつけば課題が提起され、改善活動が続いていく。

オープンソースでコントリビューションされたソフトウェアは誰でも使えるから、エンジニアが企業を辞めた場合でも、自分が書いた部分が公開されていれば再び書き直す必要がない。エンジニアは個人や気の合う仲間のチームで独立していく機会が増える。SIから見ると従業員支配力は落ちるが、市場競争力は上がる。Drupalの創始者が経営するAcquia社はSIで成功しているように見える。

もう、Bootstrap4の時代なのだろうが、まだBootstrap3を使っている。

DrupalのBootstrapサブテーマで、SASSを使って動かしていたプロダクションサイトでDrupal側のテーマをbootstrap 8.x-3.19に上げたテストをしたら動かなくなったので、テーマを上げずに使い続けているサイトがある。割とえいやっと動かしていたので、あらためてどう動いているかを確認しながら、準備を整えたので記録しておく。

8.x-3.19では、サブテーマ作成用のstarterkitが整理されてきれいになった。8.x-3.17では、themeのstarterkitsのディレクトリの下に、cdn、less、sassのサブディレクトリがある。SASSを使う場合は、このsassのディレクトリを使って、サブテーマを作る。8.x-3.19ではTHEMENAMEという唯一のサブディレクトリがあって、そこからサブテーマを作る(https://www.drupal.org/node/3049485)。

今回の米国出張で、DrupalConではブラウザの音声読み上げの事例を見て、いかに見た目がスマートなアプリでもアクセシビリティの配慮がないと難視の人には使えないだけでなく、Alexaのようなスマートスピーカーと組み合わせて使えないだろうこともわかった。マウスを使わずにキーボードだけで利用できる実装にすると、ナビゲーションのステップを減らし可用性を上げられる事にも気がついた。アクセシビリティへの配慮は手間のかかる作業と見るのではなく、ソフトウェアの操作性を向上させるためのチェックポイントと考えたほうが良いことがわかったのである。

DrupalCon 2019のメインセッションが先程終了した。

DrupalはオープンソースでクールなWebサイトを自前で建てられるWeb CMSで、2000年代初頭から使われ始めたものだ。現在は大規模サイトや、高度な機能を実現するためにしばしば用いられている。Web CMS分野で圧倒的なシェアを誇るのはWordPressだが、オバマ政権時代はホワイトハウスのサイトはDrupalで作成され、請願(Petition)サイトもDrupalで作られていた。また、CNBCなどのニュースサイトでは今もDrupalが使われている。

最近の流れは、Webサイト、スマホアプリ、Amazon EchoやGoogle Home等のスマートスピーカーで同じ情報（コンテンツ）を使うための裏方（バックエンド）として使うケースが増えてきている。先述のCNBCもWebサイトが使っている技術はReactというFacebookが開発したフレームワークで、Drupalは表に出てこないが、ニュース記事等の膨大なコンテンツはDrupalで管理されていて、それを参照する形でWebもアプリも作られている。