少し気が早いですが、今年も残すところ あと僅かです。ここで、Web制作をする にあたって、個人的に、とても参考にな った素晴らしいエントリーをご紹介します。 基本的にまとめ記事が大好物なので、 まとめのまとめ、という形になってしまい ますがご了承願います。 まぁ、単なる個人的なメモです。今年はお世話になりました、という感謝の意を込めてリンク&トラフィックで返したいのと、自分の復習用リンク集です。来年もたぶんお世話になる記事だと思いますので、備忘録も兼ねて。順不同です。 尚、当ブログのエントリは御礼の場であるこの記事では割愛しています。後日、別記事にてまとめさせて頂きますので、宜しければ御覧ください。 デザイン 読み物系が多いです。正月とかで見直す用。 配色パターンからWebデザインを考える ウェブデザインでこれは気をつけたいの35のポイント デザインQRコードの作り方 非デザイナーのための

目的 フロントがHTTPリクエストを受けて、バックエンドのアプリケーションサーバにreverse proxyするような構成において、指定秒数以内に何かしらのレスポンスを返したい。 200が返せない場合は、処理を打ち切って500を返したい。 背景 フロントでApacheやNginxをreverse proxyとして使っている場合、バックエンドが無応答になってしまうと、クライアントにレスポンスが返るのはデフォルトで数十〜数百秒後(ApacheのTimeoutのデフォルトは300秒、Nginxのproxy_read_timeoutのデフォルトは60秒)になってしまいます。 通常のWebサービスではこのオーダーのタイムアウトでもいいのかもしれませんが、数秒以内に(エラーでもいいので)レスポンスを返すことが求められる環境も存在します。(最近、特に多いのではないでしょうか:P) もちろんバックエンドが

Introduction The Open Graph protocol enables any web page to become a rich object in a social graph. For instance, this is used on Facebook to allow any web page to have the same functionality as any other object on Facebook. While many different technologies and schemas exist and could be combined together, there isn't a single technology which provides enough information to richly represent any

『Webを支える技術 -HTTP、URI、HTML、そしてREST-』を読みました。結論から言います。皆さん、この本を買ってはいけません。買った人は焼き払ってください。 Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)posted with amazlet at 10.04.28山本 陽平 技術評論社 売り上げランキング: 157 Amazon.co.jp で詳細を見る 最初は、ふふーんと読んでたんですよ。「あー、あったねー」とか「やったやった」とか。そして「なんかつまんないなー、知ってることばかりじゃん……」と思ったとき愕然としましたよ。 「これは俺が、えらい試行錯誤して、苦労して、習得した技術が、いともあっさりと、簡潔明瞭に書いてあるじゃないか！」 HTTPヘッダが…URI設計が…HTTPステータスコードが…microform

Twitterユーザー、あるいはこのプラットフォームを利用しているデベロッパーや企業は、2010年6月30日に向けて適切な対応を図る必要がある。Twitter APIのBASIC認証が廃止されるためだ。 意外と知られていないこととして、APIの制限のほかにユーザーごとの制限があると丹羽氏。1日当たりのツイートやフォロー、ダイレクトメッセージなどに上限があるが、ダイレクトメッセージの250件／日制限に引っかかってはじめてそれに気付く企業アカウントも少なくないという 「Twitter Development Talk（Twitter-Dev）」や「Twitter API Announcements」などではかなり前からアナウンスされていたが、2010年6月30日を最後に、Twitter APIのBASIC認証はエラーが返ってくるようになる。一見地味に映るこの出来事だが、カウントダウンサイトも用

昔、個人のウェブサイトをホームページと呼んでいた頃に、 「Sorry, this page is Japanese only」というフレーズをよく見かけた。 これは「このページは日本語だけです」というお断りの言葉だ。 もちろん、この言葉は日本人ではなく、迷い込んできた非・日本語圏の人間に対して発せられている。 このようにホームページは「世界」に開かれているということを意識して作られていた。 昔、ネットサービスの会社はこんなCMをよく打っていた。 「ニューヨークの兄と簡単に連絡がとれる」「オーストラリアの友人とチャットができる」 このころのネットは世界と繋がれることを思考していた。 ホームページにはよく「English」というリンクがあり、海外向けにもコンテンツを置いていた。 この頃、評論家の立花隆は「インターネットはグローバルブレイン」と言って、海外サイトの紹介をしていた。 それがいつしか

Twitpic

JSONハイパースキーマという仕様があります。 http://tools.ietf.org/html/draft-zyp-json-schema-01#section-6 この仕様の動機や目的に、僕は強い共感をおぼえます。欲しかったんですよ！ こういう機能。 だけど、JSONハイパースキーマ仕様はダメです。どこがどうダメかを解説するのも建設的でないのでしません。このままでは、ちょっと使えそうにありません >JSONハイパースキーマ仕様。そこで、できるだけもとの仕様を尊重・保存しながら僕の目的に適合するように変更します。 JSONハイパースキーマ仕様では、型システムとして定式化すべき部分と、型システムとは何の関係もない部分がゴッチャになっています。ここでは、型システムに吸収できそうな機能だけを取り上げます。 内容： ハイパースキーマの目的 ここで採用する方式の概要 与えられたJSONオブジェ

入力値の集合がA、出力値の集合がBである関数fを、f:A→B と書きます。ｆは純関数です。関数が状態に影響を受けるときは、f:S×A→B となります。Sは状態空間です。単に直積の記号「×」では、状態と入力の区別が付かないので、セミコロンで区切ることにします。f:S;A→B 。セミコロンの左が状態ね。fが副作用を持つとき、つまり状態空間Sに作用するときは、f:S;A→S;B と書きます。S→S は状態遷移を表すことになります。 副作用があるかもしれない関数を、次のように分類すると便利です。1は単元集合（シングルトンセット、ユニットセット）です。 f:A→B 純関数 f:S;A→B バートランド・メイヤーの言葉で「問い合わせ」 f:S;A→S;1 バートランド・メイヤーの言葉で「コマンド」 f:S;A→S;B 一度にいろいろするメソッド 以下では、単元集合1は省略します。 メイヤーは、最後の「

HTTP の持続的接続の功罪について はじめに、HTTP の持続的接続 (keep-alive) のメリットについて。持続的接続を使うメリットは、以下の２点。 TCP 接続の確立にかかる時間の節約*1 TCP の接続と切断に必要な資源 (CPUとネットワーク) の節約 ウェブブラウザ〜データセンタ間の通信で、持続的接続を使う理由は、このうちの前者。特に太平洋を超えるようなケースだと、TCP 接続に0.2秒とかかかるので、メリットが大きい。 一方、持続的接続のデメリットは、 接続が切断されるまでの間、その接続を維持するためにコストがかかる (主としてメモリが無駄になる) という点になる。特に、１プロセス１コネクションを前提とするアーキテクチャ (例: mod_perl) だと、メモリの無駄使いが、とてもひどいことになる。 そこで、ブラウザからの接続を受ける HTTP サーバとアプリケーション

JASRAC関係はいろいろ炎上しやすいけど、今回のはなんかすごいなあ。 著作権の専門家みたいな人があんまり見解を示していないというのもあって、なんか話が変な方向にいってる気がする。 それでもid:heatwave_p2pさんはさすがにすごく冷静に分かりやすく問題を解説してる。 Twitterの件、JASRACがそんなに筋違いのことを言ってるとは思わないけど - P2Pとかその辺のお話@はてな JASRAC x Twitterの件でもらったコメントにお返事するよ - P2Pとかその辺のお話@はてな 僕も昔、法的にはまったく問題ない自分達のバンドのMIDIファイルやMP3ファイルをいつのまにかサーバから消されてたことがあったりしてJASRACはあんまり好きじゃないんだけど、今回はなんか批判の矛先が違うんじゃないのかなというのと、あんまり解決案を提案している人がいないように思ったのでちょっと書い

Junji Oshita（尾下 順治）@PLAYTHINK,Inc（プレイシンク） @oshitajunji AmazonEC2のサーバーインスタンス26台が今朝急に吹っ飛びました。Amazonサポートからは「復旧無理なんで自分達で新規で立て直して」だって。クラウドってそんなもん？ 三橋ゆか里 / Yukari M. @yukari77 そんなもん？ RT: @@oshitajunji　AmazonEC2のサーバーインスタンス26台が今朝急に吹っ飛びました。Amazonサポートからは「復旧無理なんで自分達で新規で立て直して」だって。クラウドってそんなもん？

ニワンゴ取締役の木野瀬さん(@kinoppix)の Twitterで歌詞をつぶやいたら、JASRACの利用料が発生する by JASRAC菅原常務理事 Twitter / Tomohito Kinose という発言から、ちょっとした騒動になっている。JASRACの野郎、Twitterを監視してユーザから搾り取るつもりか、みたいな。 でも、Fumiさん（@Fumi）のエントリにもあるように、この発言だけでは文脈がすっぽり抜け落ちている。前後のTweetを加味すると、 木野瀬さんの本意としては下記らしい。 1)TwitterユーザがTwitterでつぶやいたら、JASRACはTwitterに請求しにいく（つもりらしい）。 2)Twitterでつぶやいても、つぶやいた個人に料金徴収が行くことはない。 3)JASRACがTwitter社から徴収したお金は手数料を除いてアーチストに行く。よって、アー

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.