gorilla/csrf で安全なWebフォームを作る - 小野マトペの納豆ペペロンチーノ日記
こんにちは。GoでWeb開発していますか？私はしていません。Goに限らず、既成のWebアプリケーションフレームワークを使わずに自前でWebフォームを作る場合、なにも考えずに書くと CSRF (Cross Site Request Forgery) 脆弱性を作りこみ、不正なユーザー操作を実行されてしまう可能性があります。 ダメな例 例えば以下のGoコードで作成されるフォームにはCSRF脆弱性があります。SubmitSignupForm ハンドラは、受け取ったリクエストが自分のサイト上のフォームからサブミットされたものかチェックしていないので、攻撃者が他のサイト上のフォームを使い、第三者のユーザーのブラウザで任意の操作を実行させることができてしまいます。 func main() { r := mux.NewRouter() r.HandleFunc("/signup", ShowSignupF
部屋の本棚をIKEAのBillyにした話 - 小野マトペの納豆ペペロンチーノ日記
今の部屋には、引っ越す前から育てている無印のパルプボードボックスを利用した本棚があるのだけど、じわじわと紙の本が増えて、そろそろ本が溢れるようになってきた。このままパルプボードを増設していってもよかったが、この製品は仕様上は5段までしか重ねられず、壁の上部が有効利用できない問題があったため、ここはひとつ背の高い本棚を導入し、本棚の設置面積を圧縮して部屋をより広く使うことにした。ゆくゆくはソファを置くなどもしたい。 before: 無印のパルプボードボックス 本棚選び 我が家の本棚としての要件は、大判の美術書から文庫版の漫画まで、効率よく収納するために可動棚をもつことと、スッキリしたデザインであることだったが、デザインについて納得できるものがなかなか見つからず、本棚選びは難航していた。 無印のパルプボードボックスがそうであったように、ぼんやりした曲線を排したソリッドなかたちの本棚が欲しかった
GoとgRPCでKVS的なものを作ってみた - 小野マトペの納豆ペペロンチーノ日記
正月で時間があったので、以前から触ってみたかったgRPCをGo言語から使い、キー・バリュー・ストアのようなものを作ってみた。 KVSといっても、GoのmapへのGet/Put/Delete/ScanをgRPC経由で叩けるようにしただけのもの。それだけだとあまり面白く無いので、gRPCらしく、Watch機能をつけてmapへの更新を監視できるようにした。 github.com 個人的には、HTTP/1.1 + JSON APIと比べた時のgRPC(HTTP/2 + ProtoBuf)のメリットや違いが気になっていたので、そのあたりを気をつけながら書いた。 開発の手順 サービス定義 まずはProtocol Buffers 3でKVSのサービスを定義する。サンプルを見ながら適当に書いた。 grpc-kvs/grpc-kvs.proto at master · matope/grpc-kvs · G
GoのHTTPサーバーを80番や443番ポートでListenする方法を調べた - 小野マトペの納豆ペペロンチーノ日記
1024以下の番号のポートでサーバーをListenするには、rootで実行する必要がある。それはもちろん嫌なので、GoのWebサーバーを80番ポートでサービスするためにどういう方法があるのか調べた。 root権限で起動してListenしてからSetuidで権限降格 最初はroot権限で起動して、80番ポートをListenしてからsetuidで権限降格するやりかた。 Node.jsでもそんな感じだったし、まあそういう感じだろうと当たりをつけて調べたら、どうもLinuxではうまくいかないらしい。 コメント欄でのid:methaneさんの指摘によると、Linuxのsetuidシステムコールは、実行したスレッドにしか効力が無い。Goは自動的に複数スレッドに分散されるので、権限降格されないまま実行されるGoroutineが出てくる事になり、望ましくない。さらにGo 1.4ではLinuxでのSetui
Go Concurrency Patterns: Context[翻訳] - 小野マトペの納豆ペペロンチーノ日記
7月29日付けのgolang.orgブログエントリーで context というパッケージが紹介されました。 Go Concurrency Patterns: Context - The Go Blog 参考: Go言語のcontextパッケージについてのやりとり - ワザノバ | wazanova 今現在、業務でGo言語を使ったWebサービスを書いているのですが、contextはリクエストのキャンセルとタイムアウトとリクエストスコープの変数を扱う、Google社内で利用が標準化されているパッケージだという事なので、エントリーを翻訳しました。 以下和訳。 Introduction Goサーバーでは、入ってくる各リクエストは専用のgoroutineで処理されます。リクエストハンドラは、データベースやRPCサーバーにアクセスするためにしばしば追加のゴルーチンを開始します。リクエスト上のゴルーチン
![Go Concurrency Patterns: Context[翻訳] - 小野マトペの納豆ペペロンチーノ日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/02c2e6dba47395b8d821e5c76363dd7167c41085/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704346814673863652%2F12921228815729325793%2F1406867997)
Patterns of Enterprise Application Architecture読書メモ(データソース編) - 小野マトペの納豆ペペロンチーノ日記
Martin FowlerのPatterns of Enterprise Application ArchitectureすなわちPoEAA、何年か前に原著をKindleで買って読もうとして序盤で挫折していた。最近またデータソースアーキテクチャについて翻訳版と原著を合わせて読んでいるので、整理のためメモを残しておく。 パターン 本書で紹介されるパターンはアプリケーションアーキテクチャから通貨の値オブジェクトまで、粒度もレイヤーも様々。今回はデータソースアーキテクチャパターンを理解するのに必要な箇所だけ調べた。 ドメインロジックパターン トランザクションスクリプト ほとんど構造化されてない書き下しなロジックのこと。ちょろいスクリプトならこれでもいいけど、ちょっと複雑になるとすぐに破綻する。 ドメインモデル 業務上の概念をオブジェクト化して、それらを組み合わせて複雑なロジックを構成する。データ
Golangでの文字列・数値変換 - 小野マトペの納豆ペペロンチーノ日記
覚えられなくて使うたびにググってしまうので、以後楽をするためにスニペットを記す。 パッケージ strconvパッケージを使う。 文字列 → 数値変換（パース） func Atoi(s string) (i int, err error) 文字列を10進数のint型にパースする。ParseInt(s, 10, 0)の省略形。 var i int i, _ = strconv.Atoi("255") fmt.Println(i) // => 255 func ParseBool(str string) (value bool, err error) 文字列をbool型にパースする。 var b bool b, _ = strconv.ParseBool("true") fmt.Println(b) // => true 受け付ける値は1, t, T, TRUE, true, True, 0,
(翻訳) Trelloは何が違うのか by Joel Spolsky - 納豆ペペロンチーノ日記
最近、rebuild.fm で紹介されていたタスク管理ツールのTrelloを試しに使ってみたんですが、個人的にかなりヒットでした。このTrello、Joel on Softwareで有名なJoel Spolsky氏のサービスだと知って驚いたんですが、氏のTrelloに関するブログエントリーが興味深かったので、著者の許諾を得て翻訳します。 原文：How Trello is different - Joel on Software Trelloは何が違うのか(How Trello is different) 2012年1月6日 金曜日 つい数ヶ月前、私たちは非常にシンプルなWebベースのチーム・コラボレーション・システムのTrelloをローンチした。まだ始まったばかりの1.0状態だというのに、フィードバックは圧倒的に好感触で、採用の勢いは非常に力強い。 Fog Creekにとって、Trello
#pyfes 2013.11に遊びに行ってきました。 - 納豆ペペロンチーノ日記
pyfes/201311.rst at develop · pyspa/pyfes Python Developers Festa 2013.11 - connpass Pyfesに行ってきました。土日に昼まで寝ている自分としては9時45分の開場期限に間に合っただけで快挙でしたが、Go, HTTP2.0, ストレージ, 構成管理と、今個人的に興味のある分野の話が聞けて有益な一日でした。会場のオラクル青山センターはトイレがオシャレでした。以下、発表内容メモ（聞き漏らし聞き間違いあり） Go ハンズオン @ymotongpoo 教材：Talks - The Go Programming Language P2Pチャットシステムを実装するハンズオン。自分は参加資格であるA Tour of Goが半分までしか終わらなかったので、参加するでもなく話を聴いてました。A Tour〜終わらせてから改めて挑
ふぁぼったーをBest Twitter Appに投票しよう！について - 小野マトペの業務日誌(アニメ制作してない篇)
前回のエントリー以降、どうにかして海外の動向を知ろうと海外Twitter界隈についてアンテナを広げようと思っていたんだけど、Favstarさんがこんな事をつぶやいていた。 Enjoy favstar this week? Vote for Favstar.fm in the Open Web Awards as best twitter app. http://mashable.com/owa/votes/category/26?c=26 - Top 5 get acknowledged. 和訳：今週はfavstarを楽しんだ？ Open Web Awardsの Best TwitterアプリにFavstar.fmを投票してね！http://mashable.com/owa/votes/category/26?c=26 - トップ5が認められる http://twitter.com/Fav
なぜふぁぼったーは英語圏で負けたのか - 小野マトペの業務日誌(アニメ制作してない篇)
前口上 今年の7月にリリースされてから、早々に公式サイドバー広告入りするなど英語圏で圧倒的な人気を集めるfavstar.fm。ふぁぼったーは2008年の1月から英語版サービスを展開していたにもかかわらず、なぜ英語圏の制空権を得られなかったのか。たまたま見つけた海外のふぁぼったーユーザーに Twitterで直接インタビューしてみた。 インタビューに答えてくれたのはjoshsharpさん、メルボルンのWeb開発者らしい。 Togetter(トゥギャッター) - まとめ「なぜふぁぼったーは英語圏で負けたのか(インタビュー原文)」 やりとりはとぅぎゃったーにまとめたので、簡単な和訳を記します。 インタビュー ―― こんにちは、私はふぁぼったーの開発者です。海外の方の意見が知りたいので、ふぁぼったーとFavstarについて質問していいですか？ joshsharp: いいですよ、お役に立てれば。 :)
なぜふぁぼったーは英語圏で負けたのか(インタビュー原文)
Josh @joshsharp @timhaines hey, can you stick a total number of faved tweets per user in favstar? That's main reason I check favotter, cos I'm vain. 2009-11-02 13:01:20 小野マトペ @ono_matope @joshsharp Hi, I'm developer of Favotter. Can I ask a question about favotter and favstar? I wanna know some ideas from non-Japanese. 2009-11-02 22:06:40
ふぁぼったーの負荷分散の計画をあれこれ考えてみた。 - 2009-11-01 - 小野マトペの業務日誌(アニメ制作してない篇)
今日一日調べたこととかまとめてみる。 問題点 次回リリースの新機能はDB select負荷がかなり掛かるはずである。 現状でもデータLOADによる負荷が10に達し、selectにスロークエリ、接続エラーが出ている。DBの負荷分散が急務である。 参考: Load Average 参考: Slow Query あと、STATUSテーブルが2GBに達しようとしているので、デフォルトのサイズ制限4GBが見えてきた。再定義できるけど。 垂直分割対応案 日本語版DBと英語版DBのデータベースとクローラを別ホストに格納する 現状、favotterとfavotter_enはほぼ同規模のDBとなっている。 ただし、参照は圧倒的にfavotterが多い。 favotter_enのクローラを止めたら、スロークエリが激減した事がある。 参考: 小野マトペ on Twitter: "まる一日英語版のクローラ止めてた
MySQLのクエリキャッシュヒット率を計算するワンライナー書いた - 小野マトペの業務日誌(アニメ制作してない篇)
MySQLのパフォーマンスチューニングをしていて避けては通れない要素、key_buffer_size設定。 参考サイトによると、MyISAMインデックスに割り当てられるキャッシュサイズであるkey_buffer_size値は、以下のように、インデックスを利用するリクエストにおける、ディスクread数の割合から求められる"キャッシュヒット率"によって増減を決定されるらしいですが、 キーキャッシュのヒット率 = 100 - ( key_reads / key_read_requests × 100 ) DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！ この値は特に起動直後はかなり変動し、毎回SHOW STATUSして手動で計算するのが面倒くさいので、これを一発で求めるワンライナーを作りました。 キャッシュヒット率(単位:％) mysqladmin -u root -p
2009-08-05 - 小野マトペの業務日誌(アニメ制作してない篇)
PHPでパフォーマンスチューニングをする時、特定のロジックの実行にどれくらい時間がかかっているのか知りたいことがよくある。よくあるというか、チューニングにプロファイリングは必須だ。世の中には高度なプロファイリングツールがあれこれあるみたいだけど、高機能すぎて僕にはよく分かんないです。 という訳で多分みなさんそれぞれ自前でパフォーマンスを計測してると思うんだけど、自分が普段ふぁぼったーのWeb開発で使っている、PHPの任意の部分の処理時間を計測するスニペットを公開してみます。やっつけですが。 使い方 getMS()関数は、前回getMS()が呼ばれた時刻からの経過時刻をミリ秒で返します。 すなわち、処理時間を計測したい部分の開始地点と終了地点でそれぞれgetMS()を呼び、終了地点での戻り値をprintするなりすれば任意の部分の処理時間を計測できます。 <?php function getM
ふぁぼったーv3リリースのお知らせ - 小野マトペの業務日誌(アニメ制作してない篇)
先ほど、「みんながFavoriteした発言でつくる、全自動Twitterまとめサイトもどき」ふぁぼったーの新バージョンをリリースしました*1。詳細は以下に。 http://favotter.matope.com 検索ができるようになりました！ ふぁぼったーが収集したつぶやきが、全文検索できるようになりました！ 検索フォーム 各ユーザーのふぁぼられページ から検索できます。 自分のふぁぼられた発言やFavoriteした発言の中から検索できるので、Favoriteをブックマーク検索のように使えます。例えば「中目黒のおいしいお店の情報をふぁぼったんだけど、どこだっけ…」という時でも、このように検索したり…… ↓↓↓ もちろん、モバイルからも利用可能です。 (RSS対応検討中) 発言の前後が読めるようになりました！ 各発言の前後の発言が読める、アラウンドビュー機能を搭載しました。これにより、発言の
小野マトペの業務日誌(アニメ制作してない篇) - Safari3のリロードは強制リロード
この一週間、Webページのブラウザキャッシュについて少し調べてた。 Webコンテンツを出来るだけブラウザキャッシュさせて転送量を削減しようと目論んでいて、PHPアプリケーション側でIf-Modified-SinceヘッダとDB最終更新時間を照らし合わせて、更新がなければ304を返す、という一般的なブラウザキャッシュ利用実装を行ったんだけど、テストしてみたらSafariが全然キャッシュを使ってくれない。と言うわけでApacheのログを取って色々調べた結果、表題のことが分かった。 Safariのリロードは、いわゆる強制リロード相当である 一応簡単に説明すると、IEなどの一般的なブラウザはページの読み込みシチュエーションによって、ブラウザ内のキャッシュを使うかどうかのポリシーを変化させている。IEやFxでは、 通常ロード ブックマークやロケーションバーからページにアクセスした場合 リンクや「戻る
うごメモはてな
うごメモはてな サービス終了のお知らせ 「うごメモシアター」と「うごメモはてな」は、2013年5月31日24:00をもちまして、サービスを終了させていただきました。 2008年12月から今まで生まれた素晴らしい作品は、どれも皆様の心に深く残っていることと思います。ご利用いただいた全てのユーザー様に心よりお礼申し上げます。 「うごメモシアター」と「うごメモはてな」をご利用いただき、ありがとうございました。 株式会社はてな Flipnote Hatena has ended its service The Flipnote Hatena website and Flipnote Hatena for Nintendo DSi ended on May 31, 2013. We would like express our sincere gratitude to the members of
小野マトペの業務日誌(アニメ制作してない篇) - MySQLで50個のIDからレコードを取得したいときに、プレースホルダで50回叩くのとINで一回で取るの、どっちが速いか。
今日はふぁぼったーのフロントエンドのDB処理まわりをリファクタリングしました。この辺りも、もう1年半も開発・拡張を続けている部分なのでかなり汚くなっており、今後のためにできるだけソースを短くし、保守性の高いコードに書き直すなどの作業です。 そのなかで、以前から気になっていた点があったので、せっかくなので検証してみました。 前提 ふぁぼったーでは、発言をデータベースから取得する際、最初に発言とそのユーザーをSTATUSテーブルとUSERテーブルからSELECTして、そこで得た発言のIDを用いて、右下に出る各発言のふぁぼりユーザーをFAVORITEテーブルとUSERテーブルから別途SELECTしています。二つに分けたのはその方が速かったからですが、今回検証したのは、後半のふぁぼりユーザー取得部分の書き方です。 FAVORITEテーブルから複数の既知のステータスIDのレコードをSELECTしてき
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twitpic
