「さくらのVPS」から「さくらのレンタルサーバー」へドメインを移動するときは、一旦すべての設定を削除しなければならない

「さくらのレンタルサーバー」のドメイン管理の独特の仕様でハマったので記事にしておきます。

「さくらのVPS」を解約し、ドメインとCMSを「さくらのレンタルサーバー」へ移転したいという依頼でした。

移転当日、いつものように、さくらインターネットの「ドメインメニュー」でDNSを変更して、レンタルサーバー側のコントロールパネルにドメインを登録しようとしましたが、できません。

「さくらのレンタルサーバー」は、以前の所有者のコントロールパネルや移転前のサーバーにつながっていると追加できないというのは以前から知っています。ですが、今回の場合はすでに新しいサーバーへつなぐよう変更しているのに、追加できません。

変更ではなく削除

困って、さくらのサポートへ相談したところ、以下のようなお返事がありました。

さくらのレンタルサーバにドメインの追加設定を行います場合
現在のゾーン情報が削除されている必要がございます。

会員メニュー画面上 "契約情報" → "契約ドメインの確認" →画面右下 [ドメインメニュー] → 該当ドメインの [ゾーン編集]
画面左 [削除] にて現在のゾーン情報を削除ください。

削除後、新しい設定は作成せずにさくらのレンタルサーバの
コントロールパネルからドメインの追加設定を行ってください。

つまり「さくらのレンタルサーバー」に独自ドメインを使用する場合は、同じアカウントが取得したサーバーであろうと、どのような設定であろうと、二回目以降は、一旦設定を削除しなければならない、ということらしいです。

さくらインターネットで取得した独自ドメインが追加できません

これまでずいぶん、さくらのサービスを使ってきたと思ったのですが、VPSからレンタルサーバーへ移転するケースははじめてだったということに、今更気づきました。
お名前.comやムームードメインと同様に、先にDNSの設定をしても良いのだと思いこんでいたのでした。


さくらインターネットのドメインメニュー画面


※画像のユーザーID、ドメインの設定、履歴はでたらめです

削除するとどうなるのか

なるほどそういうことか、ではドメインの設定を削除すればいいですね、ポチ
と削除したところで、この仕様の本当に恐ろしい部分に気づきました。

今回のドメインは、メールはさくらのレンタルサーバーではなく、GsuiteのGmailサーバーを利用していたのです。
削除した時点で、Gmailサーバーへつないでいた設定も全部切断されてしまいました。

お客様には、メールには影響がないとお伝えしていたので大失敗です。平謝りで設定をし直しました。
事前に設定を控えておいたのが不幸中の幸いでしたが、一時間ほどメールの送受信ができなくなってしまいました…

まとめ

結論からいうと、「さくらのレンタルサーバー」への移転の注意点は、以下の通りということになります。

  • さくらのVPSなどの他サーバーに接続していたさくらのドメインを使用する場合は、一旦設定を削除しなければならない
  • その際にGmailなどの、外部サービスへの接続もすべて切断されてしまう

この業界で15年仕事をしていて、こんな記事を書いていて大丈夫だろうか…と凹んでいます。
いつもと同じ感覚で作業すればいいや、というのが事故の元になることが、改めてよくわかりました…


投稿者名 うぇびん 投稿日時 2019年07月30日 | Permalink

baserCMSの新しい管理画面テーマを使用すると、FontAwesomeのアイコンが出なくなる不具合が解消されました


すでに解決していただきましたが、旧バージョンの管理画面テーマを使用している人が検索するかもしれませんので、ログとして残しておきます。

私が制作したbaserCMSのテーマ「ratio_3_2」に、バージョン4.2から選択できるようになった新しい管理画面テーマを適用すると、SNSアイコンが出なくなってしまいました。

調べたところ、以下の原因が判明しました。

  • baseCMSはログイン中、ヘッダに常時ツールバーが表示される
  • ツールバーでは、FontAwesomeの5系が使用されている
  • FontAwesomeは、4系と5系を同時に使用すると、4系のアイコンが正常に表示できなくなる(クラス名が重複しているため)。

ratio_3_2だけでなく、FontAwesomeの4系が使用されているテーマはすべてこの不具合が発生する可能性がある、ということで、FontAwesomeをツールバーに使用しないように修正していただきました。ありがとうございます。

2019年7月20日時点では、まだ公式サイトのダウンロードファイルは更新されていません。気になる方は、baserCMSの公式リポジトリから、最新バージョンをダウンロードしてください。

https://github.com/baserproject/basercms

テーマだけ差し替えたいという場合は、 /app/webroot/theme/admin-third/ 以下を差し替えればOKです。

まだベータ版ですが、baserCMSの新しい管理画面用テーマは、デザインやカラーリングのバランスが取れていて、旧テーマよりもかなり使いやすいと思います。日常的にbaserを使用している方は試してみてください。


投稿者名 うぇびん 投稿日時 2019年07月20日 | Permalink

WordPressのブロックエディタ「Gutenberg」に対して私たち制作者が考えなくてはならないこと

WordPress5.0がリリースされ、噂のブロックエディタ「Gutenberg」が正式実装されました。

現在私は、同じ構成で構築された、いくつかのWordPressサイトの運用のお仕事をしています。 そのサイトがGutenbergの導入でどのような影響を受けるかの検証と、それだけではなく、今後CMSを扱う立場としてGutenbergとどのように関わっていくかを、この週末に、ざっくりですが検討していました。

Gutenbergさんとどう付き合うか

まず、投稿タイプなどを追加していない、WordPress5.0の基本の状態でGutenbergをひととおり試しました。

私は、10年前からブロックエディタを搭載していたことで知られる、a-blog cmsを長年使用しています。また、スマートなブロックエディタを実装しているブログサービス「g.o.a.t」を一年ほど利用していました。

その経験を含めての感想としては、
「思ったより怖くない」
「これは『ビジュアルエディタの次世代としては』かなり良いのではないか」
です。

基本的に、ブログ記事などでは、HTMLの要素は見出し・本文・リンク・強調・各種サービスの埋め込みくらいしか使いません。それらについては軽快に書けますし、以前のビジュアルエディタとの操作の差も意外と少ないです。 驚いたのが「既存のビジュアルエディタ」がブロックのひとつとして用意されていることです。重くなりそうですが、どうしてもあのエディタでないと、というクライアントへの説得要素にもなるでしょう。



ウェビングスタジオとしては、新規案件の緩いコンテンツなど、利用しやすいところでは積極的に受け入れていきたいし、カスタマイズを学習していきたいと考えています。

長年WordPressを使い込んで、多数のプラグインやPHP拡張を活用してきた人ほど、Gutenbergは厄介な存在でしょう。 WordPressはオープンで自由なCMSです。一切使わない選択肢も用意されていますから、個々の制作者の自由でいいと思います。

使いたくない場合

一方、コンテンツ・マネージメント・システムとしてWordPressを使う場合、「投稿タイプによって適しているエディタが異なる」という問題が生じます。

例えば私の件の運用サイトの場合は、以下の3つの投稿タイプを持っています。

  • post・・・ブログ記事
  • page・・・がっつりマークアップした渾身のメインコンテンツ
  • works・・・カスタムフィールド職人らしいフィールドのみのコンテンツ

worksでは、「Advanced Custom Fields Pro」のリピートフィールドで、こんな感じの簡易なブロックエディタを作成しています。簡易な方が操作しやすく、更新の効率が良くなるということは往々にしてあります。



この場合、pageとworksでGutenbergを使うことはできません。

このように、第一に制作者が考えなければならないのは、現在運用しているサイトの各投稿タイプで、Gutenbergにしても問題ない箇所と、使ってはいけない箇所を明確にしておくことです。

では、特定の投稿タイプだけ無効にすることはできるのでしょうか。管理画面にもそういった項目は見当たりません。困っていたら、WordPressをはじめとするいろいろなCMSに詳しい安部さんがTwitterで教えてくれました。

これです。ドンピシャです。 高橋文樹さんが、Gutenbergがベータ版の頃から各種回避策を書いてくださっていたようです。

Before Gutenberg アーカイブ - Capital P

pageとworksでブロックエディタを無効にすることで、これまでのWordPressと変わりない環境にすることができました。

function WS_remove_block_editor( $user_block_editor, $post ) {
    if (
        ( $post->post_type === 'page' )
        ||( $post->post_type === 'works' )
    ) {
        $use_block_editor = false;
    } else {
        $use_block_editor = true;
    }
    return $use_block_editor;
}
add_filter( 'use_block_editor_for_post', 'WS_remove_block_editor', 10, 2 );

プラグインとの衝突問題

次に考えなければならないのは、プラグインです。

一通りコンテンツを確認したところで、カスタムフィールドを管理している「Advanced Custom Fields PRO」の編集画面に入ったら、ページが真っ白になりました。 フォームプラグイン「MW WP Form」も編集画面だけ真っ白になっています。

プラグインは問題がないと思っていただけに慌てましたが、これについても高橋文樹さんがすでに原因を書いていました。 “エディターのない投稿タイプは動かない” そうです。

Before Gutenberg - カスタムフィールド職人の命運やいかに? - Capital P

つまりプラグインの投稿タイプでも無効にしなければならないわけで、最終的に以下のようなコードになりました。

function WS_remove_block_editor( $user_block_editor, $post ) {
    if (
        ( $post->post_type === 'acf-field-group' )
        ||( $post->post_type === 'mw-wp-form' )
        ||( $post->post_type === 'page' )
        ||( $post->post_type === 'works' )
    ) {
        $use_block_editor = false;
    } else {
        $use_block_editor = true;
    }
    return $use_block_editor;
}
add_filter( 'use_block_editor_for_post', 'WS_remove_block_editor', 10, 2 );

あまりスマートじゃなくなってきました…postだけ許可する、ホワイトリスト方式にした方がいいのかも。

この不具合については、頻繁に更新されているプラグインであれば早い段階で解決されると期待していますが、しばらく混乱は続くのでしょう。 これを機に、プラグイン制作者に問い合わせる前に、まず検索する習慣を身に付けたいものです。

既出かもしれませんがQiitaに寄稿しました。

WordPress5.0でプラグインの新規追加画面・編集画面が真っ白になった場合の対処 - Qiita

発展途上?なUI

ざっと使ってまず気になったのが、「ブロックを追加・挿入するボタン」の表示がわかりにくいことです。

最後に追加するならEnterキーを押せばボタンが出るのですが、挿入の場合は、前のブロックにマウスを置くと出る枠線の「上の線」にカーソルを置かないとボタンが出てこないのです。これがかなりシビアな操作になっています。 それ以前に、感覚的には一般に「下に追加する」と感じるので、一つ前のブロックの下線にボタンが出るべきじゃないですかね…



ボタンブロックについても、色の選択があるのですが、よりにもよって背景色だけでなく文字色まで自由に選択できるUIになっています。

サイトを明るくしようとした更新担当者さんが、ボタンの色をピンクとかライムにする未来が見えます。

これがインラインスタイルで入るのか、クラスで入るのかまだ確認できていないですが、とにかく色は個別に選ばせたくないですし、外観についても丸と四角、塗りつぶしとボーダーはそれぞれどのような役割で使うのか決めておかないと、わけのわからないことになります。


また、WCAN 2018/10でたにぐちさんも指摘されていましたが、パーマリンク設定の場所もわかりにくいです。WCANに参加していなければ見つけられませんでした。更新担当者にパーマリンクをいじらせてはいけない、という禁止系インターフェース…と考えられなくもないですが。

たにぐちさんがさらに指摘されていた「なぜかテキストブロックの文字の寄せ方向だけ、クラスではなくインラインスタイルになっている」件は、私はあまり気にしていません。文字色などとは異なり、文字の寄せ方向はテーマやCSSが変わっても、同じであることが多いからです。しかし、UIのブレであることは確かですし、インラインスタイルは優先度が高いので、上書きしようとするとimportantまみれになる問題があるのですが…

少なくともこれまでと相当感覚が違うので、リモートで運用をしている場合は、更新担当者にどのように操作説明をするか考える必要があります。 a-blog cmsユーザーの多くがやっていたことですが、往訪できない場合はブロック一種類ずつに対して、操作している動画を撮って見ていただくのが確実と思います。

特定のブロックを使わない自由はあるのか

ボタンのところでも触れましたが、Gutenbergの「機能が多すぎる」ことも私の中で課題になっています。 多数のブロックがありますが、すべて対応していられないとか、コンテンツの性格上、使ってほしくないケースもあります。

私がa-blog cmsを気に入っているのは、コンテンツ(ブログ)ごとに、使用できるブロック(ユニット)を管理者が指定できることです。 もう少し情報を調べれば既に出ているのかもしれませんが、特定のブロックを使わない自由を公式に設けてほしいものです。

Gutenbergさんは悪くない、悪くないんだ

繰り返しますが、私はGutenbergが気に入っていて積極的に使いたいです。

ただ、日頃「すべての人が自由に気軽に使えるCMS」を謳っていながら、「ユーザーが、GUIを通して機能を選択(無効ではない。選択)できない状態でリリースした」強引さに若干呆れています。

今後各国のWordPressコミュニティは、一定のウェブ制作の知識を持たない人(いわゆる個人ブロガーなど)へのサポートを切り捨てるか、これまでのようにGUIで管理できるプラグインの開発やブログ記事などの情報を充実させるかの、大きな選択を迫られるのでしょう。

個人へのサポートを既にやめている私としては、前者が幸せじゃね…?と思ってしまいつつ、制作会社・企画会社との協業媒体としてのWordPressに、Gutenbergをどう活用していけるか、前向きに考えていきたいと思います。


投稿者名 うぇびん(管) 投稿日時 2018年12月09日 | Permalink

Illustrator CC 2017から書き出したSVGは、GIMP 2.8.22で正しく表示できない


表題の通りです。同じ状況になる人がいずれ出てくるかもしれないので共有します。

結論から書きますが、これはGIMP側の仕様で、ブラウザでの表示においては問題ありません。
どうもGIMPは、SVG関連の対応は読み込み・書き出しともに遅れているようです。

Android Studioでも色情報が引き継がれない問題が報告されています。

Sketchたまご: Illustratorから書き出したsvgをAndroid StudioにImportすると色情報が反映されないことの解決法


投稿者名 うぇびん 投稿日時 2017年07月04日 | Permalink

WordPress(ワードプレス)をやめたくなった人へのアドバイス


つい先日、ワードプレス(以下、WordPress)に深刻な脆弱性が発見され、かなりのウェブサイトが改ざんの被害を受けました。
ネットで評判が良かったので、なんとなくWordPressを使っていたけれど、やめたいと思っている人も多いかもしれません。

「無料で高機能で便利だったけど、怖いので違うブログにしたい…」
「ブログのことはWordPressしか知らないし、今後どうしていいかわからない…」

私は、WordPressをはじめとした「コンテンツマネージメントシステム(以下、CMS)」を使ったホームページ制作や乗り換えの仕事をしています。
この記事は「WordPressをやめたい」と悩みはじめた人のための、私から提供できるアドバイスです。


投稿者名 うぇびん 投稿日時 2017年02月24日 | Permalink