フレッツ光のファックスお知らせサービスを使っています。
Chromeからひかり電話設定サイトのサイト（www.hikari.ntt-east.net）にアクセスしたところ、Googleから
という赤い警告画面が表示されてしまいます。尚、Edgeなどの他のブラウザでは正常にアクセスできるので、Googleからの警告でしょうか？
という障害報告をNTTに送ったら返事が来ました。この現象は既に把握しているようです。サイトのお知らせに載っているとのことです。
だけど、大事なお知らせは最初のところに載せてもらいたいものです。
NTT東日本のサイトでもこんなことがあるのですね。何が原因なのだろうか？
ツレのWebサイトの仕事を手伝ったときにSASSで嵌まった。とても単純でまたどうせ嵌まりそうなので、自戒の意味でメモしておく。
Sass: Syntactically Awesome Style Sheets
まずはSASSのコード
#wrapper
margin: 0
padding: 0
width: 960px
height: auto
これをCSSにコンパイルするとエラーになる。こちらはインデントにタブと空白を混じっていたのが原因だった。CSSからSASS型式で逆変換したときにタブが入ったCSSをコピペしたときの原因。サイトのサンプルからコピペしてもタブが入っているのでこれも注意。結果的には何かエラーがあるとしたら、インデントの書き方が悪いとか、プロパティと値のコロン（；）の間の空白を疑うこと。
Successfully generated CSS： ・・・・・・・
となって今度はうまく行くと思っていたけど、正しく指定されたスタイルシートで表示してくれない。SASSのコードが間違えていると思ってドキュメントを見直したけど正しい。他のサイトを見たけどこれといった誤りもない。
しかしながら、「これからはスタイルシートをCSSではなくてSASSスタイルで書こう」とい言いながら、SCCSスタイルでサンプルを書いているサイトがなんて多いことか。これは関係ない話し・・・。
出力されたCSSファイルを見てみると、margin-paddingとかおかしなプロパティに変換されていた。
#wrapper {
margin: 0;
margin-padding: 0;
width: 960px;
height: auto;
}
こちらもタブがまだ残っていたのが原因だった。このようにエラーなく変換されているのは、SASSの仕様上何かあるのだろうか？
使っているエディタはVisual Studio Codeだが、良いか悪いかわからないけどタブを入力すると自動的に空白にしてくれる。ただし、他のコードからコピー＆ペーストしたときはタブはそのままになってしまうので注意が必要である。VS Codeでタブと空白を区別してくれる表示の方法がどこかにあるのだろうな。秀丸エディタならあった。
それにしてもSASSは楽チンだな。今までLESSを使ってたけど、直接CSSを書く気にはなれないな。
と書いたら、SCCSスタイルの方がSASSスタイルの後に出てきたとか記事が出てきた。今までのCSSのように{}で囲むからタブとか空白でコンパイルエラーがなさそうだし、SCCSスタイルの方がいいのかな？
050で始まる電話番号から電話があったと書いたけど、また電話があった。
050から始まる電話番号から電話があったけど
ナンバーディスプレイの表示に050と表示されたので怪しいなと思った。でも、先ほどとは発信者番号が違う。
「先ほど電話しました？」
「電話していない。山本さんですか？」
「山本ではない。あなたのお名前は？」
「山本です。」
「山本さんが山本さんにかけたの？」
「実家にかけた。」
まあ話しの状況としては合っているよな。でも、この後すぐに切られた。
念のため、折り返し電話をしてみると、発信用のつながらない電話のようだった。セールス電話電話だな。
050から始まる電話番号から電話があったけど、「間違えました。」で切れた。母のほうの電話に着信があったので、警察から連絡があった例の押収された名簿に名前があった件からだな。ばあさんが出てくると思って電話したら、オッサンが出てきて慌てて電話を切ったパターン。
050の電話番号って不動産会社くらいしか使っていないイメージだな。最近の他の迷惑なセールス電話は携帯電話からかかったくるしな。
今日未明、北海道で大きな地震がありました。現在利用しているさくらインターネットでは北海道石狩 にデータセンターを持っていますので、状況を確認しました。以下がさくらインターネットから出しているリリースです。現在、石狩のデータセンターは停電していますが、自家発電でデータセンターは正常に稼働しているようです。
私のところでは、いくつかのサービスをさくらインターネットのサーバーを使って動かしています。どこのデータセンターで動いているかは以下の方法でわかります。
利用開始が古いサービスが多く、最近契約したサービスを含めて幸いにもすべて大阪のデータセンターでした。今回の地震の影響はデータセンターに関してはなさそうです。ちなみにさくらインターネットでは、契約時にどのデータセンターを使うかを選ぶことができないようです。
しかしながら、北海道全域が停電というのは辛いものがあります。被害に遭われた皆さまには、無事にすごされるように願っています。
会社のホームページを常時SSL化に伴い、サーバーの移行のついでにWordPressからbaserCMSに乗り換えてしまう。ページ数も少ないし手でコピペしてしまう。それにしてもアクセスの少ないサイトである。周りにはSSLでアクセスさせたほうがいいよと言いながら、自分のところではやっていなかったという、ようやくやってみる。
さくらインターネットのVPSにApacheを立てて名前ベースのバーチャルホストで動かしていたが、これを同じくさくらインターネットのレンタルサーバーに移してしまう。ドメインを設定して、/etc/hostsにIPアドレスを追加して、ドメイン名でさくらインターネットのレンタルサーバーにアクセスできるようにしておく。あとは、MySQLの設定やbaserCMSのインストールをごにょごにょやって、ページのコピペ、適当にテーマを変更、DNSを変更、SSLの設定して完了。
と思いきや、以下のさくらインターネットのサポートサイトに書いてあるように.htaccessを追加すると、HTTPにアクセスしたときリダイレクトループが発生する。SさくらインターネットのレンタルサーバーではSNI SSLとか普通のSSLではないようなので、普通にrewriteルールを書いたらダメだそうな。
ブラウザのキャッシュをクリアしたり、別のテーマにしたり、テーマの初期化データを再投入とか、.htaccessを元に戻したりしても、今度は元に戻らなくなった。なにかやってしもうた、感が大きい。
しかしながら、テーマの初期化データを再投入をやると、今まで作っていたページが来てしまったのは辛かった。これをやらないとテーマを変えたらブログ一覧が取得できないとか、原因不明な動きをする。こちらは今回ページ作成で追加されたデータがあるテーブルを、SQLで強引に入れ替えてしまうというこ手段で回避した。テーマの管理に初期データを出力する機能で一旦データを作成して、こちらを初期データとして再投入したけど、元に戻らなくなったのでやめた。
リダイレクトルールの原因は、私のbaserCMSのシステム設定の勘違いだった。WebサイトURLがSSLとなっていないものとSSLと明示されているURLの2つ設定しないといけないが、SSLなっていない方にHTTPを設定してしまっていた。こちらもHTTPSのURLを設定しないといけなかった。なんで2つURLを設定しないといけないかはソースを見てみないとわからない。
その下にSSLのチェックがあるけど、こちらは管理者画面でSSLでアクセスするかの設定だった。このチェックでSSLのURLを自動的にアクセスしてくれるのかと思い込んでいたの大きな間違いだった。
「管理者画面SSL設定」で「SSL通信を利用する」にチェックを入れると、HTTPSで管理者画面にログインできなくなったので外しておいた。これは原因不明。
以上、なんだかんだで当初の目標通り無事にSSL化ができた。しかし、HTTPからのリダイレクトに若干問題あるけど時間があったら対応する。
初期データを投入したからいろいろなところで元に戻ってしまっている。見つけたら直している最中。タイトルが初期データだったのはまずかったな。
以前Webサイトを作ったお客さんから連絡があった。ADSLを現在使っているけどサービスが停止になるからWiMAXに乗り換えたいということだった。ADSLのプロバイダー（OCN）から発行されているメールアドレスを、そのまま使ってもWebサイトに問題ないかという質問だった。
プロバイダーを辞めるのならプロバイダーのメールアドレスを辞めたら、と答えたけど、結局そのメールアドレスはよく使っているのでやめられないということだった。プロバイダーにメールアドレスを縛られるのは、いろいろな理由を説明してお勧めしないと言っておいたけど、その理由にメリットを感じてもらえなかったようでそのままOCNをメールアドレスだけで使うようだ。
念のためにOCNに確認したら「OCNバリュープラン」に入れば、今使っているOCNのメールアドレスをそのまま使えるとのこと。月額250円（税抜）也。迷惑メール、ウイルスチェックは別料金。
私だったら、今持っているドメインのメールアドレスをメインにして光回線でつなぐけど、面倒さと値段の高さで却下だろうな。
さくらインターネットのメールボックスを設定していると、レンタルサーバーに同じドメインを設定できないようなので、メールボックスをやめてレンタルサーバーにメールを移行する。面倒な仕様だと文句を言いながら作業を始める。
さくらインターネットにDNSゾーン削除依頼をする
メールアドレスを新しくレンタルサーバー側に設定してからメールボックスのドメインを削除する。これでレンタルサーバーにドメインを新規登録できるので、新登録してからお名前.comにあるDNSのMXレコードをレンタルサーバーに設定する。ドメインの新規登録をするときに、確認画面で送信ボタンを押し忘れて、ずっとメールが届かないと悩んでしたのは内緒の話し・・・。
以上の作業で、10～20分ほどでメールサーバーの移行は完了する。テストメールを送ってメールが受信できるか確認しておく。
現在WordPressで会社のサイトを作っているけど、全くプログの更新とかしないサイトだし、次回はbaserCMSでサイトを作ってみようと思う。WordPressからbaserCMSのサイトの移行はどうせできないと思うので、コピペでページを作っていく。サイトデザインをどうするかとかあるけど、最初はbaserCMSで最初に用意しているテーマにしておこうかと思う。
これで当初も目的のLet’s EncryptのSSL証明書を使ったSSL化の第一歩となる。会社のサイトだから、本来ならば実在証明型のSSL証明書にしたほうがいいのだけど、一日10アクセスくらいしかないサイトだから、ドメイン認証型の無料SSL証明書にしておく。
迷惑メールも広告メールも受信できるようになったから、無事にメールサーバーの移行ができたんじゃないかな。
さくらインターネットのレンタルサーバーのメールアドレス設定で、メールを「転送専用にする」にしていたらfetchmailができなかった。「メールボックスに残す」にしないといけない。 考えてみれば 当たり前だけどな。
現在、さくらインターネットのサポート担当と、以下についてメールでやり取りをしている。
メールだと、翌日に回答があるのよね。なかなか進まない。
ということで、結局自分で調べて自分で対応してしまいます。電話をかけたほうが速かったかな。でも、電話はつながらないしな。
この一日一回の回答は、もしかしたらユーザーをサポートに頼らず鍛えるための方策かもしれないな。
下記のサイトのように、まさしく「指定されたドメイン名は登録されています」が表示されたので、さくらインターネットにゾーン削除の依頼中。
それにしても、いつ登録したのかな？
さくらインターネットでドメイン設定ができない
さくらインターネットから回答があった。
さくらのメールボックスのほうにゾーンが登録があったのが原因だった。そう言えばメールはメールボックスで受信していた。さくらインターネットのDNSなんて使っていないし、こちらとしてはどうでもいいようなエラーだな。メールボックスとレンタルサーバーの両方で同じドメインは使えないということか。
メールボックスをやめて、メールをレンタルサーバーに移行しないといけないのか。まともに考えれば一つにしてしまったほうがいいけど、メールアドレスもたくさんあるし、これはめんどくさいな。
さくらインターネットのレンタルサーバーには、メールアドレスの一括登録というのがないのね。やはり個人用のレンタルサーバーということなのかな？
もう一つの解決策としては、ドメインを含めてDNSをすべてさくらインターネットに任せてしまう方法。しかしながら、ドメイン更新料が高くなるし、そもそそもサーバーとドメインを一つの会社に握られたくないというのもある。
メールサーバーで受信しているのはツレくらいだし、あとのメールアドレスは他に転送しているくらいだから、メールサーバーを移行しても問題ないと思うが・・・。