はてなブックマーク

はじめに ブロックチェーン、なんだか難しそうな響きです。 ここは一つ、ブラウザでサクっとコイン1を作ってみましょう。 この記事ではコインの作成から確認までを行います。 コードはコピペ！ ここではICOでよく使われるコインの規格、イーサリアムのERC20に則ったコインを作ります。 作成にはプログラミングが必要ですが、自分で書くのが面倒なので他のコインからコピペしましょう。 今回は私が作成したコインからコードをコピペします。 Etherscan Token Trackerで検索しAnoCoinのページを開きます。 右上の"Contract Address"からプログラムのページに飛びContract Sourceを参照し"Contract Creation Code"をコピーしておきます。 これでコインのプログラムが手に入りました。 ちょっと寄り道: コインのコピー これはつまり、「既にあるコ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに 1年前にRailsとHeroku、AWSでAwesomeな画像アップロードからのサムネイル作成という記事を書きました。 そこから1年間ほど手を変え品を変え運用したので、改めて現在実際に運用しているプラクティスをご紹介します。ここでは実際に画像にコメントを付加出来る掲示板を作成しながら説明していきます。 この方法のメリット 画像アップロードが早い 画像をブラウザ側でリサイズして軽量化 HerokuではなくS3へ直接アップロード 非同期 投稿が早い 画像を事前にアップロードするため、投稿時にはそのパスを渡すだけ サムネイルはアクセスされた時に同期的に作成するため、投稿のレスポンスは即時 サムネイル表示が早い 作成したサムネイルはS3へ保存するため重複が発生しない 既にサムネイルを作成している場合は直接S3のURLを返すため、Herokuへのアクセスが発生しない サムネイルとS3パスの

概要 Herokuで1年以上運用して、年内にAWSへ移行することとなりました。年末ですしそれを振り返って、HerokuとAWSの良い所・悪い所、AWSへ移行するにあたりどのような運用をすることに決めたか書きます。 HerokuからAWSへ移行を決めた理由 大きく3つあります。 プロセスの実行に制限があったり、リソースに制限があるのが辛い。 私達が取り組んでいるのが、画像を多く取り扱うサービスだということもあります。特にサムネイル作成については苦渋を飲まされました。以下の記事に知見を纏めています。 RailsとHeroku、AWSでAwesomeな画像アップロードからのサムネイル作成 RailsとHeroku、AWSで画像アップロードからのサムネイル作成（実践編） ただこの知見はHeroku特有のものも多く、AWSであれば容易に解決できた部分もあります。それが今回移行する理由の一つです。 リ

概要 これはCIサービスであるShippableの紹介と、Herokuを使用したCIのための具体的な設定について説明する記事である。 経緯 自前でホスティングしているJenkinsのメンテとかさむAWS EC2の費用が嫌になった俺達は、クラウド型CIサービスを探す旅に出たのだった。 Travis CIは試用してみたもののそもそもの値段で却下（でも100回分お試しは堪能しました）。CircleCIは最近流行ってきていて候補の筆頭に上がったものの、以前と課金体験が変わりテスト時間短縮のために並列に走らせると値段が高くなってしまうことを知ったのでテンションが下って却下。 どうせだったら先駆者になろう（ただポッと出のサービスですぐに終了してあとで大変になるのはNG）と、Leanstakにあるサービスを漁って見つけた「安い！速い！上手い！」を兼ね備えたのがこのShippableである（※なお日本語の

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに あのさぁ・・・Heroku使ってる？ 1 Applicationあたり1 dynoまで無料なの素晴らしいよね！ 30秒制限や USとEUにしかリージョンが無かったり 2 dyno目からは約$36/月いったり Heroku Postgresは1万行までの無料で 内部記録領域は揮発性だけど 無料という言葉が全てを許す。確認だけのステージングアプリケーションだったら1 dynoでいけるし、Twitter BOTや簡単な定期処理、まだダイヤの原石であるアクセス数の少ないウェブサービスなんかには持ってこい！デプロイもAWS Elastic Beanstalkなんかに比べたらめがっさ速いです！（アーキテクチャ上当たり前ということは置いといて） 立ちはだかる「画像アップロードからのサムネイル作成」 ただやはり制限があると難しいことも生まれてくるのです。ここではその中でも 画像アップロードからの

はじめに AWSで手元にあるアプリケーションを出来るだけ簡単にデプロイしたい場合、Elastic Beanstalkがお勧めです。自由は効きませんがHerokuの様にお手軽にデプロイ出来ます。ただHerokuの何倍ものデプロイ時間がかかるのでそのつもりで・・・。 ここではそんなElastic Beanstalkを少しカスタマイズしたい場合の方法やその考え方、見つけ方を書き記します。余りにも大きく変える場合はEC2やRDSを生のまま使ったりOpsWorks、CloudFormationもご検討下さい。 参考文献 基本的にはAWSのドキュメントが詳しいです。以下と 環境のカスタマイズと設定 そこから辿れる以下が基本になると思います。 EC2 インスタンス上のソフトウェアのカスタマイズ 環境リソースのカスタマイズ 他にもありますが、それはおいおい。 AWS Elastic Beanstalkで作

はじめに じょう「KPI測定しよう！」 おいら「いいですね！GrowthForecast入れました！」 じょう「打ち合わせで使うからExcelでデイリーの増減データちょうだい！」 おいら「りょ、りょうかいです！（rrdfetchをコマンドラインで叩いてデータをCSVに整形）」 じょう「デイリーの増減をグラフで見れてなおかつCSVでデータをダウンロード出来るページ無いの？」 おいら「りょ・・・ちょ、ちょっと待ってください！」 やったこと 上記の依頼を受けた際まず始めに、GrowthForecastで使われているRRDtoolの良さ気なフロントエンドを探しましたが、要件に見合うものが見つかりませんでした。（あったら知りたいです・・・出来るだけオレオレツールは作りたくないのです・・・） RRDtoolには対応していないもののHRForecastが要件を満たしそうでした。そこでGrowthFore

Ruby Advent Calendar 2013 2日目 るびぃあどぅべんどぅくぁれんだー2013、2日目の記事となります。昨日はすうぱぁももんがさんのあくろばてぃっくな今年こそRubyを始めたいあなたに！ももんが流・最強のRuby学習法です。 概要 三回ほど手を変え品を変えWeb APIをRubyで作ってきました。ここではそこから学んだ今の私の全力全開、最高のWeb API開発についてコード例を交えてお話したいと思います。ここで言うWeb APIとはスマホアプリから使用する、サーバに置いてあるAPIをイメージして頂ければと思います。 ここではユーザが写真をサーバに保存できるAPIを想定し、応答のフォーマットはJSONとします。 使うもの rails 4 Rails 3ではなくRails 4を使うのは趣味です。 grape APIを書く際に非常に楽になります。APIで使用するURLとHT