タグ

2010年1月28日のブックマーク (11件)

  • 徳丸浩の日記 - iモードブラウザ2.0のXMLHttpRequestでPOSTデータの扱いが困難になった

    _iモードブラウザ2.0のXMLHttpRequestでPOSTデータの扱いが困難になった このエントリでは、iモードブラウザ2.0の制限により、XMLHttpRequestでPOSTメソッドの利用が困難になっていることを確認したので報告する。 iモードブラウザ2.0のJavaScriptを試していて、POSTメソッドでデータが渡せていないことに気がついた。以下のようなプログラムで検証してみた。 【post.html】 <html> <head> <script> function test() { try { var requester = new XMLHttpRequest(); requester.open('POST', '/dumppost.php', true); requester.onreadystatechange = function() { if (requeste

    TAKESAKO
    TAKESAKO 2010/01/28
    iモードブラウザ2.0のXMLHttpRequestでPOSTデータの扱いが困難になった
  • バイナリ解析講座/Backdoor.Hacarmy.D - Scientia

    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 // 不明 0040300A PUSH EBP 0040300B MOV EBP,ESP 0040300D SUB ESP,42C 00403013 PUSH

    TAKESAKO
    TAKESAKO 2010/01/28
    バイナリ解析講座 / Backdoor.Hacarmy.D
  • kumofsはなぜスケールするか - Blog by Sadayuki Furuhashi

    先日、分散Key-valueストア kumofs を公開しました。 多く方から反響とフィードバックをいただいています。ありがとうございます。 今回は、kumofs はなぜスケールするのか、なぜスケールすると言えるのかーということについて紹介したいと思います。 ところでスケーラビリティとは何か? スケーラビリティとは、利用者や仕事の増大に適応できる能力・度合い とされています(端的!)*1 。Scalability を日語にすると、拡張性 と訳されるようです。 ただ一口でスケーラビリティと言っても、様々な側面があります。ITシステムでは主には処理性能と運用に関することを指す場合が多いと思いますが*2、その中にも様々な側面があります。 なぜスケーラビリティが必要か スケーラビリティは システムなどが持つべき望ましい特性 であって、高いに越したことはありません。しかし、高いスケーラビリティはタ

    kumofsはなぜスケールするか - Blog by Sadayuki Furuhashi
    TAKESAKO
    TAKESAKO 2010/01/28
    kumofsはなぜスケールするか - 古橋貞之の日記
  • マルチトラック@東北 - 極楽せきゅあブログ

    おー、マルチトラックなんだスゲー。 第3回東北情報セキュリティ勉強会 - 東北情報セキュリティ勉強会 コストかかりそうだけど、どうなんでしょうねえ。 しかし、東北勉強会はまだ行ったこと無いので、いっぺん行ってみたいものだなあ。

    マルチトラック@東北 - 極楽せきゅあブログ
    TAKESAKO
    TAKESAKO 2010/01/28
    第3回東北情報セキュリティ勉強会はマルチトラックですよ!
  • livedoor Techブログ : 壊れない機械でよかった

    こんにちは、ネットワーク事業部ネットソリューション部の増田 順です。 私はデータセンターや、回線サービス、レンタルサーバ等々、主にインフラの設計から運用までを担当する部署におります。色々なインフラに携わってきましたが、今回は今年で5年目を迎えましたlivedoor Wirelessについてとりあげたいと思います。 livedoor Wirelessとは? livedoor Wirelessとは2005年12月に開始された公衆無線LANサービスで、 山手線内に2200個のアクセスポイントを設置して802.11bgの無線LAN環境を提供しています。この屋外に設置した2200個ものアクセスポイントを4年以上運用してきた間には色々な苦労がありました。 サービスが開始されるまでの道のり 具体的なサービスのイメージが決定してから、サービスインするまでにはざっくりあげてみただけでも、下記のような工程があ

    TAKESAKO
    TAKESAKO 2010/01/28
    livedoor Techブログ:壊れない機械でよかった「何色だったとかは書けませんが100台買ったネットワーク機器が数年間で半分以上壊れたこととかありました」
  • ZFS の性能劣化: uyota 匠の一手

    ZFS は古いファイルシステムに無かった物を新しく作ったファイルシステムだ。しかし、古いファイルシステムから学ばずに醜い性能劣化をみせることもある。 UFS を始め FFS を基としたファイルシステムには、性能の劣化を防ぐ為にある程度の余裕が取られている。FreeBSD の UFS ではディスクの全てを使わずに、8% 分が予約領域として確保されている。その予約部分は root しか書き込めない。実体験としては 5% ぐらいまでなら問題は無く、3% ぐらいまで減らしてもファイルシステムとしては使える。 しかし、ZFS にはこの様な予備分は確保されていない。そのため、利用率が 95% を過ぎる頃からパフォーマンスが落ち始める。97% を越えた辺りからファイル操作が劇的に遅くなり、既にこの時点で普通の十倍以上の時間が掛かるようになっている。99% を過ぎる時には非常に醜い事態になる。この辺りにな

    TAKESAKO
    TAKESAKO 2010/01/28
    ZFS の性能劣化: uyota 匠の一手「利用率が 95% を過ぎる頃からパフォーマンスが落ち始める」
  • Latest topics > コアJetpackミーティング - outsider reflex

    Latest topics > コアJetpackミーティング 宣伝。日経LinuxにてLinuxの基礎?を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行まんがでわかるLinux シス管系女子の試し読みが可能! « HIVの無料検査 Main 束縛 » コアJetpackミーティング - Jan 26, 2010 23日にMozilla Japanで行われたコアJetpackミーティングに参加してきました。2月にGomitaさんとあかつかさんがMozilla Corporationまで行く時に持って行く意見・アイデア等をまとめるのが趣旨の会合でした。Mozilla信者な視点だけからでは意見が偏るんじゃないかと思ったので、Chrome拡張機能のえらい人のos0xさんにも来てもらいました。 con_mameさんのレポート 議題は「Jetpackのスクリ

    TAKESAKO
    TAKESAKO 2010/01/28
    Mozilla Japanで行われたコアJetpackミーティング「オープンソースの開発者も、Geckoより将来有望な(ように見える)Webkitに流れていくんじゃないですか?」
  • http://solutions.us.fujitsu.com/downloads/retail/DS_IPAD.pdf

    TAKESAKO
    TAKESAKO 2010/01/28
    富士通のiPAD!
  • Google Chrome 4.0 による拡張およびブックマーク同期機能、最新 Web 標準機能の提供

    メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。

    Google Chrome 4.0 による拡張およびブックマーク同期機能、最新 Web 標準機能の提供
    TAKESAKO
    TAKESAKO 2010/01/28
    Google Chrome 4.0「Web Sockets、ルビ、Web Fonts は東京のエンジニアによって開発されました」
  • ラッセンとは何の恥部だったのか - Ohnoblog 2

    ※追記あります。 拙書を読んで下さった人から面白いメールをもらった。「ところでラッセンって何だったの?」という話(の内容とは直接関係ない)。 ‥‥ラッセンか。そう言えばいたなそんな人が。 ハワイの海やイルカの絵を描いているあのラッセンです。御存知ないですか。別に知らなくてもいいのですが。日向けのホームページに絵の画像がたくさんある。「あー、あのサーフィンショップとかに飾ってありそうなイラストか」と思い当たる人はいるだろう。もっともイラストじゃなくてアート、絵画として売られている。 こちらを見ると、絵以外のところでかなり評判が悪い。エコロジストのサーファー画家ということで売っているラッセンだが、ほとんど不良外人の扱いだ。 しかし、なぜラッセンの絵がそんなに人気があるのか。 日人ってそんなに海とイルカが好きだったのですか。 以下、その方の承諾を得てメールから抜粋(ちょっと長いです)。途中

    ラッセンとは何の恥部だったのか - Ohnoblog 2
    TAKESAKO
    TAKESAKO 2010/01/28
    ラッセンとは何の恥部だったのか(※追記あります)
  • [速報]オラクル、サン買収後のオラクルのビジョンを発表。「1960年のIBMと同じ」ソフトとハードの統合

    [速報]オラクル、サン買収後のオラクルのビジョンを発表。「1960年のIBMと同じ」ソフトとハードの統合 同社CEOのラリー・エリソン氏は「2010年のオラクルのビジョンは、1960年のIBMのビジョンと同じだ。それはIBMの歴史の中でもっとも重要なビジョンだった」と語り、オラクルのソフトウェアとサン・マイクロシステムズのハードウェアを組み合わせ、メインフレームのように統合された製品を推進していくことを強調。 ただし個別の製品の競争力を追求することについても「われわれのゴールはベストブリードなコンポーネントを作ることだ。Sparcチップ、Oracleデータベースなど、それぞれをベストな製品にしていく。それに加えて、それらを統合してよりよいものにする」として、あくまで最良の製品群の上に統合という付加価値を構築していく、という方針を明確にしました。 また、サン・マイクロシステムズの従業員をレイ

    [速報]オラクル、サン買収後のオラクルのビジョンを発表。「1960年のIBMと同じ」ソフトとハードの統合
    TAKESAKO
    TAKESAKO 2010/01/28
    [速報]オラクル、サン買収後のオラクルのビジョンを発表。「1960年のIBMと同じ」ソフトとハードの統合