【CSS】 normalize cssとreset cssってなに?

サイトを制作するに当たってHTMLとCSSが必要になるのですがHTMLは文章構造、CSSはその文章構造のサイズや色や位置決めをする。
となると、デザインの要素はCSSです。
万が一CSSが読み込めない場合HTMLファイルだけでも表示されます。
なぜか?ブラウザ毎に予めスタイルを持っているからです。
現時点でサイトを制作する時、理想のサイトとは各主要ブラウザで同じ様に表示されることです。(各主要ブラウザはIE,Chrome,Firefox,safari等)
ページの表示には、ブラウザ毎のデフォルトのスタイルが反映され、次にサイト制作したスタイルを読み込みます。このためデフォルトのスタイルの位置等がずれていれば、必然的にピクセル単位などでもズレます。
そこで、ブラウザ毎のデフォルトのスタイルを読み込んだ直後にすべて0ベースまたは統一にするのがreset cssです。
resetする場合はCSSの先頭に置き、その後で独自のCSSを記入していけばよいでしょう。
normalize cssは、ブラウザ毎のデフォルトのスタイルを均一化することで、活かしながら使用することです。これも独自CSSの先頭に記載しておけばブラウザ毎のデフォルトスタイルを読み込んだ直後に均一化し、それから作成したCSSを読み込むことになります。
重要なことですがCSSをブラウザが読み込むには優先順位があり、読み込む順番に従い上書きされますので同一タグの記述であれば上書きし後述した記述が反映されます。

自分はnormalize cssを使用していますが、いろんなサイトを見ているといろんな意見があるのでやりやすい方法で制作するのがよいかと思います。normalize cssを使用しているのは、利用してみてちょっと驚きがあったのと主要ブラウザで確認した時にある程度意図したように表示されること、resetした場合はCSSの記述が増える箇所があるからです。今のところはnormalizeの方が楽かなぁと思っていますが、状況に応じて変更する場合もあるかもしれません。使った事の無い方は、1度ご利用してみるのもよいかと思います。

最後になりますが、Webの制作方法などにも様々な方法があり、正解も不正解もないと思う、出来ればよいと言う考え方には賛成です。
しかしながら、より多くの人に見てもらうために小さな努力を積み重ね、情報をキャッチし、試し、採用するかを判断することがWebの世界であると思うし、最終的にはこの考え方に行き着くんじゃないかなぁ?って思ったり思わなかったりw
試練はつづくよどこまでも、、、

Sublime text2でCompass watchが動かない時の解決方法

最近Sublime text2のCompass watchが動作していないことに気づいちゃって、なんじゃこりゃ?となったので解決方法を自分用のメモ代わりに記載しときます。(すぐ忘れちゃうんで)

あまりしたくはなかったのですがCompass watchが効かなかったので記述を変更してはcommnd +Bでビルドとしてたけど、いい加減うっとおしくなったので、Compass watchを出来る様に調べた結果
packagesフォルダ→compassフォルダの中の
sc1

build.shファイルの中の記述を変更

#!/bin/sh
IFS=`printf '\n+'`; IFS=${IFS%+}
FILE_PATH=$1;
PROJECT_PATH=${2-/};
COMPASS=`which compass`;

if [ -z "$COMPASS" ]; then
  echo "[ERROR] compass not found. Make sure it exists in your PATH.";
  exit;
fi

if [ `find "$FILE_PATH" -maxdepth 1 -name config.rb` ]; then
  $COMPASS compile "$FILE_PATH" --boring;
  FOUND=1;
fi;

while [ "$FILE_PATH" != "$PROJECT_PATH" ];
  do FILE_PATH=`dirname "$FILE_PATH"`;

  if [ `find "$FILE_PATH" -maxdepth 1 -name config.rb` ]; then
    $COMPASS compile "$FILE_PATH" --boring;
    FOUND=1;
    break;
  fi;
done

if [ -z "$FOUND" ]; then
  echo "[ERROR] Build did not run because config.rb cannot be found.";
fi

13行目と21行目に同じ記述があるのですが、21行目の

$COMPASS compile "$FILE_PATH" --boring;

$COMPASS watch "$FILE_PATH" --boring;

に変更すると以前どおりCompass watchが効く様になります。
問題なのはcompassのpackageがアップデートなどで記述に変更があった場合に以前の状態に戻すことがあるかもしれないので一応メモ書きしておきます。
そもそもなぜ出来ていた事が出来なくなっているのかを考えるとcompass watchを停止しても切れていなくてrubyがバックグラウンドで動いてCPUに負荷がかかってたとかいう記事をみたので意図的に変更したのかもしれません。
でも、compass watchがSublime textの中で出来るのでちょっと使用していこうかなと思います。
ターミナルでcompass watchでもよいのかな?

網元 AMIのOSがCentOSからAmazon Linuxになってた。(自分の問題をメモ書き)

もう約1年も前の話みたい。
自分がawsに網元AMIで構築した時はCentOSでAmazon Linuxになっていることを知らずにCentOSと同じようにインスタンスを作って作業していたら、sshは繋がらないし、そこからサイトを確認していると、Amazon Linuxになっていたんですね。
よく読んで構築しましょう。自分はよく確認せずにいろいろいじっちゃって、次、構築する時のために忘れない様にメモ書きです。

  1. amazon EC2からKey Pairs ○○○.pemのダウンロードでブラウザsafariだと○○○.pemがなぜか、○○○.pem.txtファイルがダウンロードされて困ったのでchromeでダウンロードしたら正常にダウンロードされた。これは、自分のsafariのjavaか何かを切ってるからかもしれない。
  2. sshの接続について
    前のCentOSではrootで接続していたけど、Amazon Linuxではec2-userでログインする様に変更になってます。
  3. sftpのログインユーザー名もnginxでのログインに変更。sshでログイン後terminal内でのコマンドで。Digital Cubeさんで確認。

原因不明箇所
sshでのログインがなぜか出来ずに四苦八苦。
ただ、自分の場合は以前にCentOSで構築していたことで招いた問題なので普通に今から構築される方はこの問題は出ないと思われます。
考えられる原因

  1. sshでログインする時に隠しファイルの.sshフォルダにconfigファイルを作ってsshにログインしているけど同名のホストで以前にKey Pairsを作って記載していたのが残っていて以前のホストを読みにいっていた。
  2. ○○○.pemのパーミッションの変更をいつも使っているsftpクライアントソフトCoda2で変更していた。

この原因不明箇所の問題を同時に変更してしまいどちらが原因かが解らないまま、おそらく1,のconfigファイルのホストの変更で上手く言った様な気がする。ふつーに考えるとこちらだと思う。ただ、いろんな問題が起きて面倒なのでパーミッションの変更は、もうterminalでコマンド打ってしよう、、

chmod 400 ○○○.pem

だよ。

お笑いのザ・ギースはもの凄くもの凄く面白いと思うんですけど、、もっと見たいなぁ。テレビには出ているのでしょうか?応援しています。

追記 2014年2月3日
別件であったサイトはAmazon Linuxの網元AMIで動作しております。
このサイトはCentOSの網元AMIのままですが、Amazon Linuxの網元AMIに移行される場合はオフィシャルサイトにて丁寧に解説されていますので是非そちらをご覧下さい。
インスタンスの移行方法 http://ja.megumi-cloud.com/2014/01/10/instance-migration/