Sinatraの実装を読む - Augmented Usamimi
対象読者 Ruby初心者を抜け出したい人 あまり人のコードとか読まないけどそろそろ読む練習したい人 コードリーディングに慣れてる人だと30分もかからないので，対象読者じゃないかも． 前提知識 Rackアプリケーションの実装に関する基本的な事項 Rack解説 - Rackの構造とRack DSL - Qiitaを流し読みしたくらいでも大丈夫 Sinatraを利用したアプリのつくりかた ここではget '/' do ... endで実装するClassicアプリケーションを見ていく Rack内部の実装については触れず，I/Fだけ知ってる状態という体ですすめる． あくまでSinatraが「どうやって起動するか」「どうやってルーティングを定義してるか」「どうやってリクエストを捌くか」「どうやってDSLを定義しているか」等に着目する． 実装を読む ここでは2017年1月末時点での最新安定版であるv1.
Dockerでホスト環境を汚さずにSinatraの開発環境を構築できるdocker-sinatra-devを書いた - ブログのおんがえし
昨日の記事がそこそこバズったのでコメントなどで色々教えてもらいました。 調べた結果としてdocker runの-vオプションを使えばホストOSのファイル空間をコンテナOSに渡せることが分かりました。これを使えばファイルの編集はホストOSで行いアプリケーションの実行はコンテナ側で行うことができそうです。 さっそくシンプルなSinatra開発環境を作ってみました。 docker-sinatra-dev ongaeshi/docker-sinatra-dev $ git clone https://github.com/ongaeshi/docker-sinatra-dev.git $ cd docker-sinatra-dev rakeコマンド一発でイメージの作成、コンテナの作成、実行を行ってくれます。2回目以降はイメージの作成は省略されます。 $ rake docker build -t s
Sinatra + ActiveRecord + MySQL で簡易アプリつくってみる
寒くなるとプログラムをやりたくなるのか、ここ数日はRubyな日々が続いていて、今回は前回と同じ題材で勉強会関連のJSONを引っ張ってくるアプリですが、複数のウェブからとなるとやっぱりDBは必須となってくるわけで、WebとDBの連携を自分でやるのは初めてなので試行錯誤な感じが続きましたがやっと出来上がりました。 やっぱりDBを勉強する。というよりも必要なのでDBを勉強したという事象の方が自分には性に合っているようだ。 mysql を使ってみようナウいものはmysql2というやつらしく、早速Gemで入れようとしたら libmysqlclient-devというパッケージが必要でした。 $ gem install mysql2 Building native extensions. This could take a while... Successfully installed mysql2-
Sinatraでアプリケーションログを吐く
後でちゃんと書こうと思うが、取り敢えずメモ。 Sinatra でアプリケーションログを吐くやり方は大きく二つ。 自前で logger を用意Rack::Logger を利用自前で賄う場合は、普通に require 'logger' Log = Logger.new('app.log') して、必要なところで Log.info "真心を君に" とかする。ポイントは Logger を格納するのが定数である Log であること。ローカル変数に格納すると、リクエストの処理時に使えない。 Rack::Logger を使う場合は、request.logger に格納されているので、 request.logger.debug "ダメじゃなイカ！" とかすれば良い。 利点欠点使い分けだが、今のところ次のように考えている。要確認。 自前でやると、app.rb の中で出力先を指定したり、ログレベルを措定するこ
Structuring Sinatra Applications
I love Sinatra. I use it for practically everything. For me, Sinatra has the perfect blend of simplicity and abstraction. I can understand the full stack, dip into the source when I need to, and extend the framework how I see fit. However the bare-bones nature of Sinatra can come at a cost. Sinatra leaves much more of the decision making around your application's structure, layout and libraries up
Sinatra frameworkに関する私見 - ローファイ日記
エクスキューズとか 正直な話をすると、Webフレームワーク自体に関する興味は以前に比べて失われてきているので、最新のSinatraの細かいコミットまでは追っていない。 だが、2年強ほど Sinatra/Padrino 界隈を追いかけてきて得た知見と言うか考えについてまとめるのは一定の価値がある、少なくとも自分に取っての価値は非常に大きいと思うのでここに書いていきたい。 副次的には、ミスコンセプトによってSinatraを利用して、結果必要の無いイメージの悪化を招く事態を一件でも減らせればと思う。 Sinatraはmicroframework、あるいは「フレームワークではない」 公式の説明にある通りである。 具体的にどういうことかと言うと、Sinatra単体ではウェブサービスに必要な要件を満たさないかもしれないと言う話である。Sinatraが持っていないものについては、Sinatra以外の場所
How to Share a Session Between Sinatra and Rails
As Rails developers, we run into Sinatra apps all the time: gems such as Resque which expose a dashboard via Sinatra, legacy Sinatra apps that run alongside a main Rails app, and Sinatra APIs embedded within a Rails app, to name a few examples. Here’s a common problem: how do you share authentication between the apps? It would be really convenient to be able to do something like this in our Sinatr
Testing Sinatra with Rack::Test
Testing Sinatra with Rack::Test All examples in the following sections assume that Test::Unit is being used in an attempt to be as general as possible. See the Test Framework Examples for information on using the test helpers in other testing environments. To use the Rack::Test library used when you require rack/test, you’ll need to install the rack-test gem:
Ruby製WebSocketアプリを最速でHerokuにデプロイする５つのステップ
「テレビ放送が駄目になった」と言われて久しいですがその理由ははっきりしています。それは放送というものがリアルタイム・コンテンツを扱う媒体だからです。リアルタイム・コンテンツはユーザの自由を奪います。ある番組を見るためにユーザはその時間テレビの前に固定化されます。録画放送番組は字義的にはバッファード・コンテンツ1と言えますが、ユーザがそのコントロール権を持っていないつまりその視聴タイミングの制御を製作者側が持っているので、これはリアルタイム・コンテンツなのです。ユーザの唯一の武器はDVDレコーダによる制約の中のローカルバファリングのみです。 現在のWebは主としてバッファード・コンテンツを扱う媒体です。バッファード・コンテンツの世界ではユーザは好きな時間に好きなだけコンテンツを視聴できるという自由が与えられます。コンテンツの製作者側・提供者側にそのタイミングをコントロールする自由はありません
Sinatra::RocketIO - rubyhiroba2013
DOWNLOAD FULL BOOKS, INTO AVAILABLE FORMAT ......................................................................................................................... ......................................................................................................................... 1.DOWNLOAD FULL. PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ................................................
Sinatraの自動リロード
2012/7/16 10:00 指摘によりsinatra-contribを使う旨を追記&修正 未だにshotgun使ってた。 参考: モノクロームの中: sinatra (2) - オートリロード - Sinatra::Reloader (part of Sinatra::Contrib) gemをインストール % gem install sinatra-contrib Classicスタイル require "sinatra" require "sinatra/reloader" if development? Modularスタイル require "sinatra/base" require "sinatra/reloader" class MyApp < Sinatra::Base configure :development do register Sinatra::Reload
HTTPでHashやArrayを送る手法に仕様は存在しない……の? - ただのにっき(2013-09-15)
■ HTTPでHashやArrayを送る手法に仕様は存在しない……の? jQueryでこんなふうに書くと: $.post('/', { hash: { foo: 'hoge', bar: 'fuga'}, array: ['baz', 'piyo'] }); サーバ側でこんなふうに受け取れて(これはSinatra): post '/' do params.each do |key, val| puts "#{key}: #{val} as #{val.class}" end end ちゃんとHashやArrayとしてアクセスできる: hash: {"foo"=>"hoge", "bar"=>"fuga"} as Hash array: ["baz", "piyo"] as Array ああこりゃ便利だね、で済ましてもいいんだけど、HTTP POSTの中身なんてただのバイト列なんだから型の情
Sinatra Best Practices: Part One
Sinatra Best Practices: Part One Erin Swenson-Healey · June 24th, 2013 While Sinatra’s one-file approach may work well for your one-off, smaller application – it can quickly become a mess as you add on multiple routes, route-handlers, helpers, and configuration. So what’s a programmer to do? In reading Sinatra’s documentation I’ve found a few morsels that have enabled us to split our otherwise-mon
昨今の自分用Webアプリケーションひな形 - naoyaのはてなダイアリー
ちょっと jQuery と簡単なサーバサイドの処理を組み合わせた処理を試しに書いてみよう･･･なんて時に、いちいち jQuery を取ってきて HTML を書いて script タグを書いてロードして sinatra 立ち上げて云々･･･というのが毎度面倒なので、ひな形になるアプリケーションを作った。 https://github.com/naoya/boilerplate ひとまず sinatra でサーバーサイドを書き、HTML は slim で、CSS は sass 。JavaScript は CoffeeScriptで書くにあたって jQuery、underscore、Backbone をロードしてある、というような構成にしてあります。 まあ、この類のことは人それぞれ自分なりにカスタマイズしてやっていると思いますが、どういうコンポーネントで構成しているかを、備忘録も兼ねてちょっと紹
sinatraのソースコードを読んだ - r7kamura's Hakolog
RubyのWebApplicationFrameworkを読む会を新宿のルノアールで行った。 この日は@ainame氏を中心にSinatraを5時間ほど読んで、 Sinatra起動からRouting定義、setによる設定、 RequestとResponseの生成、Tiltによるテンプレート生成周りまで読んだ。 HTMLをrenderするところまでは至れなかったけども、 Sinatraの黒魔術をガンガン学びながら挙動を追えたのが良かったと思う。 コードリーディング、refe・pry・pry-docのおかげでだいぶ捗ったと思う。 大体/def method_name/で検索して移動して挙動を読み、 元の場所に戻る、の繰返しでSinatra::Baseのrunから始まる挙動を追った。 以下メモ。 sinatra/main.rb About ClassicStyleを利用している場合に呼ばれる 非
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Doing an API Mashup with Sinatra
Sinatra Pattern 20130415
https://qiita.com/inokappa/items/6588fb719e887db5527b
sinatraでoptionの値はどこに格納されるか - komagataのブログ
Grow - Agencia Marketing Digital