PHP:タイムスタンプのフォーマット指定子まとめ

機械忍者 — Mon, 09 Nov 2009 06:28:07 +0000

タイムスタンプの表示方法。

めっちゃパターンあって、しかも、省略形（11月をNovとか）に関しては文字コードによって化けるという。
とりあえず辞書的な意味としてもまとめておこうと思う。

基本的には、
「％」を冠につけて、年のことならYearなので「Y系」の大文字小文字で表します。

よく「YYMMDD」とかって書かれるのは、年（Year）を2桁、月（Month）を2桁、日（Day）を2桁みたいなことを意味してます。

111102 ・・・ 2011年11月2日
090218 ・・・ 2009年2月18日
みたいな感じです。

同じような感じで
「YYYYMMDD」とかって書かれた場合は、年（Year）を4桁、月（Month）を2桁、日（Day）を2桁ってことですね。

20010512 ・・・ 2001年5月12日

タイムスタンプの表示方法は、こんなものさえ分かっていればとりあえずは。
UNIXタイムという別の表現方法もあるけれど、とりあえず今回はスルーで。

タイムスタンプはログ取得系（お問い合わせがあった日時だったり、登録があった日だったり）で頻繁に使うので
有名の略式は覚えちゃいましょう（太字にしました！）。

面倒ならこのサイトを辞書のようにしてもらうか、本を買いましょうね

↓以下詳細

コード	内容
%a	現在のロケールに基づく短縮された曜日の名前
%A	現在のロケールに基づく完全な曜日の名前
%b	現在のロケールに基づく短縮された月の名前
%B	現在のロケールに基づく完全な月の名前
%c	現在のロケールに基づく適当な日付と時間の表現
%C	世紀 (年を 100 で割り、整数に丸めたもの。00 から 99)
%d	日付を 10 進数で (01 から 31)。
%D	%m/%d/%y と同じ
%e	月単位の日付を 10 進数で表したもの。日付が 1 桁の場合は、前に空白を一つ付けます (‘ 1′ から ’31′)。
%g	世紀以外は %G と同じ。
%G	ISO 週番号 (%V を参照) に対応する 4 桁の年。これは ISO 週番号が前年もしくは次年に属するかによって使用される年が異なる事を除き %Y と同じフォーマットと値です。
%h	%bと同じ。
%H	時間を 24 時間表示の 10 進数で (00 から 23 まで)。
%I	時間を 12 時間表示の 10 進数で (01 から 12 まで)。
%j	年間での日付を 10 進数で表現 (001 から 366)。
%m	月を 10 進数で表現 (01 から 12)。
%M	分を 10 進数で表現。
%n	改行文字。
%p	指定した時間により `am’ または `pm’、または現在のロケールの、それに対応する文字列。
%r	a.m. および p.m. 表記で表した時間。
%R	24 時間表記で表した時間。
%S	秒を 10 進数で表現。
%t	タブ文字。
%T	現在の時間。%H:%M:%S に等しい。
%u	10 進数表記の曜日。1 から 7 の範囲で表し、1 が月曜日。
%U	年間で何番目の週であるかを 10 進数で表現。年間で最初の日曜を最初の週の最初の日として数えます。
%V	ISO 8601:1988 で規定された現在の年の週番号の 10 進数表現で、01 から 53 までの範囲となります。1 は最初の週で、その週は現在の年に最低4 日はあります。週は月曜日から始まります (指定したタイムスタンプの週番号に対応する年を表すには、%G あるいは %g をしてください)。
%W	現在の年で何番目の週であるかを 10 進数で表現。年間で最初の月曜を最初の週の最初の日として数えます。
%w	曜日を 10 進数で表現。日曜は 0 になります。
%x	時間を除いた日付を現在のロケールに基づき表現します。
%X	日付を除いた時間を現在のロケールに基づき表現します。
%y	世紀の部分を除いた年を10進数として表現 (00 から 99 までの範囲)。
%Y	世紀を含む年を 10 進数で表現。
%Z あるいは %z	タイムゾーンまたはその名前または短縮形。
%%	文字リテラル`%’。

新サービスを開発するときに気をつけてること

機械忍者 — Tue, 25 Aug 2009 16:32:27 +0000

本当はあるブログに掲載されていた文言です。
すでにそのブログはなくなってしまっているようで非常に残念です。
非常に気に入っている文章なので掲載させてください。

もう全然気合が足りないので、自分への戒めも含めて「新サービス開発」について思いつくままにメモ残します。

新サービスを開発するときには：

1. コンセプト = メタファーを決める
メタファーとは、「そのサービスって、つまり○○だよね」の○○に当てはまる具体的な言葉です。
どんなサービスでも「既存の言葉」に当てはめないと理解しにくいので。
「GPS機能で配送遅延から距離を感じられるオンラインメッセージングツール」じゃなくて「それって伝書鳩」みたいな。これは知り合いに説明してみるとヒントが得られること多しです。

2. サービス名を決める
ドメイン取るとかの理由もありますが、名前が決まっているかどうかで作業のはかどり方が全然違います。

3. アイデア ⇒ 開発 ⇒ 仕上げの苦しみ度合いを理解しておく
実は開発する作業が一番楽です。厳しいのは仕上げ。途中で萎えないような工夫が必要だったりします。

4. 時間をかけて悩んだものはアウト
作る意欲が高まるといろんな機能をつけたくなるのですが、経験上時間をかけて悩んで作ったものほど出来が悪いです。
悩んだアイデアは一旦白紙にして練り直す、悩んだ機能は全部削除する、くらいで丁度いいと思います。

5. デザインから入る
とにかく仕上げが苦しいので、まずデザインの構成から入るのがいいと思います。
全体のデザインを先に仕上げることで完成のイメージが沸きあがってモチベーションがかなーりアップします。

6. デザインを懲りすぎない
とにかくシンプルなものを。37signals も facebook も 43things も、そんなに画像を使ってません。
普段からこういったサイトをブックマークしておいて参考にするのがいいと思います。

7. デザインのポイントは余白
日本人なので「わびさび」の精神で。
いや、本当に、余白をうまく使うだけでデザインはとても良くなります。
まぁ私はデザイナーでないのでこの辺は適当にスルーしていただければ、と。

8. LEGO ブロックみたいなパーツから作り始める
私のやり方なのですが、アイデアが固まってきたら必要になりそうなパーツをいくつもこしらえます。
単機能な汎用実装って結構楽しいですよ。自分自身のフレームワークにもなるし。

9. LEGO ブロックを一気に組み立てる
この工程は楽しいのですが、なにしろ途中で邪魔されるとブロックがガラガラ崩れてやる気が急に失せます。
なので、時間をしっかり確保できるところで一気に作り上げてしまうのがいいと思います。
開発合宿でよくやっていたのはこれですね。
いつもすさまじい勢いで何かつくってた気がしますが、実はブロックを組み立ててただけだったり…

10. 仕上げはリリース日の設定から
とにかくモチベーションを保つにはフィードバックが必要なので、開発したものをしばらく放置しておくと急速に公開意欲が薄れます。
なので、まずはリリース日を決めるところから始めて、それを知人などに公開するのがいいと思います。
仕上げは本当に大変なのですが、「大変だった作業ほど繰り返しやらなければならなくなる」の法則で、すべての手順をきちんと check*pad などに残しておくことをお勧めします。

ざーっと挙げて見直しもしてないですが、まぁこんなところでしょうか。

デザイン(+UI)については結構難しいのですが、最初は「個人でがんばって作ってます」くらいの雰囲気を出したほうがいいと思います。
このあたりについては、書籍「Webコミュニティでいちばん大切なこと」で伊藤将雄さんが書かれていることがとても参考になります。

あと、最後にとても重要なこと。

どんなサービスでもそうですが、自分で使いたい、と思うものを作ること、ではないかと。

企業で大人数で作るならまだしも、ベンチャー規模や個人で開発するのであれば、自分が使わないサービスを作っても愛着もわかないしユーザーにも見抜かれて、あまり幸せな姿は思い浮かべられません。

ということで、これからもいろんなサービスがでてくることを期待します。じゃなかった、自分頑張らないと。

正しいことしか書いていない。リスペクトしてます。

機械忍者 » 開発

PHP:タイムスタンプのフォーマット指定子まとめ

新サービスを開発するときに気をつけてること