suka4's memo

2012年5月27日日曜日

ServersMan@VPS メンテ後メモ

「性能改善と障害対策を目的としたメンテナンス」が先日行われたが、性能改善したのかな？
Muninでとってる数値ではなんとなくLoad Averageは落ち着いたような気もするけれど。
"Http load time of page"は２倍くらいになってしまっている。。
とりあえず体感的にはわからないので気にしないで様子見。

SaasesでもVPS借りてるので、ソースとデータ移してサービス止めずに済んだ。
ServersManはやめてSaasesを２つにしようとも思ったけれど、
違うとこで２つの方がメンテも被らないだろうし、比較もできるしいいのかな。

まぁ、メンテでの停止を気にするようなサービスでもないのだろうー。
それも半年経つので、一区切りとしてなにかしらまとめてみるかにゃー。

2012年5月13日日曜日

MySQL VIEWについてメモ

VIEWは使ったことなかったが、使用されてるシステムをみることになったのでメモ。
ちょっといじってみた感じVIEWじゃない方がいいんじゃないかとも思う。重いので。

2012年4月14日土曜日

NULL + 1 > 0 はTRUEかFALSEか

PHPだとTRUE。SQLではUNKNOWNのためTRUEではないのでFALSE。

$ php -r 'echo (null + 1) > 0 ? "TRUE" : "FALSE";'
TRUE

mysql> SELECT IF(NULL + 1 > 0, "TRUE", "FALSE");
+-----------------------------------+
| IF(NULL + 1 > 0, "TRUE", "FALSE") |
+-----------------------------------+
| FALSE                             |
+-----------------------------------+
1 row in set (0.00 sec)

3値論理であることを意識していないSQLを業務でも結構見る。NULLの取扱い方は難しい。
だから僕は、Nullがきらい。
基本的には、NOT NULLにしてnullは排除するように気をつけている。
(例外的に、必須でないけどUNIQUEなカラムは仕方ないのでNULL許すこともあるが)
でも、NOT NULLでNULLを排除していてもNULLは出てくるので困る。そう、外部結合。
NULLを完全に排除なんてできないので、nullについてちゃんと意識してSQLを書こうという今回の教訓。

とりあえず以上。

一応、表題の件を考慮しない失敗例は示しておく。

2012年3月17日土曜日

bloggerのアドレスが変わったのか

今日記事を書いて気づいたのだが、bloggerのアドレスが、suka4.blogspot.comからsuka4.blogspot.jpに変わっていた。ブログが国別の URL にリダイレクトされる理由によると、「地域ごとにコンテンツを管理できるようにするためです。」らしい。

SEOには詳しくないが、「Google は、複数のドメインで Blogspot コンテンツをホスティングすることでもたらされる負の影響を最小化すべく、あらゆる努力を払っています。」らしい。

一応SEOに関係しそうなリダイレクトのコードを見てみたら、302だった。

HTTP/1.1 302 Moved Temporarily
Location: http://suka4.blogspot.jp/

/ncrにアクセスすると、リダイレクトされるのを一時的に無効にできるから、301じゃなくて302なのかな？

ちなみにcanonicalは.comの方。

<link href='http://suka4.blogspot.com/' rel='canonical'/>

SEOは良く分からないけど、このブログへのアクセスは、googleからの検索がほとんどなので、Googleが努力を払うようだし、アクセスが減ったりはしないのかな？まぁ、自分の備忘録としてのメモ書き程度なので、別にアクセスは減っても構わないし、とりあえず様子を見てみよう。

※追記
ちゃんと読んでなかった。302なのも、canonicalが.comなのも、ユーザ(読者)が現在いる場所でリダイレクトされる国別ドメインが決まるからか。