ngrokみたいなHTTPプロキシを書いてみた
開発中のWebアプリをみんなに試してほしいけど、 サーバなんてなくて開発環境がローカルにしか無くて公開できないということは、 開発初期段階だとよくあることだと思います。 もちろん本格的にやるならテスト用にサーバを建てるべきですが、 小さなものならngrokを使うと簡単です。 ngrokの公開サーバへのHTTPリクエストをローカルにリレーして、 ローカルのサーバをお手がるに公開できるサービスです。 びっくりするほど簡単に公開できて便利ですが、 一応oAuthで制限とかかけたいなーとかカスタマイズしてみたくなってきたので、 似たようなものを自作できないかといろいろ遊んでみました。 その結果、HTTP2 over Websocketみたいな謎なものが出来上がってしまったというお話です。 HTTP2 over Websocketというアイデア ngrokっぽいものを実現するためには、 サーバが受け
nginxをWebSocketのリバースプロキシとして使う - the glue
経緯 WebSocketを使ったアプリケーションを作ったが、ポートが80しか使えない nginxでどっちも80に流したい ポイント / はまり所 WebSocketのプロキシにはUpgradeヘッダ(HTTP 1.1)への対応が必要 Upgradeヘッダへの対応は nginx v1.3.13以降 参考: WebSocket proxying 厳しい条件から先に書く デフォルトだと30秒通信がないと切断される（！） nginxでリバースプロキシしているときだけ一定時間で接続が切れるので何かと思えば、 普通のHTTPの通信と同様に30秒（だったはず）通信がなかった場合はタイムアウトってことで自動でコネクションを切ってくれていたみたい。 ping/pongを30s以内にやればいいんだろうけど、とりあえず5分に設定。 config server { listen *:80 default_serv
Docker の Volume plugin で NFS や Glusterfs を利用する - Qiita
Docker 1.8 では Volume と Network 二種類のプラグイン構造が導入されました。 これを使えば難しかったボリュームの永続化や、コンテナ間の仮想ネットワークが実現できるという触れ込みです。 そろっとこのプラグインとやらを使ってみるかと思い、いくつかリリースされている Volume Plugin から試してみることにしました。 これまで コンテナを終了、再起動してもデータを永続化するためにボリュームを使ってきました。これはホストのファイルシステムの一部をコンテナ内にマウントする様な仕組みです。 ボリュームで永続化ができるようになりましたが、ホストとコンテナの内部が密接に関係してしまいコンテナのポータビリティが失われるという問題がありました。 なのでボリュームマウントするのはネットワークファイルシステムにしたいという要求がわいてくるのですが、これも一筋縄ではいかなかった様に
Qiitaにおけるリモートワーク主体の開発プロセス - Qiita
2016/9/27 スタートアップRails勉強会発表資料 About @takashi Increments アプリケーションエンジニア 主にQiita:Team担当 最近入社した 最近 Incrementsの開発チームが大事にしていること HRTを大切にしたコミュニケーション 作業は意識的に自動化する 属人性を極限まで排除する 重要な価値に集中する Qiitaにおけるリモートワーク開発プロセス HRTを大切にしたコミュニケーション Humility(謙遜), Respect(尊敬), Trust(信頼) リモートワークにおいてHRTとは？ オンラインコミュニケーションは誤解を招きやすい (本当に)意図せず冷たく接しているように伝わる そこで なにげないレビューに を添えるだけで雰囲気が良くなる (けど普段喋れないこともあるので)月１回はオフラインで集まるようにしている 作業は意識的に自
スクロールは制御するな - Weblog - Hail2u.net
WWD Japanのウェブサイトがリニューアルして、スッキリした見やすそうな印象のものに変わった。しかし実際のところ見やすさは見せかけだけで、ナビゲーションをクリックしても見当違いのタブに切り替わったり、ニュース一覧からニュースをクリックしたら、要約ページへ移動するだけで、本文へはもう一度クリックしなければならなかったりする。中でもひどいのがMobile Safariでの閲覧だ。 このウェブサイトではスクロールをほぼ自前で制御しようとしているため、常にこのようにMobile SafariのURLバーとツールバーが上下にそれぞれ表示され続ける。その上、最上端にロゴとグローバル・ナビゲーション、最下端に広告がそれぞれ固定位置であるので、コンテンツの領域がかなり制限されている。iPhone 5SやSEどころか6+や7+でさえも致命的なのではないかと感じられる狭さだ。 とにかく文書を読ませようとい
Let The Asset Pipeline Die
日本じんRubyプログラマー、どうもありがとうございます！ Rubyがだいすきです。日本語がよくわかりません。だから、これは推測です。すみません！ TLDR: The best front-end compilers come from the JavaScript world. Use words accurately. Eschew hate. Forget MINASWAN, because Ruby is 和. Learn Japanese. don't save sprockets The good folks at Arkency recently got in touch and asked if I wanted to include my book Rails As She Is Spoke in their Rails Book Bundle. I was deligh
Linuxのpeekfdコマンドが面白い（全ファイル入出力を盗聴） - Qiita
psmiscパッケージに入っているpeekfdコマンドを使うと、任意のプロセスの全ファイルディスクリプタへの読み書きを監視（内容を盗聴）することができる。 実行例： あるシェルからこれを実行
Unixプロセスとリソースの基礎を再確認した - えいのうにっき
前置き 最近、「なるほどUnixプロセス ― Rubyで学ぶUnixの基礎」という本を読んでいる。 tatsu-zine.com 僕の所属している会社・はてなでは「メンター制度」というものがある。はてなに所属する全てのエンジニアに、誰かしら（グレード的に自分より上となるエンジニア）をメンターとしてつける、という制度。メンターとメンティーは月に一度、1on1を実施する。 自分はセールスエンジニアという特殊な職種ではあるが、メンターとしてシスプラ（インフラ）部門のエンジニアの方に付いて頂くことになった。このことは僕にとって、とても有り難く、心強い。 というのも、入社から2ヶ月ちょっと、実際にセールスエンジニアとして業務を進めてみて、インフラ周りの基礎知識・ローレイヤーに関しての基礎知識が強く求められるなぁと...、、というか、それを知っているといないとでは、問題や課題についての理解の仕方も違っ
データベースを使った永続化への復讐 - 石橋秀仁(zerobase)書き散らす
『分散オブジェクト・アーキテクチャ／ドメイン指向アーキテクチャ』について考えるなかで、「永続化」への理解が深まった。というか、このアイデアについて人と話してもかみ合わない理由が分かった。とどのつまり、ぼくが独特な感覚を持つマイノリティだったのだ。 たぶん、ふつうのプログラマから見れば、おそろしくどうでもいいことにこだわっている、ように見えるだろう。 信仰告白 ぼくは現在主流の「データベースを使った永続化」が大嫌いだったんだ。ORMとか一体何なんだ。知らんわな。なんでプログラムを書くのにSQLを書かなきゃならんのだ。（※個人的な感じ方の問題です） 「RDBからSQLでデータをとってきてHTMLで整形して出力するPHPプログラミング」なんて二度とごめんだ。データベースのために働いてるみたいじゃないか。（※個人的な感じ方の問題です） 「データベースを使った永続化」が行き過ぎると「データベース中心
スクラムのバックログの日本語訳を聞いたら色々意見が集まった - Akiyahの日記
スクラムのバックログは日本語にするならなんなのだろう。作業とか機能とかじゃないと思う。価値はカタい気がしている。ひとまず「やりたいこと」にしておく。 — Akiya Mizukoshi (@Akiyah) 2016年10月6日 こういうことを書いたらTwitterから自動的に転送する設定にしているFacebookで色々意見をもらったので軽くまとめておきます。 【日本語訳の案】 やりたいこと 実現したいこと 残 仕事 予定残 リスト 日本語訳になってないじゃん、とかありますが、バックログの言い換えの言葉として理解してください。考えてくれた人に感謝して名前を書いておきたかったのですが、なんか私の責任放棄みたいな気もしたので、名前は書かない方針でいきます。 もともと、バックログという言葉を使いたくなかったのは、バックログというサービスがあって仕事で使っているからなんですよね。 www.backl
GatlingとnginxのDockerコンテナを構築する - WonderPlanet DEVELOPER BLOG
ネイティブアプリケーション事業部の山内です。 ワンダープラネットでは、プロダクトローンチ前あるいはローンチ後にサーバーの負荷テストを実施してボトルネックを探り、パフォーマンスチューニングを実施しています。Apache BenchやJMeter、Vegetaなど様々な無償ツールがありますが、社内ではGatlingが人気です。負荷テストの結果が静的ファイルにも出力され、グラフや表をブラウザで確認できて便利です。 今回は、Docker上にGatlingとnginxを動かすコンテナを用意し実際に負荷テストを実施、テスト結果をブラウザで閲覧するまでの一連の流れをご紹介します。 環境 ・MacBook Pro (El Capitan 10.11.6) ・Docker for Mac Version 1.12.1-beta26.1 (build: 12100) docker-compose.ymlの作成
モデルからJSON生成するときこうやってます2016 - ✘╹◡╹✘
最近RubyとReact.jsをよく利用していて、Rubyで扱っている値をJSONとして表現したいケースが増えてきた。こういうのどうやっていますかと人に聞きたいので、自分はこうやっていますよというのを説明のためにまとめておくことにする。 概観 自分の場合、次のような方法で実装することが多い。 JSONとして表現したいオブジェクトをコンストラクタで受け取るクラスを定義する クラスに #as_json を定義して適当なHashを返すようにする Object#to_json が再帰的に #as_json を利用するようにする (ActiveSupportがやってくれる) コード 具体的には、以下のようなクラスをつくっている。これは最近つくっている掲示板での例で、Megaboard::Resources::Comment はコメントのJSON表現のためのクラスである。いわばコメントのJSON表現に
個人で週末起業的に特定テーマ特化のメディアを作って運営してて赤字だけど問題ない話｜Issei Gomi
個人でやってるWEBメディアが300万くらい使ってるんですけど、それを続けていく理由をこっちで書きます。 元記事： https://note.mu/isay53/n/nf94c76c4e6bf 元記事で書かなかったのは、読む層が違うんじゃないかなと思ったからです。 【1】好きなことで競合がいなくてやらないと勿体ないと思いました これは最初のきっかけ的な部分です。コーヒーのメディアは先駆者がいませんでした。今時思いついた物がまだ存在しないって凄まじく貴重なので、それだけでもう作らないと勿体ないと思います。採算も無視しても色々なメリットが後から付いてくるんじゃないかと思います。しかも自分の好きなジャンルなんだから奇跡だと思ってます。この事業をやりたいと思ったのでその気持ちを大切にしています。 そもそも前の記事で書いたんですが、石原さとみレベルの成長率なのでないことに気づいて作らないのは勿体ない
個人で週末起業的に特定テーマ特化のメディアを作って運営するとどれくらい金がかかるか？｜Issei Gomi
Coffeemecca [コーヒーメッカ] http://coffeemecca.jp という「コーヒー」をテーマにしたWEBメディアを個人でやっていて、大体リリースから1年ほどが経ったのでざっくりと収支(支出)を出しました。個人で週末起業、社内ベンチャーでメディアを作りたい担当社の方向けに、こんな感じでやると大体これくらいかかる、というのの一つの目安として面白いんじゃないかなと思って記事にしました。 基本はライターさんに1記事いくらで書いてもらう型のメディアで、お金の流れはそこに向かう感じです。 結論から書くと、1年回したところで、月間10万PVくらいの出来で300万くらいかかってます。 片手間、そこそこ狙い目でビッグなジャンル、競合がいなかったテーマ、などの条件があるので、同じような物を作っても、このパフォーマンスより勿論上下する部分はあると思います。 目次・概要 ・目次(いまここ)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - CanCanCommunity/cancancan: The authorization Gem for Ruby on Rails.
GitHub - jaspervdj/patat: Terminal-based presentations using Pandoc
pixivにおけるHHVMとPHP7 と、高速化事例紹介