Clairをインストールして、Dockerイメージの脆弱性スキャンをする手順 - うなの日記
Dockerイメージの脆弱性スキャンツール「Clair」 をインストールして、ローカルのイメージをチェックする手順です。微妙にはまったのでメモ。 0.環境 $ cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) $ docker -v Docker version 1.10.2, build c3959b1 1.PostgreSQLをインストールして起動 $ docker pull postgres:latest $ docker run --name postgres -p 5432:5432 -e POSTGRES_PASSWORD=<パスワード> -d postgres 2.clairをインストールして起動 $ mkdir ./clair_config $ curl -L https://raw.githubuse
機械学習手習い : Rをインストールして、基本的な使い方を学ぶ - うなの日記
オライリーの「入門 機械学習」を手に入れたので、手を動かしながら学びます。 www.amazon.co.jp まずは、1章。Rのインストールと基本的な使い方の学習まで。 Rのインストール 手元にあったCentOS7にインストールしました。 $ cat /etc/redhat-release CentOS Linux release 7.1.1503 (Core) $ sudo yum install epel-release $ sudo yum install R $ R R version 3.2.3 (2015-12-10) -- "Wooden Christmas-Tree" Copyright (C) 2015 The R Foundation for Statistical Computing Platform: x86_64-redhat-linux-gnu (64-bit)
トラップリピートイフダンのような注文を発行するエージェントのサンプル - うなの日記
FXシステムトレードフレームワーク「Jiji」のサンプル その2、として、 トラップリピートイフダンのような注文を発行するエージェントを作ってみました。 ※トラップリピートイフダン(トラリピ)は、マネースクウェアジャパン（M2J）の登録商標です。 トラップリピートイフダンとは 指値/逆指値の注文と決済を複数組み合わせて行い、その中でレートが上下することで利益を出すことを狙う、発注ロジックです。 具体的にどういった動きをするのかは、マネースクウェアジャパン のサイトがとてもわかりやすいので、そちらをご覧ください。 www.toraripifx.com 特徴 FX研究日記さんの評価記事が参考になります。 tasfx.net レンジ相場では、利益を出しやすい ×レートが逆行すると損失を貯めこんでしまう 仕組みからして、いわゆるコツコツドカンなシステムという印象です。 レンジ相場なら利益を積み上げ
Webアプリ向け高機能コードエディタ「Ace」をReactに組み込んで使ってみる - うなの日記
Ace とは? Ace は、Webアプリケーション向けのリッチなコードエディタです。 シンタックスハイライトや正規表現検索に対応した高機能なコードエディタを、Webアプリにさくっと組み込めます。 機能一覧: (Aceのサイトより) Java,Ruby等を含む、110言語のシンタックスハイライトに対応 自動インデント マルチカーソル 正規表現での検索/置換 関数やクラスの折り畳み機能(Code folding) 「Ctrl + /」での一括コメント ..etc.. おお、なんかすごい高機能だ。 Reactに組み込んで使う React-Ace を使います。 $ npm install react-ace jsのソースは以下。 import React from 'react' import AceEditor from 'react-ace' // webpackで統合するので、必要なテーマや
JavaScript Dateのタイムゾーン指定できない問題とその対策 - うなの日記
JavaScriptのDate型では、タイムゾーンを外部から指定できない JavaScriptのDate型は、タイムゾーンの情報を持ってはいますが、APIで外から変更することはできません。 getTimezoneOffset() はあるけど、setTimezoneOffset(timezone) はありません。 getTimezoneOffset() の値は実行環境のタイムゾーンになります。 getHours()やgetMinutes()はローカルのタイムゾーンにおける時刻表現を返すので、実行環境によって結果が異なり、問題になる場合があります。 Dateを表示用の文字列に変換する処理のテストを書いていたら、CI環境(CircleCI)で動かしたときに結果が違ってエラーに。 変換APIの仕様としては、「実行環境に合わせた時刻表現を返す」のが期待の動作なので、動きとしては間違っていないのですが
Cordova + React.js + Material UI で、 Material Design な Android アプリのプロトタイプを作ってみた - うなの日記
Cordova のお試しということで、 Cordova + React.js + Material UI で Material Design な Android アプリのサンプルを作ってみました。 HTML+CSS+JavaScript でネイティブアプリが作れるCordova ですが、やはり遅いという話をよく耳にするので、実際どうなのか確認してみるのが目的。 使えそうなら、フロントはJavaScriptで書いて、せめてモデル層だけでも共通化したい。 UIは Material Designにしたいので、 Material UI フレームワークを使ってみました。 Material UI は、Material Design を実装したフレームワークです。 Navigation Drawer や Action Bar といったUIパーツを、React コンポーネント + LESS で提供していま
React.js + Webpack + ContainerJSでTODOリストを作ってみた - うなの日記
React.js + Webpack + ContainerJS でTODOリストを作ってみたので、手順をまとめます。 以前書いた、Knockout + ContainerJS でテスタブルにToDoリストを作るチュートリアル - うなの日記の改訂版。 最近流行ってるライブラリのお試しも兼ねて、いろいろ組み合わせて使ってみようという試みです。 ソース全体はこちらで公開しているので、あわせて参照ください。 ポイント モジュールローダーを require.js → Webpack に ソースはクラス単位で分割管理して、Webpackで1ファイルにまとめてリリースします。 WebpackだとAMDもCommonJSも両方扱えるので、npmのライブラリが使いやすくなるのは大きいかな。 あと、Loaderも便利ですね。 Viewモジュールを Knockout.js → React.js に 流行って
npmの基本的な使い方まとめ - うなの日記
npmの基本的な使い方のまとめです。忘れたときに見返す用。 npmのインストールから、モジュールを取ってきて使うところまで。 環境は、CentOS7です。 インストール node.jsをインストールすると、一緒に入ります。 ここを参考にソースからインストールしました。 $ sudo yum groupinstall 'Development tools' $ wget http://nodejs.org/dist/v0.12.0/node-v0.12.0.tar.gz $ tar xvf node-v0.12.0.tar.gz $ cd node-v0.12.0/ $ ./configure --prefix=/usr/local $ make $ sudo make installバージョンを確認。 $ node -v v0.12.0 $ npm -v 2.5.1 モジュールのインストー
resqueで非同期分散処理を試す - うなの日記
resqueは非同期処理の仕組みを提供するライブラリです。 Webアプリで、画像変換とかメールの一括送信のような重たい処理を行うときに使ったりします。 Railsに組み込んで使うこともできる模様。 複数ノードでの分散処理にも対応。 管理コンソールがついているので、処理ノード(worker)の状態や、積まれた処理の数を簡単に確認できるもポイント。 サンプルのタスクを作って、複数ノードで分散処理するところまで試してみました。 構成 docker上に構築します。用意したコンテナは以下。 redis resqueではバックエンドにredisを使います。 resque-manager resqueの管理コンソール(webアプリ)を動かすコンテナ resque-console resqueで行わせる処理(job)を置くコンテナです。 resqueへの処理の登録もこのコンテナから行います。 resque
Knockout + ContainerJS でテスタブルにToDoリストを作るチュートリアル - うなの日記
Knockout + ContainerJS + Require.js で テスタブル にToDoリストを作るチュートリアルです。 ポイント MVVMアーキテクチャでテスタブルに MVVMアーキテクチャを採用し、View(HTML/CSS)とViewModel,Modelを分離。 ViewModel、Modelは HTMLに非依存となるため、単体テストが可能になります。 オブジェクトの生成と依存関係を、DIコンテナで一元管理 DIコンテナを利用して、ViewModel、Modelの生成と関連付けを自動化。 コンポーネント間の結合を疎にでき、テスト時のモックへの差し替えも簡単にできるようになります。 JavaScriptソースはクラスごとに分割管理 1ファイル200行超えたらメンテナンスとか無理ですよね! ということで、ソースファイルはクラスごとに分割管理します。 ソース間の依存関係解決と読
Seleniumを使ったWeb UI自動テストシステムの構築でやったことまとめ - うなの日記
Seleniumを使ったWeb UIの自動テストシステムを作ったので、やったこと・感想などをまとめてみます。 テスト対象 テスト対象は、AJAXなWebアプリです。 サーバーはREST APIを提供するのみで、UIは全てJavaScriptという構成。 サポートブラウザはIE7以降,Firefox3.6以降。(特定の組織内で使うものなので、Operaなどは未サポートです。) 使用したSelenium 2.x 系列を使いました。 WebDriverと統合されたあとのやつです。 言語はJavaを使用。 テストの目的 以下を目的としました。 機能追加/不具合改修でのデグレード防止 機能追加や不具合改修に伴う動作不正を検出し、デグレードを未然に防止する。 動作確認コストの削減による開発効率の向上 ブラウザごとの動作確認を自動テストを利用して行うことで、機能実装時の確認工数を減らす。 リリース前のリ
[Javascript] AJAXアプリでオートコンプリート機能を有効化する際の注意事項 - うなの日記
ユーザー名とパスワードをブラウザに覚えさせられるオートコンプリート機能ですが、入力されたデータをAJAXで送信して認証するタイプのアプリで使うにはいろいろと工夫が必要です。ということで、AJAXアプリでオートコンプリート機能を有効化する際の注意事項などを調べた範囲でまとめてみました。以下に挙げた手法を適用することで、IEとFirefoxではなんとか動作するようになりましたが、Chrome/Safariはまだダメです。 注意: 動作確認は手元にあった以下のブラウザで行っています(いずれもWindow版。)。他のバージョンでどうなのかは未確認です。 Firefox 3.6.17,4.01 IE 8 Chrome 11 Safari 5.0.5 サマリ IEでの記憶にはwindow.external.AutoCompleteSaveForm(form) を使用する FormをonLoad後に動的
![[Javascript] AJAXアプリでオートコンプリート機能を有効化する際の注意事項 - うなの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/86946a2c59663e2ad1f23400738e49f95acf8f99/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12921228815732060306%2F8454420450087801457%2F1426071808)
Closure CompilerでタイプセーフJavaScriptコーディング - うなの日記
Closure Compilerを使用したタイプセーフJavaScriptコーディングについてまとめ。 Closure CompilerはClosure Toolsの一部で、 JavaScriptコードを解析して圧縮と最適化を行うJavaScriptToJavaScriptコンパイラです。 最適化だけでなく、シンタックスや型のチェック機能も提供。 型チェックは、JsDocコメントの形式で記載された型情報をもとに行われます。 型システムは、ECMAScript4の仕様に準拠している模様。 Closure Compilerを使用することで、ECMAScript3の世界でECMAScript4ライクな型システムが使えます。(型情報をコメントに書くので、スマートさには欠けますが・・) Closure Compilerのインストール Closure Compilerのサイトよりzipアーカイブを取得
Scala+SpecsでMavenなJavaプロジェクトのテストを書く - うなの日記
Specsは、Scalaで使えるBDDなテスティングフレームワークです。JUnit4アダプタが提供されており、Mavenに組み込んで使うことが可能!ということで、MavenなJavaプロジェクトのテストをScala+Specsで書く手順をまとめてみます。 といっても基本的には、 pom.xmlにScalaでのビルドの設定やspecsへの依存設定を書く。 Specsのテストを書く。 「mvn test」! するだけ。依存モジュールなどはMavenが集めてきてくれます。 なお、SpecsについてはQuickStartぐらいしか読んでないので、変なこと書いてたらゴメンナサイ。 MavenなJavaプロジェクト 以下のような簡単な構成のJavaプロジェクトを例として説明します。 <プロジェクトルート> ├pom.xml └src └main └java └com └example └Kitten.
CentOS+Hudsonで、rubyプロジェクトの定期テストを実行する手順 - うなの日記
CentOS+Hudsonで、rubyプロジェクトの定期テストを実行する手順のメモです。 CentOSは5.4。 GitHubにホスティングされているrubyプロジェクトをとってきて、 rakeでrspecを実行します。 サマリ Javaのインストール Hudsonのインストール Hudsonの起動 GitとRakeプラグインのインストール 初期設定 プロジェクトの設定 1.Javaのインストール まずはJavaのインストールから。Oracleのサイトからrpm版をダウンロードしてインストールします。 $ ./jdk-6u22-linux-i586-rpm.bin自己解凍なので、実行権限を付与して実行してやればOK。 2.Hudsonのインストール 次にHudsonをインストールします。CentOS等RedHat系ディストリビューションへの導入手順に従ってrpm版をインストール。 rpm
Rakeの基本的な使い方まとめ - うなの日記
Rakeの基本的な使い方のまとめです。 インストールから、Rakefileの書き方、組み込みライブラリの使い方まで。 忘れたときに見返す用に。 Rakeって何? rubyで処理内容を定義できるビルドツール。「xmlでなくrubyでbuild.xmlを書くAnt」ですな。 ruby専用とかいうわけではなく、javaのビルドなんかにも(使おうと思えば)使えます。 処理内容をrubyで書けるので、ループとか条件分岐も思いのまま。 ただし、組み込みのタスクはちょい少ないので、ちょっとした作業させるにもコーディングが必要そうかな・・・。便利なライブラリがどっかにあったりするのかもですが・・・。 rakeツールのインストールと使い方 インストール ruby と rubygems は事前にインストールされている前提で。 $ gem install rakerakeのgemをインストールするとrakeコマ
依存モジュールのdependencyを調べるなら「jarvana」が便利! - うなの日記
実は有名だったりするかもですが、依存モジュールのdependency定義(pom.xmlに書くやつね)を調べるなら「jarvana」�が便利ですよ! →「jarvana」 「jarvana」を使えば、 クラスのFQCNからそれを含むモジュールを探す。 プロジェクト名(「guice」とか)から、モジュールを探す。 といった操作がさくっと行えます!モジュールが見つかった後は、Mavenのdependency定義を確認したり、jarそのものをダウンロードしたりできます! 1.クラスのFQCNから探す 「ClassNotFoundExceptionが発生したけど、このクラスがどのjarに入っているかわからん!」という場合は、「jarvana」の「Class」のところにFQCNを入力して「Search」! クラスを含むモジュールの一覧が表示されるので、それっぽい?行の「Class Details」を
GAE+JSPではまった点x3 - うなの日記
GAE+JSPではまった点x3のメモ。雑魚中の雑魚ばかりですが。 1.JSTLが使いたい! GAEではデフォルトで組み込まれているので、WEB-INF/libにjstl.jarとかstandard.jarとかを追加する必要はありませんよ。 「Google App Engine - JDO を利用したデータストアの使用」のヒントのところにさりげなく記述があります。「JSTL」で検索。 2.EL式が評価されない ページ属性の定義で、「 isELIgnored="false" 」にしないとEL式は評価されません。 <%@ page contentType="text/html; charset=UTF-8" isELIgnored="false" %>「JavaServer Pages (JSP) v2.0 Syntax Reference - Page Directive」によるとデフォルトは
データストアの単体テストを書く手順 for 1.3.3 - うなの日記
GAEのSDKを1.3.3にバージョンアップしたら、データストアの単体テストがコンパイルエラーに! ドキュメントを見ると、どうやらテストケースの書き方が変わったらしい。(1.3.1 - 1.3.2はスルーしていたので、実はずっと前からかもですが) ということで、SDK1.3.0の頃に書いたテストケース作成手順を1.3.3での手順に更新しておきます。ユーティリティクラスが用意されて、以前より少ないコードで済むようになってますよ。 単体テストとは? 単体テストでは、 ローカルでGoogle App Engineのサーバーを起動することなしに、 データストアにアクセスするモジュールのテストを記述できます。 公式なドキュメントはこちら。日本語のドキュメントはまだ更新されていない(2010-05-01 現在)ようなのでご注意。 概要 必要なモジュールをプロジェクトに追加 テストケース内でLocalS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub の Dockerfile から Docker Image を自動ビルドする設定手順 - うなの日記