アイダホに現れた珍しい虹 見ると精気を吸われて死んじゃいます（インディージョーンズの見過ぎ）。 これはアメリカのアイダホの空に６月３日に現れたモノで、とっても珍しい「circumhorizontal arc」って言われる気象現象なんだそうです。 このアークは正確には虹ではなくて、高い高度にある雲を光りが通過するときに起きる現象なんだそうです。 他にも観測出来る条件がなんか書いてあるんですけど、そんなコト言われてもエルエルにはワケわからないのですが、とどのつまりとても冷たい空に六角形の氷の水晶みたいなモノが出来てそこを光が通過する際にプリズムの現象とおなじコトが起きて光のスペクトルがこのように見えるらしい（多分。間違ってたらすまん。 ちなみに、約１時間ほど観測できたらしい。 ・・・・・・。 なんかとにかくスゴイよネ。こんなのエルエルは見たことあるはずがない。最近は虹すら見てないよ。
mixiは、特定のURLをクリックするだけでウイルスに感染したり個人情報が漏えいする、とのデマに対して注意を呼びかけている。 このデマは、特定のURLをクリックするとタイトルが「ぼくはまちちゃん！」となった日記が作成されてしまう現象が6月18日に発生したことが発端。この現象だが、すぐに原因が特定され1時間後に対応を完了した。 しかし、この現象について、ワームやウイルスである、その日記にコメントすると自分の日記にも同じ内容が投稿される、個人情報が漏えいする、1日のタイムラグを持って発病する、mixiの管理者でも対応できないほどのスピードで広がっている、などのデマが日記やメッセージで流れている。さらに、緊急であるためほかの人にもこの情報を伝えてほしい、との内容になっている。 mixiでは、「憶測によるチェーンメール化した情報が見られますが、ウイルスによる影響や個人情報の漏洩などは一切ございませ
僕はハードウェアは苦手・無知だし、なんでも低水準現象に還元しちゃう説明がいいとも思っていません。むしろ個人的な興味は、（アブストラクト・ナンセンスと呼ばれるほどに）高水準の道具立てで計算現象を理解するほうにあるんです。 でも、それでも、次のような状況には、さすがにグンニャリしちゃいますよ。 0x20が、（多くの場合に）どんな文字（「文字」概念はホントに難しいのだけど！）を指すか知らない。そもそも、0xナントカはワケワカラン記号だとしか思ってない。 IDEからビルドはできるが、背後にコンパイラやリンカ／ローダという処理系があることを全く知らない。コンパイラを直接起動することはできない。 「正の数+正の数=負の数」という（コンピュータにおける）現象に出会ったことがない（少なくともそう思っている）。 「ファイルには、テキストファイルとバイナリファイルの2種類があります」なんて説明を素直に納得して
前回のまとめ ～ すべてのものを「粒」で考えてみよう 前回の「アリの生態にみる自己組織化のルール」では、プロジェクトマネジメントと一見何の関係もない、「アリ」の社会的行動が、シンプルなルールにのっとって自立的に機能している開発プロジェクトと同じ現象～「自己組織化」という現象なのではないか？ ということを述べました（比喩的に似ているのではなく、同じ現象なのではないか？ というのがミソです）。 そこで、この「自己組織化」現象をさらに推し進めるため、プロジェクトのあらゆるところで、自然のプロセスに倣い、 大きさのそろった「粒」をできるだけ増やすこと 「粒」と「粒」との連携は可能な限りシンプルにすること 「粒」と「粒」との連携方法に例外をなくすこと という、シンプルなルールを当てはめるとよいのではないか、という結論を書きました。あらゆるものを「粒」としてそろえられないか？ と考えるところがポイント
Divorce Lawyer Middleon Sterling Law Offices, S.C. 8383 Greenway Blvd #600 Middleton, WI 53562 (608) 208-6017 What Are The Advantages To Agreeing On A Child Support Amount In A Separation Agreement No matter how much you try to make the marriage work, sometimes, the only way to save yourself is to get away from it. Whether you like it or not, leaving may be the only option left. Sometimes it's bet
mod_rpaf よりも mod_extract_forwarded Posted by Gosuke Miyashita Wed, 17 May 2006 00:54:26 GMT リバースプロキシな環境では mod_rpaf 使ったりすることが多いと思いますが、バックエンドの apache でアクセス制限かける場合には、mod_extract_forwarded を使ったほうが良いよ、というお話。 バックエンドの apache 2.0 + mod_rpaf な環境で .htaccess によるアクセス制限をかけようとしても、接続元の IP アドレスではなく、pound の IP アドレスで制限がかかってしまう、という現象に悩まされました。で、ソースを眺めてみると mod_rpaf は ap_hook_post_read_request で実行されているのに対し、mod_access は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
