OSCON: Subversion Best Practices 和訳 : akiyan.com
Subversion ベストプラクティス 2006-11-16 Brad Choate: OSCON: Subversion Best Practicesの和訳に挑戦してみました！誤訳などありましたら遠慮無くコメントしてください。また、一部が原文のままです。 原文と訳文の併記版 (Wiki)がありますので、誤訳がないか確認される方はそちらをご覧になると便利かと思います。Wikiを直接修正していただいても結構です！ ちなみ私は英語初心者で、こういう翻訳作業は初めてです。また今回の翻訳にあたって一部をfjkktkys (fjkktkys blog)に添削していただきました。ありがとう！ それではどうぞ。 原文へ OSCON: Subversion Best Practices これは、たった今私が出席しているOSCONのまとめです。この部屋は人でいっぱいだよ。 このお話はグーグル勤務のBen
蓄々check*pad Bookmarklet : akiyan.com
2005-11-16 公開 check*padに追加するブックマークレットを作成します。必要な項目を入力してボタンを押すとブックマークレットのリンクが出現します。 作成されるブックマークレットは「今見ているページを追加」「今見ているページを、プロンプトで修正してから追加」「普通に追加」の3種類です。 リストのタイトル 例：あとで読むページ 対象リストのURL 例：http://www.checkpad.jp/projects/view/ここに数字 ブックマークレットを作成する
akiyan.com : 新たなXSS(CSS)脆弱性、EBCSS
新たなXSS(CSS)脆弱性、EBCSS 2006-03-30 かなりヤバめなXSS的攻撃方法が見つかりました。詳細は以下のリンク先をご覧下さい。 文字コード（SJIS）とHTMLエンコードとCross-Site Scriptingの微妙な関係 文字コードとHTMLエンコードとCross-Site Scriptingの微妙な関係 (EUCの場合、UTF-8の場合) 何がヤバいのかというと、この攻撃方法に対する根本的対策がほとんどのサイトで行われていないと思われるからです。 今までCross-Site Scripting脆弱性への対策はHTMLで使われる文字列を実体参照に変換するのが基本でした。しかし、マルチバイト文字列の仕様を突いて半端な文字列を送信しクオート文字を無効化（escape）することで、実体参照に変換されていてもスクリプトの実行が可能なケースがあることが判明したのです。 ちなみ
PHPソースコード中の配列の書き方のオススメ : akiyan.com
PHPソースコード中の配列の書き方のオススメ 2006-03-02 PHPのコーディング規約の話。コードのスタイルは人によって様々で、共同作業のときは最低限のルールを定めて作業を行います。ただ、array()の中身については規定されないことが多くて人のコードをいじるときに困ることがよくあります。ひょっとして他の現場でも同様な問題を抱えているのではないかと思いましたので、私のオススメの書き方を晒してみます。 // 単純な配列 $value = array( 'value1', 'value2', 'value3', ); // 連想配列 $value = array( 'key1' => 'value1', 'key2' => 'value2', 'hogehoge' => 'value3', ); // 配列の配列 $value = array( 'key1' => 'value1', '
私がSkypeを選ぶ5つの「些細な」理由 : akiyan.com
私がSkypeを選ぶ5つの「些細な」理由 2006-02-21 神はディティールに宿る。出展は不明ですが、最近好きな言葉です。 さて、今回のエントリでは私がSkypeをメインIMとして使う理由についてご紹介します。Skypeの特徴として「音質がいい」とか「P2Pだ」とか「SkypeOutやSkypeInがべんり」などと聞きますが、私がSkypeを選ぶ理由はそこではありません。以下の５つがその理由です。 エコーキャンセラの性能がすばらしい。 １度に送信できるメッセージ量が長い。 オフライン時でもメッセージを送信できる。 メッセージを送受信した時刻が表示される。 安定したファイルの送受信ができる。 以下に詳しく述べていきます。 １点目。エコーキャンセラの性能がすばらしいこと。エコーキャンセラというのは、スピーカーから出た音がマイクに入って声がエコーする現象を抑える機構のことです。これがあるおか
mixiのデザイン変更から学ぶ、ウェブサイトの最小横幅を800px以下にすべき理由 : akiyan.com
mixiのデザイン変更から学ぶ、ウェブサイトの最小横幅を800px以下にすべき理由 2006-02-09 mixiのレイアウトが大幅に変更された。右側にサイドバーが出現して、全体の横幅が大きく広がったのだ。全体の横幅は900pxほどだ。このため、私の環境ではブラウザの横スクロールバーが現れるようになってしまった。以下がその様子だ。 これはユーザビリティ的にかなりよくない状況だ。横スクロールは可能な限り避けなければならない。なぜなら多くのユーザーは横スクロールすること自体に不慣れだから。 しかし、画面を見てお気づきの方もいると思うが私はWindowsのタスクバーを縦に配置している。このレイアウトはマイノリティな類であろう。このレイアウトのためにブラウザの横幅が縮まっているので「それは例外だ。みんなブラウザの幅は900px以上にしてるよ」という声が聞こえてきそうだ。しかしこれには反論の余地があ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
