nginxのデフォルトでは、初期値が結構小さいらしい（1M？）
なので、
413 Request Entit Too Large が出た場合は、
nginx.conf に、
client_max_body_size 100M;
を付け加えれば良い。 まぁ、100Mにするかは自己判断で。。。
Category: 雑記
皆さんは、一日、一週間を短かく感じたことはないだろうか。人は、時間を絶対値ではなく相対値として感じています。つまりは、基準となる日と比べて、新しい経験をした日は、長く感じ
て、いつもと同じ日(日常)は、短く感じるのです。
始めて通る道では、行きは遠く感じ、帰りは近く感じるのも、歳をとるに連れて一年が早く感じるのも、このためです。
そこで、一日を長く感じ充実させてるためにできることを自分なりに考えてみたので、ご紹介します。
１．寄り道をする。
簡単な事ですが、意外と難しかったりします。寄り道をするなら出社時にするのがベストです！いつもより１０分、２０分早く出て、行き道の途中にある喫茶店、カフェで軽食を食べる。その後、日常に戻るだけでも、いつもより１つ非日常的なタスクをこなしているだけですが、かなりの充実感が得られます。
２．立ち飲み屋へ行く。
別に、立ち飲み屋である必要はありません。いつもなら行かないような場所
なら何処でも構いません。ただし、コミュニケーションが取りやすい場所がいいでしょう。新しい人との出会いや会話は、非日常には重要です。
３．平日に休む。
日本人の、有給休暇の消化率は極端に悪いらしいですが、平日に休める有給休暇は、ぜひとも使うべきです。個人に的な用事を済ませるのもいいですし、なにもせずに過ごすのも、いいです。日頃は見られないテレビ番組を見るだけでも非日常です。いつもと違う時間の地元の街を散歩するのもオススメです。
４．夜空を見上げる。
星をみながらいろいろ考えを巡らせてみてください。何でもいい構いません。空をあまり見ない人には効果絶大です。流れがみれたら、さらにラッキーです！
５．カメラをかまえる！
何かテーマを決めて写真を撮ってみてください。花や虫、人や動物など、何でも構いませんが、綺麗な写真を目指して撮ることは意識しましょう。日頃、何気なく通り過ぎていた通勤路もカメラを構えるだけで、非日常になります。写真は、後から見直す時にも、非日常を思い出すことが出来ます。
いろんな方法があるとは思いますが、いつもはしない事をする事が、非日常には重要です。
ストレス解消にも効果的だと思いますので、ぜひ、やってみてください。
自分で会社を運営したり、人の下で働いたり、色々体験した中で、私が思うできるプログラマーの条件を3つに絞ってみました。
１．社交的
貴方の目の前にいるプログラマーが、もし、黙々と脇目も振らず、机にへばり付いて誰と会話するワケでもなく自分の世界に陶酔するような、プログラマーなら、もっと社交的に、人と関わるように諭すか、ダメそうなら辞めていただいた方がいい。
もし、貴方自身がそんなプログラマーならば、今すぐに周りを見渡して態度を改めた方がいい。
内向的で、人と関わるのを苦手とするプログラマーは、多いように見受けられるが、そんなプログラマーは、クライアントや、そのプログラムを利用するユーザーの事を考えながらプログラミングをしない。仕様を守る事は重要だが、クライアントが、ユーザーが、求める事を考えながら実装するのが、本当にできるプログラマーだと思う。
２．出来るだけシンプルなソースコードを書く。
知識だけが付いた頭でっかちなプログラマーは、余り使えない。知識が必要でないとは、絶対に言わない。知識があるからこそシンプルなプログラミングができる、それができるプログラマーだと思う。無駄なライブラリーを作らない・読み込まない。ファイル数はできるだけ少なく、それは実行速度にも如実に表れる。
３．他のプログラマーの事を考える。
趣味のプログラムでない限り、最近では複数人開発は当たり前だと思う。自分一人でプログラミングしているわけではないということを考えているプログラマーは、できるプログラマーだと思う。同じ能力の人たちが集まっているとは限らない。玄人もいれば駆け出しの新人だっているだろう。必要だと思うことは、コメントに書いておく。自分以外が使うだろうメソッド（関数）には、使い方を簡単に書いておけば、車輪の再開発や同じような機能のメソッド（関数）を作ることを防ぐことだってできる。
人が作った関数を自分でも使えるように改造する時は、他の人が使っている箇所に影響がでないようなメソッドの拡張（改造）をするなど細かい配慮というか当然のことができるとできないでは雲泥の差がある。
ここに書いた３つの条件は、プログラマーだけに当てはまる事じゃないと思いますが、意外とできてない人が多いと思います。仕事をする上で自分も周りの状況や人とのコミュニケーションを心がけていますが、できていない時もあるかと反省することも・・・。知識と人間性を兼ね備えたそんなプログラマーになりたいですね。
「生年月日を入力してください」といった入力フォームで、大正・明治・昭和・平成から入力させられる事がある
この日本では、よく使われる年号で年を表す和暦がプログラムとの相性が悪い・・・。
１．和暦はいつ変わるか解らない。
現在、日本では天皇が変わる時に年号が変わるという制度をとっていますが、
これだと年号がいつ変わるかわからない。明日かもしれないし１０年後かもしれない。
２．不確実な年がある。
平成63年は、西暦2051年であるが、申し訳ないがこの平成63年はかなり不確かな数字と言わざるを得ない。
プログラムは、決まった物事を決まった手順で繰り返し行うことが得意分野だと理解しているが、このような不確かな値は、扱いが難しいのである。
３．メンテナンスが必要になる。
さて、平成の次の年号を、誰か知っていますか？まぁ、知っているはずがない・・・。平成の次の年号はその時にならないと解らない。平成になった時は、故・小渕恵三（当時官房長官）が、「平成」と書かれたフリップをカメラに向けていたのを覚えているが、あのときまで平成が今日の年号になると知っている人はいなかったわけで、平成という項目が年号の選択肢に増やす作業（メンテナンス作業）が必ず必要になる。
まぁ、メンテナンスは和暦を使おうが使うまいが、しなければいけない作業ではあるのだが、いつ変わるか解らない年号を使うよりは西暦を使っていた方が無難だと思うのだが、いかがな物だろうか・・・。
せめて、和暦入力欄を作るのであれば、その中に西暦での入力もできるような工夫をしておくべきだと思うのである。
おまけではないが、最後に和暦を使わない方が良い理由をもう一つ。
・印刷コスト
記入書類等に和暦に○をつけて下さい。的なものがあれば、印刷し直しをしなければならない。エコを騒いでいるこの世の中においてこんなに無駄な物はない。まぁ、私の場合は裏紙をメモ用紙に使うのでよいのですが・・・。（笑
私は、jQuery派で、mootoolsはあまり好きじゃありません。
理由は簡単で、jQueryの方がリファレンスやプラグインがあるから・・・。
まぁ、早い話がめんどくさがりなので、情報が多い方を使うってことです（＾＾；
今、携わっているサイトで、mootoolsを使っているサイトがあります。
一人で作る時は、絶対にmootoolsは使いませんが、共同で作るときや、誰かが作ったものを改善する時は、
mootoolsを使わざるを得ない時がどうしてもあります。
IE9 の RC版 がリリースされて少し経ちましたが、皆さんはダウンロードしましたか？
今でも IE6 or IE7を使ってる方は、ぜひIE9にしてしまいましょう。
（世界のウェブエンジニアが泣いて喜ぶはずです・・・）
ただ、そのIE9なのですが、mootoolsとの相性が悪いのか・・・。
mootoolsでAjaxを利用しているページが動かない場合があるようです。
私が携わっているサイトも一部動きません・・・。jQueryで作っているサイトは、基本そのまま動いているようでした。
もうすこしIE9が普及すれば、修正作業が必要になると思いますが…
「IE9 mootools」でgoogle先生に聞いてみたのですが、それらしい記事は見つからなかったので、
私が携わっているサイトだけの問題かもしれませんが・・・。
なんにせよ、私はmootoolsは、あまり好きじゃありません。(^^;
Galaxy S の電源が入らない！
壊れた！
ドコモショップに持って行かなきゃ！
なんて慌てる前に、ちょっと冷静になって！
裏蓋を外して～、
電池を外して～、
電池をはめて～、
電源ON!!!!!
・・・・・・。
ぇ！？電源が入らない？
いやいや、そりゃ充電が・・・・。
ぇ！？充電はMAXのはずだ！？
・・・・・・・。
お近くのドコモショップへどうぞ・・・。
「Outlook を使ってるんですが、いきなり受信できなくなったんですよ。送信は出来るんですけど・・・」
と、知り合いの人に相談された。
会社内で、その人だけが受信できないらしい。
大学時代に、同じような質問を受けたことがあったのだが、
どのように対処したかまでは、さすがに覚えていなかった・・・。
（実際にその受信できないパソコンを見たわけでもないので、私の方で対処できるわけもないのですが・・・。）
Google先生に聞いてみても、的を射ない答えが多く、実際にどの場合にも当てはまらないようだった。
で・・・・。
結局、ご自身で解決をされたそうで、どうなっていたかというと・・・
メーラー（Outlook Express）の受信サーバーの設定が、IPアドレスに変わっていたとのこと。
そういえば、大学時代もメーラーの設定が勝手に変わることがあったなぁ。なんて思い直して懐かしい気持ちになりました（ぇｗ
とりあえず、治ったということで、よかったよかった！
なにやら、Google Map のバグなのか、仕様変更なのか・・・。
地図のズームが出来なくなっているようだ。
http://groups.google.co.jp/group/google-maps-api-japan/browse_thread/thread/d86b7134561fb680
影響があるのは、Google MAP API Version 2 を使っているモノだけのようですが、
Google マップは、利用者も多い API ですし、もうちょっと繊細な対応をして欲しいモノです。
Microsoft と Yahooが提携が、政府に認められて
さらに加速すると思われる Yahooのbing化。
そんなbingですが、
問題児のようだ。
bingで、「bing」と検索をすると、2010/04/2011:02現在で
「9,070,000 件中 1-10 件」が表示される。
この状態で、右上の「設定」で、表示件数を30件以上にしてみると・・・。
試しに私の場合は、50件にした。
「9,070,000 件中 1-20 件」となる・・・。
おぃ！
全然50件じゃねー。
既に驚いている状態なのだが、2ぺーじ目に行ってみて欲しい。
「9,070,000 件中 51-70 件」となった・・・。
「・・・・・」
もう何も言えない・・・・。そんな気分だ・・・・。
21件目～50件目のウェブサイトはどうするんだよ・・・・。
検索エンジンとしては、ウェブサイトの情報を表示出来ないというのは、
致命的じゃなかろうか・・・・。
ということで、まとめると
bingの設定で、表示件数を「30件、50件」を選ぶと、悲惨なことになるバグがある・・・。
ちなみに、FireFox 3.6、InternetExplorer 8で確認できました。（＾＾；
（2010/04/20 11:12 現在）
そういえば、bingって、ブラウザによって同じ検索ワードでも
検索結果が違うんですよね・・・。これもバグ？
PHPについて記事を書いてみて思ったのだが・・・・
難 し い 。
何が難しいって、プログラムの概念というか感覚をつかめて、
尚かつ、覚えることが出来るだけ必要最小限になるように絞るのが難しい・・・・。
これまでに、書いた内容で、やっぱりコレは書くべきだったなーとか、
これは知っておいて欲しいなーとかいうところを書き忘れてたりする・・・。
番外編と言うことで、別にまとめて書こうかなー。