RESTfulなAPIを構成するのに特化したウェブフレームワークとか(Python編) - laiso
こんばんは、Python界のひきこもりです。 モバイルアプリケーションのバックエンド開発などでRESTful APIを先ず設計する必要があるといったケースなんかで便利に利用できそうな、既存のウェブアプリケーションフレームワークの仕組みからRESTfulなAPI構成に特化してパッケージングされたサブフレームワークがいろいろ出てきているので調べました。 フレームワークに必要な機能そもそもフレームワークにどんな機能が必要なのかというのをChoosing an API framework for Django から抜粋。 ページネーション(アイテムの先頭から10件が1ページ目→11から20が2ページ目など) データの投稿とバリデーション メタデータの生成(result, count, next みたいな要素をレスポンスに含める為のしくみのことかな?) レスポンスのハンドリング キャッシュ データの
最近 Python で時間を扱うモジュールは『arrow』がブームらしいメモ - 牌語備忘録 -pygo
(python==2.7, arrow==0.3.5) crsmithdev/arrow · GitHub Arrow: better dates and times for Python — Arrow 0.4.4 documentation Arrow - better date & time manipulation for Python : Python <-作者さんが質問に答えてる。名前の由来とか。 dateutilあるけど、arrowもいいらしい。 こっちの方がモダンっぽいらしい。 id:Voluntas師匠に教えてもらった。 >>> import arrow # 現在 >>> arw = arrow.utcnow() >>> arw <Arrow [2013-09-05T15:06:49.312975+00:00]> # 翌月（年月日を複数形で指定して増減） >>> arw.
「ご飯にする？それともお味噌汁にする？」と妻がきいてきます。- Everything You’ve Ever Dreamed
結婚して丸二年になる嫁さんが、食事の前、僕に「ご飯にする？それともお味噌汁にする？」ときくようになって久しい。全体的に謎である。ご飯と味噌汁を二項対立のようにとらえているのも妙だ。ご飯が食事全体を指すのか、白米（炊飯済）を指しているのかもよくわからない。実際、僕が「ご飯」といっても「味噌汁」といっても食卓に並ぶ食事が変わるわけではない（代替の食事は用意されていない）。 きっと、抽象的で深遠な意味が含まれているのだろう。全部言葉にしなければいけないというわけではないけれど、肝心な事ははっきりとした言葉にしてもらいたい。僕がいかなる答えを出したあとでも同じようにふふふと笑う嫁さんも正直不気味だ。2カ月間。ほぼ毎日。「ご飯がいい？味噌汁がいい？」→答え→うふふ、というやり取りは続いた。 耐えられなくなった僕は嫁さんに質問の真意をたずねてみた。すると「答えはあなたの心の中にあります」とジェダイマス
sysbench 0.5のインストールと簡単な使い方 - hiroi10のブログ
MySQLのベンチマークとしてよく利用されるsysbenchのインストールと使い方について簡単にメモ。バージョンは0.5となります。 環境 CentOS 6.4 x86_64 MySQL 5.6.11 sysbench 0.5のダウンロード (たぶん)sysbench 0.5はWebからダウンロード出来る場所がありません。ダウンロードはlaunchpadから行います。launchpadのアカウントの作成方法は割愛しますので予めアカウント作成しておいて下さい。 $ bzr branch lp:sysbench Branched 116 revision(s). $ ls -ld sysbench drwxr-xr-x 7 hiroi10 hiroi10 4096 Jun 1 04:07 sysbench $ cd sysbench $ ls -l total 100 -rwxr-xr-x 1
neobundle.vim の遅延処理で Vim の起動を高速化する - C++でゲームプログラミング
この記事は Vim Advent Calendar 2012 73日目の記事になります。 今回は最近実装された neobundle.vim の遅延読み込み処理をわたしが把握している範囲で簡単にまとめてみたいと思います。 neobundle.vim でプラグインの遅延読み込み行うことで Vim の起動の高速化が期待出来ます。 [その前に] neobundle.vim 自体に関しては下記の資料を読んでみるといいと思います。 neobundle.vimについて+おまけ また、neobundle.vim の遅延読み込みに関して下記の記事と一部被っている記述があります。 全体的な Vim の起動の高速化に関してはこちらの方が参考になるかと思います。 「立て！立つんだビムー！」 - sorry, unimplemented [プラグインを読み込む] neobundle.vim でプラグインを読み込む場
おすすめの unite-source 教えてください - C++でゲームプログラミング
この記事は Vim Advent Calendar 2012 207日目の記事になります。 と、いう発言があったので、わたしが個人的によく使用している unite-source を上げてみたいと思います。 なお、内容がだいぶ偏っているのに加え unite-source には類似している source も多いので『これが一番！』というわけではありませぬ。 [まえがき] unite-source とは unite.vim で使用される拡張モジュールです。 unite.vim は unite-source を使用して様々なデータを出力します。 unite-source は比較的簡単に作成する事が出来るため、多くの人が独自の unite-source を作成して公開しています。 既存の unite-source は下記の記事などでいくつか紹介されています。 unite.vimの使い方まとめ - M
DDoS攻撃を可視化する：DDos on the VideoLAN - サイエンスメディアな日々 インフォグラフィクスな日々
サイバー攻撃の可視化では、情報通信研究機構のNICTER、DAEDALUS（ダイダロス）が有名だ。おそらくこの種の可視化では世界の先駆者だと思う。しかしもちろん、サイバー攻撃は日本だけの問題ではない。世界共通の重大な脅威になっている。 上の映像は、ウェブサイトログ可視化システム、longstalgiaを使って、今年４月２３日におきたVideoLANへのDDoS(Distributed Denial of Service)攻撃の様子を可視化したものだ。VideoLANは、フリーの動画再生プレーヤー"VLCプレーヤー"を開発・提供するオープンソース・プロジェクトである。 映像では、VideoLANのサーバーに対し、多数のアドレスから通信の「集中砲火」がおきていることがわかる。発信元は、悪意あるハーダーによって密かにボットを仕込まれた、不特定多数のPCたちだ。ハーダーは侵入させたボットを操って、
今日からすぐに使えるデプロイ・システム管理ツール Fabric 入門 - 科学と非科学の迷宮
Fabric は、Python 製のデプロイ・システム管理ツールです。 最近、構築や運用を自動化するための様々なツールが出てきています。 構成管理ツールの Puppet や Chef が有名ですが、使うまでに覚えることが多いのが欠点です。 しかし、Fabric は非常にシンプルなツールで、今からすぐに使うことができます。 Fabric はデプロイ・システム管理ツールで、類似のツールとして Ruby 製の Capistrano があります。 Fabric の最大の特長は、シェルスクリプトを書き慣れた人がいきなり利用できるところです。 シェルスクリプトとしてまとめていたコマンドをそのまま run() メソッドや sudo() メソッドで囲むだけで、使うことができます。 シェルスクリプトを使っていていると、いくつもの問題に遭遇します。 名前空間の管理 変数の扱い 複雑なデータ構造がない(せいぜい
「オンプレミス・システムの終わり」の始まり〜AWSでのミッションクリティカルシステムの稼働 - 急がば回れ、選ぶなら近道
個人的には割と大変だったので、その辺をまとめておきます。 ニュースリリースはこちら。 http://www.nautilus-technologies.com/topics/20130409.html 要するに本部系バックエンド基幹システムの「一式」のクラウド移行です。完全なミッションクリティカルシステムで、止まった段階で業務に確実に影響が出ます。 システムの機能概要 1.売上の確定処理と債権管理 POSデータの直結です。売上確定処理を行います。同時に債権管理も行い、F/Bからの入金データをそのままつなぎ込み、入金処理・債権の消し込み処理を実行します。マッチングは自動処理できるものは処理を行い、ヒューリスティックなものはユーザー判断に従います。 2.仕入・費用の計上と確定処理、および支払いデータの作成 費用・在庫の計上確定処理です。当時に支払データの確定処理を行います。EDI（BMS）との
運用視点でChef ServerかChef Solo + Knife Soloのどちらが良いか考えてみた - プログラマでありたい
ChefとFabric、どちらが良いか悩んでいるうちに、Chefが一気にブレイクしてしまった今日この頃です。と言うことで、Chefを中心に今後のサーバ構築・運用について考え中です。そこでまず出てくる問題が、Chef Server+ClientとChef Solo + Knife Solo、どちらの構成が運用しやすいかという点です。 状況を整理する為に、まずは簡単にChef Server, Chef Solo, Knife Soloの関係や役割をまとめて見ます。 Chef Server サーバーの状態を管理し、それに関する情報を保持しておくのがChef Serverです。Client側は個々のサーバにインストールされて、Chef Serverに司令を問い合わせて実行します。Chef ServerはDBやキューなどを持ち、少し複雑な構造です。同じカテゴリーの製品として、PuppetやFabri
kvm + libvirt / CentOS 5.4の設定 - 日々の報告書
開発で、研究でCentOSをメインに使うようになり、また、某グリッドミドルウェアを動かすための仮想環境を作りたくなったので、CentOS 5.4上でkvm + libvirtのCUIベースの環境を作った。その備忘録を兼ねたメモ（CentOSを使う前に同じような環境をDebianで作っていたので、設定ファイルの一部は旧環境から持ってきている）。ブリッヂ接続までの設定。 BIOSの設定 HTを有効 Intel Virtualization Technologyを有効 Intel VT-dを有効 基盤OS設定 1. CentOS 5.4をインストール 途中選択するパッケージグループはBaseのみ インストール後システムをリブート 2. setupコマンド firewall、SELinuxはとりあえず無効 # setup3. パッケージアップデート # yum update # reboot4.
変数に型がないということの利点について考える - Perl入門ゼミ
Perl › 読み物 PHPやPerlやRubyやPythonなどのスクリプト言語に対して、変数に型がないということを否定的にとらえる人もいるかと思います。特にC言語やJavaなどの静的言語を使ってきた人にとっては、型がないということが不安材料として目に映ることが多いのではないかと思います。 けれども、型がないということは、本当に素晴らしいことです。型がないことによって、たくさんの面倒から解放されるからです。 どのような型の値でも代入できる まず基本的なこととして変数に型がなければどのような型の値でも代入できるということです。つまり、受け取るときに、どのような型の値を受け取るのかを意識する必要がありません。 my $str = 'Hello'; my $num = 1; my $nums = [1, 2, 3]; my $person = {age => 2, name => 'taro'
軽減税率がITに与えるインパクト - 急がば回れ、選ぶなら近道
http://www.nikkei.com/article/DGXDZO50933940U3A120C1MM8000/ どうやら本格的に複数税率が消費税に適用されるようです。まだ、決定でもないし、今後の業界の猛烈な反対もあるだろうから、どうなるか分からないのですが、その辺を部外者的に（かつ元関係者的に）記録として書いておきますよ。 この軽減税率で、もっとも変更のコストがかかる「仕組み」の一つはITであることは、多分論を待たないと思います。特に、税率を複数適応する羽目になる流通・サービス系のITは下手をするとかなりのコスト負担になるところも出てきます。またか！またコストですか！いや、これこそがITなのですよ。 まず影響が出てくるところ予想すると、事の大小はありますが、ほぼ大抵のところで手を入れる必要がある気がします。んで、例によって、多分この辺が正確に予想できている、CIOを除く経営陣は皆無
vimfiler のデフォルトキーバインドまとめ（機能別） - Alone Like a Rhinoceros Horn
感想文の副産物 「プログラムノ~ト:VimFilerのデフォルトキーバインドまとめ」の焼き直しですが、デフォルトキーバインドのアップデートをフォローしつつ、機能別に整理してみました。キーバインドはもちろん各自で自由に設定できますので、キーバインドのまとめそれ自体にはあまり意味はありませんが、vimfiler の機能を概観するには役立つだろうと思います。 現時点*1で用意されている機能はすべて網羅していると思いますが、漏れがありましたらツッコミお願いします。 起動／終了 :VimFiler で起動。netrw を置き換えるように設定していれば :e . でも vimfiler が起動する。 キー 機能 o 別の vimfiler を起動 既に二画面になっているときはディレクトリを同期 （他方の vimfiler を現在の vimfiler に同期） O 別の vimfiler とディレクトリ
selenium 主なコマンド一覧 - 主に言語とシステム開発に関して
よく使うコマンド集。 分類済み。 移動 open [url] [] : urlを開く submitAndWait [formのid] [] : 送信して結果を待つ click [id] [] : リンクやボタンをクリック clickAndWait [id] [] : リンクやボタンをクリックして，画面遷移を待つ 確認 verifyTitle [text] [] : titleを確認 assertTitle [text] [] : titleを確認。違えば停止。 verifyText [id] [text] : 要素の文字列を確認 assertText [id] [text] : 要素の文字列を確認。違えば停止。 verifyValue [id] [value] : フォーム要素の内容を確認。（セレクトボックス含む） assertValue [id] [value] : フォーム要素の内容を
プロセス、スレッド、ファイバ、タスク、ジョブ、違いを整理してみよう - Schi Heil と叫ぶために
まずは分かりやすいプロセスとスレッドから。 Windows や Linux などの汎用 OS 上のアプリケーションは一般にプロセスとして動作している。プロセスはプログラムの実行単位である。プロセスは1つ以上のスレッドと、ファイル、ヒープメモリなどのリソースで構成される。一方、スレッドは CPU 利用の単位である。スレッドはそれぞれが専用のスタックと CPU レジスタのコピーを保持するが、ファイルやヒープメモリは同一プロセス内の全てのスレッドで共有する。 スレッドのさらにサブセットがファイバである。スレッドとの違いは切り替え動作にありファイバのほうが軽いというメリットがある。プロセス、スレッド、ファイバの関係はこちらの説明が分かりやすかった。 プロセスはプログラム実行のための固有のメモリ空間を持っており、最も独立性の高い実行単位である反面、起動や切り替えに時間がかかるという特性を持っています
米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ
OracleからMySQLへ移行する時について最低限知っておくべき5つのこと - メモチョウ
タイトルはホッテントリメーカーより． RDBをOracleからMySQLに変更する際にちょっとつまづいた事． 日付の標記 Oracle: TO_CHAR(), TO_DATE() MySQL: DATE_FORMAT() 参考： MysqlのDATE_FORMAT関数をもっと早く知っていれば - 株式会社M&Aバンク http://ma-bank.com/item/604 シーケンス（順序） Oracle: テーブル定義とは別にSEQUENCEを作る． MySQL: オートインクリメントのフィールドを作る． 参考： LAST_INSERT_ID()の使い方 - Yahoo!知恵袋 http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1310289108 バインド変数 Oracle: ":columnName" コロン＋カラム名
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.inouetakuya.info/entry/20130511/1368271417
長文日記