GraphQL Subscription with Relay and Action Cable
Introducing GraphQL Subscription with Relay and graphql-ruby (use Action Cable as the backend). See Also: * http://facebook.github.io/graphql/draft/ * http://graphql-ruby.org/subscriptions/overview.html * https://facebook.github.io/relay/docs/en/subscriptions.html * https://speakerdeck.com/hibariya/building-a-web-api-with-graphql * https://blog.ably.io/rails-5-actioncable-the-good-and-bad-parts-1b
railsdmでマルチテナント・ウェブアプリの話をしました - Islands in the byte stream
railsdm.github.io 発表：「マルチテナント・ウェブアプリケーションの実践」 一文でまとめると「HTTPのリクエストごと、あるいはjobの実行ごとにストレージの名前空間違うから気をつけような！！」ってのを常に意識する必要がありますって話でした。 なおElasticsearchのnamespacing v2はまさに先週の話なのですが、遅くなったというのは勘違いでした。 というのも少しだけ日付けをずらしてfuzzy searchの実験もしており、それがパフォーマンスに悪影響を与えていたようです。fuzzy searchはノイズが増えるので結局無効にすることにしたため、トータルではnamepsacing v2はnamespacing v1よりパフォーマンスがよくなっています。 またブコメでも指摘されているように、テナント横断のことをやり始めるとまたいろいろと新しい課題がでてくると思
マルチテナント・ウェブアプリケーションの実践
Kibelaのマルチテンシーを解説します。 #railsdm 2017 の資料です。
運用に耐えるRailsによるWebアプリケーションの作り方 - Qiita
2019/09/09加筆: 注意事項 多くの人に見ていただいていますが，この記事は2017年12月当時（Railsの最新バージョンが4.2ぐらい）に書かれたものであり，現在は内容がかなり古くなっています 2019年9月現在，筆者はRailsどころかwebアプリケーション開発からも離れているため，今の所アップデートする予定はありません（というかできません）． そのため，本記事を参考にする場合は使用しているRailsのバージョンに合わせて適宜脳内補完しながら読んでいただければ幸いです． 本記事に書かれているようなベストプラクティスを検討する上で最善の方法は，Railsの公式リファレンスとRailsのコードそのものを読んで最善策を模索することです．Rails5以上を使っている場合は，こんな古い記事を読まずに，自分で最善の方法について検討することをおすすめします． 筆者は，2014年半ばから201
Railsの太ったモデルをダイエットさせる方法について - メドピア開発者ブログ
こんにちは。メドピアのRuby(Rails)化をお手伝いしている@willnetです。最近はよくリファクタリングをしています。 今回は、最近僕がリファクタリングしている内容についてまとめようと思います。 メドピアではFat Model/Controllerを避けるために、rubocopの設定を利用しクラスの行数が300行以下になるよう制限しています*1。最近300行を超えるモデルが出てきたので、一部の処理を別のクラスに切り出し始めました。 このとき、Railsが提供している機能であるconcernsを利用すると楽に行数を減らすことができますが、それだとrubocopの指摘を回避できるという意味しかないので、なるべく委譲(composition)を利用して処理を別クラスに移していっています*2。 複数モデルにまたがる処理を切り出す Railsアプリケーションを書いていると、複数のモデルを一度
RejectKaigi 2017で「GraphQL on Rails」という発表をしました - Bit Journey's Tech Blog
id:gfxです。 RejectKaigi 2017で「GraphQL on Rails」という発表をしました。 当日はKibelaでプレゼンテーションをしたので、それをそのまま資料として発表します。 2017/08/19 at Speee, Roppongi. 自己紹介 Kibelaという情報共有サービスを開発している Kibelaの公開Web APIをフルスクラッチするにあたってGraphQLを調べているところ 自分のOSSを誰かに引き継いだり共同開発体制にしていたら、GitHubのpinned reposがすべてorganizationのものになった 本日の話 GraphQLとは GraphQLをRailsに組み込む話 GraphQLとは Web API のためのクエリ言語 http://graphql.org/ RESTful API の次を狙うWeb APIアーキテクチャという位
Automated Type Contracts Generation
Beauty and power of Ruby and Rails pays us back when it comes to finding bugs in large codebases. Static analysis is hindered by magic DSLs and patches. We may annotate the code with YARD which also enables improved tooling such as code completion. Sadly, the benefits of this process rarely compensate for the effort. In this session we’ll see a new approach to type annotations generation. We'll le
RailsConf 2017のパフォーマンス関連の話題（2）rack-freezeやsnip_snipなど（翻訳）｜TechRacho by BPS株式会社
2017.06.15 RailsConf 2017のパフォーマンス関連の話題（2）rack-freezeやsnip_snipなど（翻訳） こんにちは、hachi8833です。引き続きNate Berkopec氏の記事をお送りいたします。rack_freezeとsnip_snipはRails開発で役に立ちそうです。 第1回: BootsnapやPumaなど -- 開発中のRailsをBootsnapで倍速起動するなど 第2回: rack-freezeやsnip_snipなど（本記事） 第3回: 「あなたのアプリサーバーの設定は間違っている」など 概要 原著者より許諾を得て翻訳・公開いたします。 元記事: Railsconf 2017: The Performance Update 著者: Nate Berkopec (@nateberkopec): Railsのパフォーマンスコンサルタントで
Rails: N+1クエリを「バッチング」で解決するBatchLoader gem（翻訳）｜TechRacho by BPS株式会社
こんにちは、hachi8833です。N+1問題の検出といえばbullet gemですが、BatchLoaderはより積極的かつ一般性の高い方法でN+1を解決するgemです。 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Batching – A powerful way to solve N+1 queries every Rubyist should know 公開日: 2017/08/17 著者: exAspArk ブログサイト: Universe Engineering: Universeは2011年にカナダのトロントで創業され、ジャンルを超えたイベントや行事を検索できるプラットフォームを開発しています。 2017/09/07: 初版公開 2022/11/10: 更新 本記事では、バッチングと呼ばれる技法でN+1クエリを回避する方法、HaskelのHaxlやJavaSc
RejectKaigi2017でファイルアップロードについて発表した - おもしろwebサービス開発日記
先日行われたRejectKaigi 2017でファイルアップロードについて発表しました。資料はこちら。 内容的には、WEB+DB PRESS Vol.95で書いたファイルアップロード話を最新にしたものになります。Rails5.2で新しく追加されるActive Storageというファイルアップロード機能を紹介しつつ、ファイルアップロード全般の話題について触れています。 ファイルアップロードをただしく実装するにはそれにまつわる様々な要素についての知見が必要で、webエンジニア的には腕の見せ所ではないかと思います。Active Storageの登場でファイルアップロードについての知見が広まって、ただしく実装できる人が増えるといいなと思います(( ⁰⊖⁰)/) あわせて読みたい WEB+DB PRESS Vol.95posted with amazlet at 17.08.20小出 淳子 黒澤
Ruby on Rails - OWASP Cheat Sheet Series
Ruby on Rails Cheat Sheet¶ Introduction¶ This Cheatsheet intends to provide quick basic Ruby on Rails security tips for developers. It complements, augments or emphasizes points brought up in the Rails security guide from rails core. The Rails framework abstracts developers from quite a bit of tedious work and provides the means to accomplish complex tasks quickly and with ease. New developers, th
[インタビュー] Aaron Patterson（前編）: GitHubとRails、日本語学習、バーベキュー（翻訳）｜TechRacho by BPS株式会社
2017.06.26 [インタビュー] Aaron Patterson（前編）: GitHubとRails、日本語学習、バーベキュー（翻訳） こんにちは、hachi8833です。RubyとRailsのコアコミッターとして著名なAaron Patterson氏（GitHub名: tenderlove）の30分にわたるロングインタビューを今週と来週の2回に分けてお送りいたします。HTTP/2、Rack、WebAssemblyといった技術的な話題や、GitHubやRailsセキュリティチームでの仕事、趣味や日本語学習、若手開発者へのアドバイスなど、多岐にわたった内容です。 概要 原著者の許諾を得て翻訳・公開いたします。 元記事: INTERVIEW: Aaron Patterson, Rack, Github and BBQ 著者: Vera Rabkina 元サイト: RubyroidLabs
![[インタビュー] Aaron Patterson（前編）: GitHubとRails、日本語学習、バーベキュー（翻訳）｜TechRacho by BPS株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/21e9e3956657d57c0d30984d23fc6a9bbd48a246/height=288;version=1;width=512/https%3A%2F%2Ftechracho.bpsinc.jp%2Fwp-content%2Fuploads%2F2017%2F06%2Faaron_patterson_eyecatch.png)
モデル設計を適当にやるとどうなるのか
2017年7月24日に行われた「技術的負債ナイト」（https://speee.connpass.com/event/60381/）の登壇資料です。 プログラミングにおいて、どういうコメントをどういう風に書いていけば良いのか、またどのようなタイミングと考え方で書けば良いのかについて述べていきます。
RailsエンジニアがReactを始めてSSRとReduxとTypeScriptを導入するまで | bitjourney Kibela
RailsエンジニアがReactを始めてSSRとReduxを導入するまで Roppongi.rb #3 "Rails x Frontend-Tech" 自己紹介 github.com/gfx BitJourneyでKibelaを開発 Speee, Inc. で技術顧問をしてる Reactは現職で初めて触った（2016年8月~） 今日の話 Kibelaのフロントエンドの話です。 読みはキベラ Markdownで書けて、フロー情報（Blog）とストック情報（Wiki）を区別して整理できる情報共有ツール これまでの話 新規Railsアプリに小さく導入するReact // Speaker Deck （dex1t, 2016/09/05） 小さく導入して学びながら開発を進める ⭕ Interactive UI componentをReactで＆jQueryも併用 ❌ viewをすべてReactで実装
Railsで効率的かつ安全に未使用のメソッドを削除した話 - てくすた
ピクスタ開発部で毎日ヒィヒィ言いながらエンジニアをやっております @muramurasan です。 今回はPIXTAのとあるリポジトリにおいて、未使用のメソッドを削除しようとした際、gemを組み合わせることで、効率的かつ安全に削除することができたという話をしたいと思います。 よくやる方式 外部の勉強会などで、「未使用のメソッドを削除する際にどうしているか？」ということを聞いた際、よく聞くのが「未使用らしきコードを見つけ次第、ロギングを行うメソッド呼び出しを挟み込んでいく」というものでした。 この方式は、動的なメソッド呼び出しにも当然対応できますし、お手軽なので、一般的に好まれているようです。 問題点 ただし、この方式では以下の問題点があると私は考えています。 そもそも、未使用らしいメソッドを見つけるのが大変 プロダクションコードを汚してしまう これらの問題を解決するために、PIXTAでは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - tenderlove/heap-utils: Just random scripts I'm using for Ruby heap info
https://railshurts.com/quiz/
GitHub - rmosolgo/graphiql-rails: Mount the GraphiQL query editor in a Rails app
.railsrcにrails newするときのオプションを書いておける - かみぽわーる
Rails console で Rails routes を詳しく確認する方法 - Qiita
