タグ

2013年5月27日のブックマーク (16件)

  • 日々の覚書: user@localhostとuser@127.0.0.1は別人?

    ある日SH2先生がつぶやきました。 127.0.0.1で接続したクライアントがlocalhostで認証されるらしい。再現しない — SH2さん (@sh2nd) 2013年2月19日 mysql.userにlocalhostのみがある場合、localhost (UNIX Socket)、127.0.0.1 (TCP/IP)は両方接続できる。mysql.userに127.0.0.1のみがある場合、localhost (UNIX Socket)では接続できない — SH2さん (@sh2nd) 2013年2月19日 GRANT ALL PRIVILEGES ON db1.* TO test1(at)localhost、GRANT ALL PRIVILEGES ON db2.* TO test1(at)127.0.0.1 ってやったときに、 — SH2さん (@sh2nd) 2013年2月19日

    aki77
    aki77 2013/05/27
  • The Basics of Web Workers  |  Articles  |  web.dev

    The Basics of Web Workers Stay organized with collections Save and categorize content based on your preferences. The problem: JavaScript concurrency There are a number of bottlenecks preventing interesting applications from being ported (say, from server-heavy implementations) to client-side JavaScript. Some of these include browser compatibility, static typing, accessibility, and performance. For

    The Basics of Web Workers  |  Articles  |  web.dev
  • ページが見つかりませんでした - 404 Page not found | 樂印 - RAKUIN

    404 Page not found ページが見つかりませんでした。 URLが変わった・ページが消えたのかもしれません。 (たまにバッサリ捨てるので… もしそうだったらごめんなさい) トップページへ戻る

    ページが見つかりませんでした - 404 Page not found | 樂印 - RAKUIN
    aki77
    aki77 2013/05/27
  • 携帯キャリアメールによるサービス提供側の災難急増について|More Access! More Fun

    アデノウイルス発症から5日目。まだ咳がヒドイ。なんか胸の奥でひゅーひゅー言っております。コレがホントのアデノミクス・・・ それはさておき、ついに周辺でガラケーと別れを告げてスマホに移行する人間が、「メルアドが変わりました。新しいメルアドは××@ezweb.ne.jpです」なんて来る度に、このうっさいおっさん(自分のこと)は「iPhoneにしたんだったらGmail使え。もしくはSMSで出してこい」と返事することにしている。この世から1人でもキャリアメールを減らさないとならんのだと使命感に燃えている。 前にSPA!の取材で村上福之君と対談したときも「キャリアメールはもう無くなってくれ」ということで意見が一致した。スマホに移行してもキャリアメールを使い続けられると、非常に困った事象が多発するようになってきている。 まず前提として「パソコンは持たずにスマホのみ。しかしメールはキャリアメール」という

    携帯キャリアメールによるサービス提供側の災難急増について|More Access! More Fun
  • Fluentdの仕組み -バッファ機能でログ収集漏れを防ぐ- - Tech-Sketch

    OSSのログ収集管理ツールFluentdを用いてログを統合管理している場合の懸念点として、ログの収集漏れが考えられます。 Fluentdでは、バッファ機能を活用することでログを収集漏れすることなく確実に収集することができます。 このバッファ機能のメカニズムを理解すべく動作検証した結果を紹介します。対象とするFluentdのバージョンは0.10.30です。 Fluentdとは Ruby実装のOSSのログ収集管理ツールです。 Fluentdは、Input、Buffer、Outputの3つのコンポーネントで実現されています。 様々な場所からログを収集、JSON形式に変換し(Input)、蓄積(Buffer)、様々な出力先にデータ出力(Output)します。 例として、あるサーバ(server01)のApacheのアクセスログを別のサーバ(server02)内にファイルとして出力する場合

  • Qiitaの画像アップロード機能も簡単に実装できる。そう、S3ならね。 - Qiita

    QiitaとKobitoで画像アップロードができるようになりました。 その後ろ側をちょっぴり公開します。 件名からも分かるように、背後ではAWSのS3を画像ストレージに採用しています。 画像アップロード機能をリリースしました - The Official Qiita Blog Kobito v1.6.1リリース: ドラッグ&ドロップやスクリーンショット撮影で簡単に画像を添付できるようになりました! - The Official Qiita Blog 用語統一 サーバ はQiitaのサーバのことを指すことにします。(つまり、S3ではない、ということ) また クライアント は各ユーザのブラウザのことを指します。 要件 画像アップロード機能を実装するにあたっていくつかの要求がありました。 成りすましを防げる アップロードされたファイルを管理できる 自分達のサーバに負荷をかけたくない 変な画像のア

    Qiitaの画像アップロード機能も簡単に実装できる。そう、S3ならね。 - Qiita
  • オープンリダイレクト検査:Locationヘッダ編 - T.Teradaの日記

    オープンリダイレクタを脆弱性とみなすべきかは議論が分かれるところです。Google等の一部のサイトは、自サイトのオープンリダイレクタを脆弱性としてはみていません。一方で、脆弱性検査の現場では、見つかれば脆弱性として報告することが多いと思います。 その辺の議論はおいておいて、オープンリダイレクタの検査は、ブラウザの特性もからんで意外とバリエーションが多くて面白いので、日の日記で取り上げてみたいと思います。 大まかにいうと、リダイレクトは、302応答のLocationヘッダ、Refresh(HTTPヘッダ、METAタグ)、JavaScriptによるものがありますが、日は302応答のLocationヘッダのリダイレクタについて取り上げます。 パターン1:サブドメイン部分に値が入る場合 以下のように、サブドメインの箇所が動的なケースです。 Location: http://{$u}.haten

    オープンリダイレクト検査:Locationヘッダ編 - T.Teradaの日記
  • IE9 以降 navigator.userAgent は X-UA-Compatible 指定に影響されます - Microsoft サポート

    現象 Internet Explorer 9 以降のバージョンにおいて、クライアント スクリプト navigator.userAgent プロパティで取得した文字列の "MSIE x.x" 部分と IE が実際に Web サーバーへ送る User-Agent ヘッダーの文字列の "MSIE x.x" 部分のバージョンが異なることがあります。この事象は、HTTP 応答ヘッダー、またはページ上の Meta タグにおいて X-UA-Compatible によるドキュメント モードの指定があった場合に発生します。 例えば、ページに <meta http-equiv="X-UA-Compatible" content="IE=7"> の Meta タグがあり、IE9 のブラウザー モードが [Internet Explorer 9.0] の場合、IE9 が Web サーバーに送信する User-Ag

    aki77
    aki77 2013/05/27
  • 最近話題になった「9個」のイケてるWebサービス・アプリ(2013年5月編)

    こんにちは。 もうすぐ5月も終わりということで、5月中に話題になったwebサービスやアプリをご紹介いたします。 Minbox 少し前に話題になった、容量制限のないファイル共有サービスです。 1番の特徴は、送信したいアドレスを打ち込むだけでファイルをアップロードできる部分。アップロードし終わるのを待たずに瞬時にシェアできるというのが新しいです。30日でアップロードされたデータは削除されます。形式を問わないので、さっと共有したい時には便利そう。 unkochat(うんこちゃっと) トイレの時間を利用したサービスです。 トイレの時間を世界中の人同士で共有しようというコンセプト。スマートフォンからサイトへとぶと、今現在何人の人がトイレしているのかがわかり、ユーザー同士はスタンプでやり取りできます。ネーミングも直感的で、アイデアの勝利ですね。笑 Whisper 秘密共有アプリです。 iOSだけで15

    最近話題になった「9個」のイケてるWebサービス・アプリ(2013年5月編)
  • GitHub - org-binbab/gem-vagrant-wrapper: Gem wrapper for newer packaged versions of Vagrant

    aki77
    aki77 2013/05/27
    『Gem wrapper for newer packaged versions of Vagrant』
  • vagrant + chef-solo provisioningが初めて動くまで

    あるいは Kanazawa.rb meetup #9 は「意識高いもくもく会」です。 はい、まぁ最近じゃ今さらの話ですね。 VagrantChef | OpscodeChef って興味あったんですよというか正確には Puppet に興味があって、でも大げさだなと思ってたんですよね。あと当時は Puppet は外部DSLだったので、「Rubyの文法でもなんでもない設定って、どうやってエディタでハイライトするの?」というのが最大の心理的ハードルでした。 で、時は流れて Software Design の Chef 特集を読んでやる気になったけど、家のリファレンスと格闘しているうちに仕組みの大掛かり感が増長されて挫折。その後ビッグウェーブに乗って達人出版会で買った『入門Chef Solo』を読み、そこでようやく 「サーバの状態を管理し収束させるためのフレームワーク」 という表現がグサッと刺さっ

  • samulife.com - このウェブサイトは販売用です! -  リソースおよび情報

    このウェブサイトは販売用です! samulife.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、samulife.comが全てとなります。あなたがお探しの内容が見つかることを願っています!

  • I am mitsuruog | Backbone.jsともっと仲良くなるためのヒント

    先日めでたく 1.0.0 をリリースした Backbone.js ですが、よくも悪くも「どう作るか」について、作成者側の思いで自由にできるため、始めの取っ掛かりとして、どう作ればよいかと言うことで結構悩む方も多いかと思います。 そこで、同じように悩んでいる人になんらかのヒントを与えられればと思い、シングルページアプリケーションを題材にチュートリアルを作成して公開してみました。 また、私が Backbone.js でアプリケーションを作成する上で、特に View について注意するポイントを幾つか紹介します。 何かの参考になれば幸いです。 このエントリでお伝えしたいこと。 Backbone.js のチュートリアル作りました。 Backbone.View を扱う際に注意するポイントについていくつか紹介します。 チュートリアル 早速ですが、Backbone.js でシングルページアプリケーションを

    I am mitsuruog | Backbone.jsともっと仲良くなるためのヒント
  • Chef 11 での client/server/knife のセットアップ手順(+α) - 元RX-7乗りの適当な日々

    遅れながら、Chefの新しい11系のバージョンを触ってみました。 つまづいた途中経過を含めて、セットアップのログや動きで気付いた事を簡単に残しておきます。 尚、今回使ってみた実行環境は、CentOSの6系です(Linux)。 結論から申し上げますと、Chefの新しいバージョンは、サーバのセットアップが物凄く楽でした。 旧来のバージョンでもUbuntuはそこそこ楽でしたが、CentOSの面倒くささと言ったら、んもう。 インストールパッケージの入手先 最近は、下記のChef家となるOpscodeのサイトから、client/serverともインストーラ(各OSでのパッケージ)をダウンロードできるようになっています。 Chef Downloads Clientのインストール 上記サイトからパッケージをダウンロードしてインストールしてもよいのですが、Linuxであれば curl -L https:

    Chef 11 での client/server/knife のセットアップ手順(+α) - 元RX-7乗りの適当な日々
    aki77
    aki77 2013/05/27
  • chef-soloがcookbookから実行するscriptの無限ループで大量にメモリを食って死んだ件 - 酒日記 はてな支店

    とあるホストで初期設定をしようと思って chef-solo を実行していたところ、メモリを全部い尽くして chef-solo (11.4.4) が死亡するという事案が発生。 追ってみたところ、どうやら原因はこんなかんじ。 cookbook から shell script を実行していて、その中で perl Makefile.PL && make && make install していた CPAN.pm が初期設定を終えていない場合、対話モードに入る 対話モードで標準入力が閉じられていると途中まではデフォルトの入力で進むが、地域を選択するところはデフォルトがないためここでメッセージを表示しながら無限ループする 無限ループで大量に出力されたメッセージを、(詳細は確認していないですが) chef がメモリに乗せ続けて太る ということで、cookbook 内で実行する script には注意しま

    chef-soloがcookbookから実行するscriptの無限ループで大量にメモリを食って死んだ件 - 酒日記 はてな支店
    aki77
    aki77 2013/05/27
  • Redis の maxmemory-policy について - @kyanny's blog

    Redis をキャッシュストレージとして利用する場合、 maxmemory によって利用可能なメモリの最大値を指定できる。 maxmemory の値を超えるデータの追加が発生した場合の振る舞いを maxmemory-policy によって指定できる。デフォルトの maxmemory-policy は volatile-lru で、 LRU アルゴリズムに従って古いキーの値が優先的に破棄される。 maxmemory-policy は数種類から選べるが、そのうち noeviction を選んだ場合、古いキーの値は破棄されず、新規追加はエラーとなる allkeys-lru または allkeys-random を選んだ場合、 expire の有無に関わらず、全てのキーの中から破棄対象が選ばれる その他を選んだ場合、 expire がセットされているキーのみが破棄対象となる という違いがある。実装

    Redis の maxmemory-policy について - @kyanny's blog
    aki77
    aki77 2013/05/27