Home > blog

【WordPress2.5.1】 RSS フィードの時刻を GMT から JST に修正

昨日 『 『 TINAMI 』 に登録しての良かった点まとめ 』 を書き終えたあと、何とはなしに クリエイタープロフィールの最新の更新情報 を見てみたら、投稿時間が9時間ズレていました。

最新の更新情報
11:42 となっていますが、本来の投稿時間は 20:42 でした。
また、それ以前の時刻もすべて-9時間になっていました。

何が原因か判らず Twitter にてヘルプしたところ、 WordPress のフィード側の問題のようでした。
WordPress のフィードは GMT(グリニッジ標準時)で配信されますが、日本は+9時間のため JST(日本標準時)に修正する必要があるとのこと。

WordPress 2.5 のフィードの時間修正 - karu.jp 』 を参考に、以下のとおり修正しました。

ご利用のバージョンによって修正箇所などが異なりますのでご注意ください。
また、必ず事前のバックアップを忘れないようにしてください。

続きを読む

Date
2009-09-05 18:48
Category

『 TINAMI 』 に登録しての良かった点まとめ

TINAMI

今さらながら 『 TINAMI 』 に登録してみました。
昔むかしの検索サイトだった頃は大変お世話になっていたのですが、時代の流れからか全く新しいコミュニケーションサイトへと生まれ変わることとなったとき、どうしても心がついていかず離れてしまっていたのでした。 が、ちょっとしたキッカケで登録してみたのですが ・・・・・・ これはいい!

続きを読む

Date
2009-09-04 20:42
Category

Twitter ログを見やすく保存し閲覧出来る Twilog が有難すぎる件

Twilog

先日公開された、Twitter のつぶやきをブログ形式で保存・閲覧できるサービス 『 Twilog 』 を利用始めてしばらく経ちましたが、これがもうあまりに便利すぎて最早手放せない!

lynx (eclucifer) on Twitter
こちらはただの何の変哲もない Twitter。 ただ Tweets が羅列されるだけです。
これでも充分、垂れ流しのつぶやき場としては流れるに任せる風情が結構なのですが、一覧性に欠けます。 メモとして残したいものは取り敢えずふぁぼるものの、通常の Favorites に埋もれてしまうのが難でした。
lynx(@eclucifer) - Twilog
そしてこちらが話題の Twilog
lynx(@eclucifer)/「まほがく」の検索結果 - Twilog
自分の Tweets からキーワード検索出来る。
カレンダー
カレンダー表示で日付別の Tweets が一覧出来る。
Recent
毎日の Tweets 数が判る。
Friends
Reply 先のユーザーごとに一覧出来る。
降順になっているので、誰とよく会話しているのかも可視化される。
lynx(@eclucifer)/#pcolors - Twilog
ハッシュタグごとに一覧出来る。 PUSH !!
メモや特定の話題などにタグ付けすることで、あとから見返すことが出来るようになる。

などなど、欲しかった機能がぎゅぎゅっと詰まった 『 Twilog 』 、今イチオシの Web サービスです。

関連リンク

Date
2009-08-23 22:00
Category

【 MyTrashCan 】 デスクトップのゴミ箱をプラカキャラにカスタマイズ!

【 MyTrashCan 】 デスクトップのゴミ箱をプラカキャラにカスタマイズ!

デスクトップに大きなゴミ箱を設置する 『 MyTrashCan 』 というソフトウェアがあるのですが、専用のアイコンを 猫谷美甘さんプラカキャラで作ってくださいました!(*゚д゚*)ノシ

コハちゃん が 『 Contract×Killer 』 のハジメで作ってくださいました!(*゚д゚*)ノシ

無駄にゴミをポイポイしたり、はたまた空にしたりして、表情の変化をじっくりお楽しみいただけます。

カスタマイズの手順は以下のとおりです。
よろしければあなたのデスクトップをプラカで彩ってくださいねヽ(ゝω・)ノ

続きを読む

Date
2009-02-05 12:34
Category

リキッドデザイン問題は max-width と IE6 用 expression で解決

これらを読んで、改めて Web サイトの横幅とリキッドデザインについて考えてみました。

Before

100%幅のリキッドデザインだった頃
わたしも以前は 100% 幅のリキッドデザイン ( 可変幅 ) を採用していました。
画面全体を有効に活用出来、横スクロールも出ない、俺最高! と。

ところがあるとき、「 ブラウザを最大化すると広がりすぎて見にくい 」 とのご指摘があり、その当時は 「 見にくいならウインドウ幅調節すれば良くね? そのためのリキッドなんだから 」 と、特に問題視していませんでした。 わたしも最大化して見てはいますが、常にサイドバーを表示しているため、そう広すぎるとは思わなかったので。

しかし、[ ウインドウ幅をそれぞれのサイトに合わせて調節しながら見る ] ことと [ 横スクロールバーが表示される ]、どちらも [ 普段の環境で快適に見られないことに対するストレス ] という点において同列のものだと気付いたのです。

100% 幅の可変デザインの問題点は理解したものの、かといって固定幅は小さい画面に合わせると大きい画面で余白がありすぎて不恰好になってしまうし ・・・・・・ という訳で出した結論は、

これらを採用する、というものです。

After

イラストの横幅最大値600px+余白30px+ボーダー6px
わたしのサイトはイラストサイトなので、展示するイラストの横幅の最大値 ( 600px ) を基準にします。 余白は左右 30px ずつ取り、ボーダーは 6px ずつ加えました。
モダンブラウザ用 CSS
div.sample {
	border-left  : 6px solid #E5E5E5;
	border-right : 6px solid #E5E5E5;
	min-width    : 660px;
	max-width    : 900px;
	width        : 82%; }
  • 最小幅は 672px ( 600px + 余白 60px + ボーダー 12px )
  • 最大幅は 912px ( 840px + 余白 60px + ボーダー 12px )
  • その中間では、ブラウザの表示領域の 82% の幅にする
IE6 用 CSS
* html div.sample {
	width : expression(document.body.clientWidth < 691? "671px" : document.body.clientWidth > 832? "812px" : "auto"); /* IE */ }
  • ブラウザの表示領域が 691px 以下の場合は 671px に
  • ブラウザの表示領域が 832px 以上の場合は 812px にする

ここで注意しておかなければならないのは、< 691? "671px"> 832? "812px" を、< 671? "671px" > 812? "812px" のように 同値にしてはいけない ということ。 幅を変えるたびにブラウザが落ちて危険です。 なんというブラクラ。 少し余白を設けるように、数値に余裕を持たせてください。

参考リンク

イラストサイトである以上、イラストの最大幅よりも小さな表示領域の場合は横スクロールバーが出てしまうのは必至、と割り切りました。 max-width が min-width と 140px 240px しか違わないのは、[ 広すぎても読みにくい ] ということから自分が読みやすいと感じる値を算出した結果です。

最小値と最大値に迷っている方は、BROWSIZE.ORG でご自身のサイトの閲覧者の実状を研究してみてはいかがでしょうか。 サイトの方向性によって結果がガラリと変わってくるので、他のサイトでの解析結果が必ずしも当てはまるとは限りません。

追記

min と max の差が僅かしかない。 意味が無いような ・・・・・・。

はてなブックマーク - リキッドデザイン問題は max-width と IE6 用 expression で解決 - eclucifer blog

その [ 僅かな差 ] で横スクロールバーが出る Web デザインになったりするので、[ 僅かな差 ] というのは重要な問題。 と思ったけれど、考えてみれば [ max ] なのだからもう少し広げても良い気がする ・・・・・・ という訳で、100px 広げてみました。

おまけ

当サイトにおける過去一ヶ月のブラウザ利用状況 ( Google Analytics 調べ ) は以下のとおりです。

ブラウザ利用状況
ブラウザ利用状況
Internet Explorer バージョン別利用状況
Internet Explorer バージョン別利用状況

まだまだ IE 独断場といった感じ。 やっと IE7 が IE6 を追い抜いたばかりですが、来年の今頃、遅くても再来年には IE6 への対応に一手間掛けずに済みそうな伸びではあります。 やはり同梱のブラウザは強いですね。

画面解像度
画面解像度
ちなみに画面解像度の結果はこのとおり。 横幅だけでなく、縦幅も考えさせられる感じ。 ヘッダを大きくしすぎて肝心のコンテンツがスクロールしないと見えない、というサイトも結構あったりしますね。
Date
2009-01-15 19:06
Category
Page 2 / 14«12345678»...Last