Electronic Circuit Board via Creativity103 licensed under Creative Commons. Cropped. If you are are an engineer whose organization uses Linux in production, I have two quick questions for you: 1) How many unique outbound TCP connections have your servers made in the past hour? 2) Which processes and users initiated each of those connections? If you can answer both of these questions, fantastic! Yo
天狗食堂 値段:¥¥ 音量:★★★★ 照度:★★ この一杯&一品:ハイウーロンと餃子 定番スポットや老舗バー、注目の新店まで、魅力的なミュージックスポットを、店主、スタッフがセレクトしたミュージックプレイリストとともに紹介する連載企画『TOKYO MUSIC BOX』。 今回は三軒茶屋で最もディープなDJバー、天狗食堂を紹介。今年9年目を迎える同店だが、週末は深夜から早朝まででは収まらず、昼すぎまでぶっ続けで営業する、ハードな遊び人と飲んべえたちの終着駅である。 店内奥には良い感じにラフなDJブースが。DJは基本的に平日も含め毎日入っており、ジャンルもディスコ、レアグルーヴ、ワールドミュージックからハウス系までと幅広い。アニバーサリーイベントではDJ NORIが出演したりと、大御所が登場することもしばしばある。DJバーにしては珍しく、踊れるスペースがしっかりとあるのが嬉しい。 店主の千田顕
生活していく上で、多種多様な選択肢のある現代。「環境」が人生に与える影響は少なくないというが、実際どれほどのものなのか。「教えて... 続きを読む
どのように直されていったのか、それぞれの部分を比べて見てみよう。 まず最初のブロックについて。現在の日本語版と初版の英語版、そして、1回も「anonymous」と言わないように直された時点の英語版は、それぞれ以下のようになっている。 2 – Criteoの技術 オンライン・ウェブ環境:(デスクトップ、タブレット、スマートフォンのブラウザ) Criteoはパートナーサイトで匿名のブラウザクッキーを用いて訪問者に「タグ付け」を行います。Criteoによってタグ付けされたユーザーには、匿名の識別子が与えられます。Criteoがユーザーのお名前や住所などの個人情報を収集することは一切ありません。 ブラウザのクッキーは、Criteoが配信した広告を通じて訪問者が閲覧した製品および訪問したパートナーのページを記録します。パートナーのサイトからCriteoのサーバーに匿名データを転送するために、Crit
それは、カネの流れを変えるはずだった。一方的に価格を設定し、暴利をむさぼり、著作者たちを囲い込み、契約で縛り、他人の著作物を我が物として扱い、それをネタにカネを儲け、重役たちに高給を出している大手企業に入っていくカネの流れを変えるはずだった。少なくとも、語られていた「革命」はそういうことだった。しかし実際には、カネの流れを止めてしまった。行き先が大手であれインディであれ、録音された音楽にカネを出す人は激減してしまったのだ――読後、そのことを改めて思った。 The Pirate Bayが挑発的な態度で注目を集め、Kim Dotcomがその巨体に匹敵するような富を蓄えているとわかったあのとき、何が起きていたのか。 スティーヴン・ウィットの『誰が音楽をタダにした? 巨大産業をぶっ潰した男たち』(関美和訳)は、膨大な文書を調べ、何十人もの人に話を聞き、5年近くの歳月(「あとがき」による)をかけてま
iocage - A FreeBSD Jail Manager¶ iocage is a jail/container manager written in Python, combining some of the best features and technologies the FreeBSD operating system has to offer. It is geared for ease of use with a simplistic and easy to learn command syntax. FEATURES: Templates, basejails, and normal jails Easy to use Rapid thin provisioning within seconds Automatic package installation Virtu
さて、米大統領選挙の結果で全世界が騒然とし、「新政権の顔ぶれ決定」的なニュースがそれに続く中で顔面蒼白にならない理由を探すのが大変というような状況の一方で、英国でも大変に大きな動きがあった。だが、米国のニュースがすさまじいので、英国のとんでもないニュースはBBC Newsのトップページのような「全世界に知らされるニュース」ではとても影が薄かった。私も個人的にいろいろ疲れていて、ネットなんか見ないで本を読んでたりしたので単に見逃したのかもしれないが、それにしても影が薄かった。 といっても、英国があえて「トランプの当選」というすさまじいニュースにぶつけたわけではない。ことが決まったのは国会でのことで、国会での審議の日程はずっと前(米大統領選挙の前)に決められていただろうし、そもそも米大統領選は、結果が出るそのときまで、ほぼ間違いなく「米国初の女性大統領誕生」ということになると考えられていた。米
[追記] 考えること(2)も書きました。 先日、ネットワーク図の書き方 - Akio’s Log を読みまして。自分もちょっとネットワーク図について書いてみようと思いました。入社以来なぜか関わる案件関わる案件でネットワーク図を書き続け、自分なりに思うところがそれなりにあったりするので。まあ、関わる案件で毎度ゼロから書いていたわけではなく、すでに作ってある案件もあるのですが…。結局、自分で書いてみないとわからないことが多いので、すでに図があろうがなかろうが毎度自分で描くってだけなんですけどね。 今回のサンプルは例によって自宅のネットワーク図にしましょう。図自体は以前のエントリにも載せているのですが、IHAnet 参加とか自宅ラック#3とか のあたりで機材追加したりしていろいろと変更を加えました。 参照 上でリンクを張ったこの記事 に参考リンクはいろいろあるのでそちらを参照したら良いのですが、
はじめに 1回目を書いてからまたしばらく間をあけてしまいましたが…。しかもその間で図をいったん全部書き直したりしているし。図は再掲します(Visioで書き直しました。) 2回目では「ヒント」「心得」についていくつか見ていこうと思います。1回目は「何のために書くのか目的をはっきりさせる」「物理構成と論理構成を分離する」という点についてでした。今回は「ルールを決めよ」「大胆に省略せよ」「簡潔さを保つ」です。「省略」と「簡潔さ」はだいたい同じことを言っていると思います。そして、そのためにはルール設定が必要です。 ネットワーク図のルール ネットワーク図にはルールが必要です。まあ別にネットワーク図に限らず、技術文書に書くべき図には(…技術文書自体も)どれもルールが必要なのですが。なぜルールが必要なのでしょうか? スタイルや表記方法を統一する 読者の負荷を軽減する 誤解を防ぐ 記載する情報を簡略化する
SQSの大型アップデートです! オンプレでエンタープライズな開発を行ったことがある方であれば、分散キューシステムの設計が大変だったと思います。実際のところは高額ライセンス商品を買うしか選択肢はなかったのではと。Amazon SQSの登場によって、今まで実装が大変だったノンコア機能のキューが、超安価に簡単に使えるようになったのは衝撃でした。これだけでクラウドを使う理由になりました。 そして、年月は流れ、この度SQSが進化しました!まずは、今までのSQSの課題についておさらいしたいと思います。 標準キュー 今までのSQSは、メディアエンコーディングや大量タスクの分散処理などに適していましたが、いくつかの用途においてフィットしなかったり、独自実装をする必要がありました。 順番が保証されない SQSは高可用性を持った分散キューシステムですので、1つのエンドポイントに投げられたメッセージは複製され蓄
マイクロサービスアーキテクチャが話題を集め、コンポーネントのWeb API化が更なる急加速を見せる昨今。 とは言え「誰でも自由に叩いて良い」Web APIなんてのは事実上無く、ほぼ全てのケースで何かしらのアクセス制御が必要になります。 - Spring Security もサポートする昔ながらの「Basic認証」。古い、ということは、悪いソリューションなのか? - 最近のAPIのアクセス制御と言えば「OAuth 2.0」がトレンディ? Spring Security OAuth もあるし! - 一方でAWSは「APIキー方式」を採用。なぜAWSはOAuth2ではないのか? - Spring Security はまだ公式にサポートしていない「OpenID Connect」とは一体…? Webにおけるアクセス制御の歴史を振り返りつつ、様々なAPIの立ち位置と共に、その最適解を探っていきたいと思
H. Krawczyk IBM M. Bellare UCSD R. Canetti IBM 1997年 2月 HMAC: メッセージ認証のための鍵付ハッシング (HMAC: Keyed-Hashing for Message Authentication) このメモの位置付け このメモは、インターネット・コミュニティに対して情報を提供するものである。このメモは、何らインターネットの標準を規定するものではない。このメモの配布に制限はない。 要旨 この文書では、暗号ハッシュ関数を使用してメッセージ認証を行なう仕組みである HMAC について記述する。HMAC は、MD5 や SHA-1 などの反復暗号ハッシュ関数を秘密の共有鍵と組み合わせて使用する。HMAC の暗号としての強度は、使用しているハッシュ関数のプロパティに依存する。 1.はじめに 信頼できないメディア上を伝送し、蓄積される情報の
このエントリについて 2種類の要件 性能要件のテスト offline と online offline 性能テストの自動化 A/B テストはすぐにほしい 機能要件のテスト 性能テストのみで十分なのでは? テストデータ生成 機能テストをいつ作るか まとめ このエントリについて ポエムです。 11/8(火) に開催された Cloudera World Tokyo 2016 に参加しました。 大規模データに対するデータサイエンスの進め方 #CWT2016 (以下、発表 1) データ分析グループの組織編制とその課題 マーケティングにおけるKPI設計の失敗例 ABテストの活用と、機械学習の導入 #CWT2016 (以下、発表 2) その中で上記の2つの発表がとてもいい話でした。 多少絡みのある内容として機械学習を利用するプロダクトのテストについて述べたいとちょっと前から考えていたので、いい機会なので
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く