Web Lab. A series of interactive Chrome Experiments made by Google. See the magic of the web brought to life. Open to the world online. Live from the Science Museum, London. Enter the Lab.
A tiny UI based on HTMLCanvasElement Dependencies jQuery ( CnvUI is using $.fn.offset ) License MIT License Author mohayonao API Root UI var ui = new CnvUI({elem:"#canvas", width:320, height:240, background:"white", foreground:"black", lineWidth:2}) Panel (panel || ui).set({type:"panel", x:0, y:0, width:320, height:240, background:"white", foreground:"black", lineWidth:2}); Label (panel || ui).set
pipeは返す値で繋ぐ処理のパラメーターが変わるのだけど、たまにしか使わないので毎回動作を忘れてソースを見ている。バージョン1.7.2での動き。 deferred.pipe(function(data) { ... return ?; }); 以降の処理で引数が不要なら何も返さなくていい。引数が1つの場合は return foo; のようにそのまま返せばいい。複数の引数を送る場合はDeferredオブジェクトを返さないといけない(引数が1つの場合は同じ処理を裏でやってくれている)。 return $.Deferred().resolve(foo, bar); // コンテキストどうでもいい return $.Deferred().resolveWith(this, [foo, bar]); // どうでもよくない 何もせずにそのまま値を引き継ぐ場合は(引き継ぎたいパラメーターでresolv
2012年7月27日金曜日 Mountain LionにおけるWeb共有の消滅と403 Forbiddenの解決策 Mountain Lionがとても良いです。 しかし、Web共有がシステム環境設定の共有より消えました。 何もしなくても、Web系の開発が楽なのがMacの良い所でもあったのに、これだと困る。 しかし、Apacheは標準で搭載されているようで、 sudo apachectl stop でWeb共有の停止(Apache停止) sudo apachectl restart でApache 再起動 sudo apachectl start でWeb共有の開始(Apache起動) ができます。 ワ─イ♪└┤*´∀`*├┘ワ─イ♪と思ったのもつかの間、 Lionまでは、Web共有のスイッチを入に変え、 http://localhost/~USERNAME/ にアクセ
あらすじ 長年プログラムを書いていても、良いコメントを書く技術ってぇのはなかなか身に付かないもので、 良かれと思って書いたコメントでも後々読み返すと書いた当人ですら首を傾げる始末。 長屋に住む八五郎もそんなSEの一人。 ある日、出社すると親方エンジニアがカンカンに怒っている。 どうやら先週末の退社前にレビューしてもらおうと push したコードについてらしい。 特に不味いところはなかったはずだが、はて、何が悪かったのだろうかと親方のデスクのモニターを覗き込むと── さっぱり役に立たない <summary> 八五郎は普段から Visual Studio で C# のコードを書いている。 こいつにはXML Documentation Commentsというのがあり、 一定の書式に従って型やメンバーにコメントを書いておけば、 インテリセンスで有意義なメッセージが表示されたりAPI リファレンスの
http://itpro.nikkeibp.co.jp/article/NEWS/20120731/413084/ http://www.firstserver.co.jp/news/2012/2012073101.html http://support.fsv.jp/urgent/pdf/fs-report.pdf *1 斜め読みだけど,とりあえずざっくりと. おそらく問題認識が間違ってる.まるでドライバー一人で長距離バスを24時間連続運転させておきながら,ひとたび事故が起きれば「ドライバーの運転ミス/居眠り運転が原因です(キリッ)」と言うような感じ.その場合の事故の責任はドライバー以上に経営者にある. バックアップがないのが根本原因.トラブルはあり得るもの.それに対処するためのバックアップ. 「手順書」があったけど「管理ツール」はなかったようだ.膨大なサーバーを一人で「手作業で」管理す
sassを使ってCSSのめんどくさい繰り返し部分を楽に記述する カテゴリ:sass 2011年12月20日 22:45 この記事はLess & Sass Advent calendar 2011の20日目として書いている記事です。 sassを使った繰り返し処理の基本 sassにはプログラム言語と同じような処理が存在します。 その中でも繰り返し処理をピックアップして、ちょっとめんどくさい処理を簡単にする方法をご紹介します。 単純な繰り返し処理 sassには繰り返し処理に使える文として、@each と @for があります。 JSなどではおなじみですね。 使い方も、他のプログラム言語のものと同じです。 @eachは指定したリストを順番に処理するもの、@forは指定した数値の間で繰り返し処理をするものです。 また繰り返しではありませんが、めんどくさい処理をまとめる、という意味で@function
パターンの末尾に「|」を付け加えると、その正規表現は常にマッチする。 /aaa/.exec("xyz"); // => null /aaa|/.exec("xyz"); // => [""] これを使えば、ある位置でのみパターンマッチを行うということ(Perl の正規表現で「\G」のメタ文字を使うようなこと)が JavaScript でもできる(Firefox に限っては「y」フラグを使えば簡単にできるけど、独自拡張今のところ他のブラウザでは使えない)。 // RegExp::exec の戻り値の配列には index プロパティがあり、 // マッチに成功した位置を表す var text = "xxxaaxxxaaa", regexp, result; // 4〜6文字目が aaa かどうかだけ確かめたいとする // 通常の正規表現 regexp = /aaa/g; regexp.last
こんにちは。意識の高い(笑)クライアントの僕です。 最早恒例に近いたけさん(@take_it02)のブログ(お客さんは「敵」か、あるいは接客業としてのWeb屋)を見ての記事なんですが、WEB屋の働き方というかなんというか、クライアントとWEB屋に関するアレコレが話題になる度に思ってたことなどをいくつか。 クライアントってWEB屋に何を求めてるの?っていうところを、僕個人の考えとして書いておきます。 あくまでも「僕個人の考え」ですからね。毎回言ってるけど、これが正しいとか思わないでね。 最初に言っておく 僕はWEB屋の皆さんが言うところの「クライアント」の立場です。 より具体的に言えば、とある企業のWEB戦略全般の面倒を見る部門に所属しています。 同時に、僕らのチームは制作部隊でもあります。 ですので、日々の運営業務や、即応性を要求される案件、ちょっとコアで外に出せない案件などは、
ヤフー子会社のファーストサーバは2012年7月31日、6月20日に発生した大規模障害(関連記事)についての調査報告書(最終報告書)を公表した(写真)。報告書は、ファーストサーバに利害関係のない3人の委員による「第三者調査委員会」(関連記事)が作成した。同社Webサイトに「要約版」を掲載している。 報告書は調査対象とする事故を、6月20日に発生した「第1事故」と、第1事故で消失したデータが想定外の場所に復元された「第2事故」(関連記事)の2つとしている。 1人だけ自作プログラムでメンテナンス 報告書は、第1事故の事実関係について次のように言及している。ファーストサーバではシステム変更を実行する際、社内マニュアルに沿って実行することになっており、第1事故の原因となったシステム変更の担当者(A氏)以外は社内マニュアルに従っていた。 ところが、A氏だけはマニュアルに従わず、自作の「更新プログラム」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く