How to watch NASA's first Boeing Starliner crewed flight launch today
markdownより表現力あって、Sphinx(ReST)以外のマークアップ方法ないかなと思ってasciidocを試してみた。 asciidocそのものはPython実装らしく、MacだとHomebrewでインストールできる(Ruby実装のasciidoctorてのもあって、こっちはgemからインストール可。 「Windowsだとインストールめんどいのかなぁ」と調べていたらGradleのプラグインを発見した。 → GitHub - asciidoctor/asciidoctor-gradle-plugin: A Gradle plugin that uses Asciidoctor via JRuby to process AsciiDoc source files within the project. これ使うと、Gradleの実行環境さえあればすぐasciidoc使える事がわかった(
はじめに HadoopのHA勉強したいなーと思い、Hadoopクラスタ組んでみました。 で、環境をどうするかが問題です。 次のパターンでHadoopクラスタ組めないか、考えました。 AWS サーバー自作で仮想化 インテルのNUC Raspberry Pi AWSって最高じゃないですか。でも、手元に物理的な筐体がないと物足りないんですよね。なんだろ、これ。 サーバー自作は最後まで考えました。CPU何にするかまで考えました。でも、物理的に大きなものが、我が家に存在すると、いろいろ問題があるのですよ。奥様的に。で、却下。 インテルのNUC欲しかったです。でもSSDとか電源とか別途購入する必要があり、結果的にコストオーバー。 んで、消去法で、Raspberry PiでHadoopクラスタ組んでみることになりました。 ゴールはNameNode、DataNode、ResourceManager、Nod
本記事は JPOUG Advent Calendar 2014 の22日目です。21日目は 江草家の人々 さんの Oracle Blogs 日本語のまとめ: [FMW, BPM] ADF FormをBPM Process ComposerのPlayerで使ってみたり、タスクを取り下げてみたり でした。 ここでは自作のリファレンスマニュアル参照ツールをちょっと改修したよという宣伝をさせてください。 一ヶ月ほど前に江草家の人々さんのブログに次のような記事がありました。 Oracle Blogs 日本語のまとめ: [UX] Alta UI Oracle Blogs 日本語のまとめ: [UI, UX] Back to Basics. Helping You Phrase that Alta UI versus UX Question なるほどなるほど。Oracle 製品に使われている ADF など
この記事は ドワンゴ Advent Calendar 2014 の23日目の記事です。 昨日は hiroki_kanaさん でした。 最近、Sparkというソフトウェアがデータ解析界隈でこれからくる計算基盤になるのではと注目を浴びています こいつを使って、ちょっと簡単なTwitterネガポジ分析をしてみましょう TL;DR sparkは比較的新しい分散処理基盤 その中にStreamを扱うライブラリがある ec2で手軽にクラスタを組んで試せる ec2でspark streamingを使って、ドワンゴに関する文字で検索した結果からネガポジ分析してみた Sparkって何? 最近Scala界隈だったりデータ分析界隈で賑わっている、比較的あたらしい分析処理基盤になります http://spark.apache.org/ このページを見ると、一番上にこう書いてあります 100倍ってちょっとどういうこと
突貫版を直したもの。 EBSスナップショットでMySQLデータディスクをバックアップします。 スレーブDBで実行することを想定してます。 jq必要です(入ってないならインストールするを追加しておこう..あとで間違いなく忘れる) service mysqld stop してるけどFLUSH TABLES WITH READ LOCKでもよいかも。 毎日cronやjenkinsおじさんで動くものと想定して、取得後に前日分のSnapshot/Volumeを削除してます。 世代残すなら2 days agoのほうがいいね。 シェルスクリプト変数スコープ無しって脳筋にとって最高。 某コピペみたいに小さな音がすべてに響くみたいな。 だめだけど。いいんです。
既に12月22日ですが、このエントリーは、Node.js Advent Calendar 2014の13日目のエントリーです。 いや私が書くの遅れたわけじゃないですけど…(言い訳)、ちょうどタイムリーなネタがあるので、先日リリースされたNode-v0.10.34で発生した(現在も継続している)問題について携わった経緯を自分の目線で書いてみます。 追記:日本時間の12/24にNode-v0.10.35がリリースされました。 http://blog.nodejs.org/2014/12/23/node-v0-10-35-stable/ 本記事の不具合も修正されています。 1. Node-v0.10.34リリース直後にissue発生 先週12/17にNode v0.10.34 (Stable)がリリースされました。10月中旬にPOODLE騒ぎでOpenSSLに対応した Node-v0.10.33
ジェームズ・ハミルトンらが表題のNBER論文を書いている(ungated版)。原題は「Sign Restrictions, Structural Vector Autoregressions, and Useful Prior Information」で、著者はChristiane Baumeister(カナダ銀行)、James D. Hamilton(UCサンディエゴ)。 以下はその要旨。 This paper makes the following original contributions to the literature. (1) We develop a simpler analytical characterization and numerical algorithm for Bayesian inference in structural vector autoregr
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
ども、mod_mruby ngx_mruby Advent Calendar 2014 19 日目担当、初心者枠の cloudpack の かっぱ (@inokara) です。 はじめに 以前「Nginx で構築したリバースプロキシを ngx_mruby で細かい制御をする試み(1)」に ngx_mruby を利用して、コネクション数を監視してアクセス制限を試してみましたが、今回は Nginx 内部で保持しているコネクション数をはじめ取得可能な値を InfluxDB に放り込んで可視化してみたいと思います。 既に @matsumotory さんが mod_mruby と GrowthForecast で同様のことを実践されていらっしますのでご一読ください。 Apacheの内部データをGrowthForecastにmod_mruby経由で送ってグラフ化 当初は同じように Growthfore
この記事はLinux Advent Calendar 2014 の23日目の記事です。 背景 アカツキではAWS EC2をテストサーバ、ステージングサーバ、本番サーバとして利用しています。先日1周年を迎えた千メモは、リリース時よりも大分デプロイ時に容量を使うようになってきました。ステージングサーバのストレージ容量が当初想定していたものより大分カツカツになってきたため、Amazon社の出しているマニュアルに従って、ストレージ容量を拡張しました。ストレージ容量の拡張そのものは無事うまくいったのですが、どうしてこんな1秒もかからずに拡張出来るのだろうか(resize2fsコマンドが終わるのだろうか)、という疑問がわいてきました。そこで、Linuxでどのようにファイルシステムのサイズを拡張しているか調査するためのとっかかりとして、resize2fsコマンドを調査しました。 調査対象 調査対象は以下
企業秘密として、立ち入りを禁じられた場所。 軍事上のセキュリティによる観点から、非公開とされてきた場所。 都合が悪いからと、見て見ぬふりをされてきた場所。 都市伝説として知られており、本当にあるのかどうか分からない場所。 これだけ交通手段も発達し、情報化が進んだとはいえ、まだまだ世界は広い。宗教、科学、歴史、戦争、様々な分野において、限られた人間しか立ち入れない驚きのスポットが数多く存在している。そして須らく行けない場所にはワケがあるのだ。 それはまさに世界中に散らばった情報社会の秘境。ヒトラーの地下壕から伊勢神宮まで、本書に掲載されている全99ヶ所の非公開区域の中から、そのいくつかを紹介してみたい。 * 先祖とのつながりを重視することでも知られるモルモン教。その総本山の近くには、世界最大と思しき35億点を越える家系データが保管されている。ユタ州に位置する岩山の地下深くにそびえ立つ、グラナ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く