最近、パーフェクトRuby on Railsの増補改訂版をリリースさせていただいた身なので、久しぶりにRailsについて書いてみようと思う。 まあ、書籍の宣伝みたいなものです。 数日前に、noteというサービスでWebフロント側に投稿者のIPアドレスが露出するという漏洩事故が起きました。これがどれぐらい問題かは一旦置いておいて、何故こういうことになるのか、そしてRailsでよく使われるdeviseという認証機構作成ライブラリのより良い使い方について話をしていきます。 (noteがRailsを使っているか、ここで話をするdeviseを採用しているかは定かではないので、ここから先の話はその事故とは直接関係ありません。Railsだったとしても恐らく使ってないか変な使い方してると思うんですが、理由は後述) 何故こんなことが起きるのか そもそも、フロント側に何故IPアドレスを送ってんだ、という話です
PlantUML + ERDでPlantERDです github.com モチベーション PlantERDの特徴 使い方 出力するテーブル数の制限について 技術的に頑張ったこと テストのこと Foreign keyで隣接している別のテーブルを探す方法 複数DB対応のつらみ 追記：2019/12/13 9:45 モチベーション 既存プロダクトへの不満が一番大きいです。 https://github.com/voormedia/rails-erd は出力が画像なので取り回ししづらい そもそもRails前提なので他言語とかでは使えない https://github.com/schemaspy/schemaspy も悪くなさそうなんだけどここまでリッチじゃなくていい テーブル数個の小規模アプリならいいんだけど、中規模以上のアプリで使うと人間が読むに耐えないERDが生成されて精神が崩壊する 僕は初め
誤解を産んでいそうだったので追記します。ここでいうApplicationServiceというのは、いわゆるレイヤードアーキテクチャのアプリケーション層のApplicationServiceレイヤの話です。別の言葉だと、「Usecase層」とか言う言葉で呼ばれたりするアレのことです。追記おしまい。 Railsにおいては、ApplicationService相当のロジックをコントローラーに書いても良いものとする— 猫でもわかるしんぺい入門 (@shinpei0213) June 4, 2019 これについてです。 結論から先にいうと、ぼくは「正しい」と思っています（ただ、自分ではあまりやらず、ApplicationServiceに切り出しちゃいますが、これは好みの問題だと思っています）。 なぜ正しいと思うのか。それを考える際に、まずは「一般的に、なぜControllerとApplication
2019.03.11 週刊Railsウォッチ（20190311-1/2前編）「Rails Conductor」14年ぶり復活なるか？、RubyGemsに複数の脆弱性、2009年のRailsエコシステムほか こんにちは、hachi8833です。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを社内有志で（鍋のように）つっついたときの会話の再構成です👄 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください ⚓3/7（木）の公開つっつき会 3/7（木）の公開つっつき会にお集まりいただいた皆さま、ありがとうございます！🙇。 通常は週刊Railsウォッチに収録されている会話（つっつきボイス）を匿名化していますが、今回はRailsチュートリアルやRailsガイドやCoderDo
2021.09.30 Rubyの式展開（string interpolation）についてまとめ: `#{}`、`%`、Railsの`?` 🔗 1. 一般的な「string interpolation」とは まずは一般的な話から。プログラミング言語で文字列を出力するときに、文字列の一部を変数の値や式の評価結果に差し替えたいことが非常によくあります。 "信号: 赤" "信号: 黄" "信号: 青" 上の文字列リテラル（" "で囲まれている部分）のうち、「赤」「黄」「青」を何らかの方法で変数から送り込んで差し替える操作を一般にstring interpolationと呼びます。 "信号: ●" # ←この●を「赤」「黄」「青」に差し替えたい 3つの文字列リテラルを使い分けるより、●を「赤」「黄」「青」だけ差し替える方が楽ですし、文字列リテラルが無駄に長くならずに済みます。 なお、次のような文
scalar型を新しく定義するためにはscalarキーワードを使います。例えば、Date型を新しく定義するには次のようにします。 scalar Date スキーマではこれだけですが、実際に使う際はGraphQL処理系に対してさらにシリアライズとデシリアライズを定義することになります。 GraphQL組み込みのscalar型は先にあげたものだけなので、例えばバイナリ、日付と時刻、HTML/XML、BigIntなどを必要に応じて追加することになるでしょう。ただしその場合、サーバーサイドとクライアントサイドでシリアライズ・デシリアライズの実装を一致させる必要があります。 Enum enum（イナム）はscalar型の一種で、特定の値のみを持つ型です。例えば、組み込みscalar型であるBooleanをenumで宣言すると次のようになるでしょう。 enum Boolean { true false
2019.01.29 Railsは2019年も「あり」か？#2 Railsの長所と向いている用途（翻訳） #1: 統計を調べる #2: Railsの長所と向いている用途（本記事） #3: Railsの短所と不向きな用途、他の選択肢など Railsを使っているアプリ（2019年版） 実際のところ、相当たくさんあります。 This is pretty amazing. Both GitHub and Shopify are huge, billion dollar companies running on the original apps made over a decade ago. And they now both on the latest Rails, helping to push the framework forward 🙏🌟👏 https://t.co/DsWqCjy
お知らせ イベントページを公開しました！託児室もあります！たくさんのご参加をお待ちしております😃 techplay.jp はじめに タイトルの通りですが、現在、女性も参加しやすいRuby勉強会を有志のRubyistと企画しています。 まだ固まっていない部分もあるので変更される点が出てくるかもしれませんが、このエントリではこの勉強会の概要や開催のきっかけ等を書いてみようと思います。 【もくじ】 はじめに 女性も参加しやすい勉強会を開催しようと思った動機ときっかけ 女性の参加者や登壇者が目立ったRubyConf 男性でも女性でも興味がある勉強会には気軽に行けるようになってほしい 女性向けであることを明記しないと、女性の参加者は集まりにくい 勉強会の概要 登壇者と発表内容 ターゲットとなる参加者の方 運営チーム Q＆A Q. 女性限定ではなく男性も参加できるのはなぜですか？ Q. Rails
ジョブキューイングシステムをどうするかでチームのリーダーとやりあって考えたことがあるのでまとめておく。 Rails で使うジョブキューイングシステムの技術選定で、リーダーは Amazon SQS 推し（レガシーシステムで SQS を使っている）、自分は Sidekiq 推しだった。前職時代に Sidekiq を使ってトラブルに遭遇したことはなかったし、とても簡単に使えるので Sidekiq で十分だと思っていた。 Sidekiq は GitHub でのスター数は 9000 オーバーで、 Rails の ActiveJob バックエンドとしては事実上のデファクトスタンダードだといえると思う。ググれば情報がいっぱい出てくるし、チームメンバーもリーダー以外は全員 Sidekiq の使用経験があった。 GitHub - sidekiq/sidekiq: Simple, efficient back
インターセプター（intercept: 途中を捉える）とは、モデルのbefore_saveフックに似たフックの一種です。メールメッセージを配信前に編集したい場合にこのフックがぴったりです。staging環境で、すべてのメールをstaging@yourapp.comのメールボックスの受信箱に送りたいとしましょう。 私はインターセプターをapp/interceptorsディレクトリの下に置いて*_interceptor.rbという命名パターンを用いるのが好みです。ここでは、StagingEmailInterceptorという名前のクラスで保存します。 class StagingEmailInterceptor def self.delivering_email(message) message.to = ['staging@yourapp.com'] end end インターセプターを登録する
この記事は以下のページに移転しました。 blog.morishin.me
SmartHR のソフトウェアエンジニア ぷりんたい です。SmartHR には2017年2月に入社しました。 この記事は SmartHR 長時間のサービス停止を伴うシステムメンテナンスのお知らせ によせて書かれたものです。 ご挨拶 SmartHR では、昨年の6月より週2日という頻度で夜間のサービス停止を行ってきました。まずは、この運用形態を選択したことによりご利用中のお客様にはご不便をおかけしたことをお詫び申し上げます。 今日のクラウドサービスでは、無停止運用が当たり前といった風潮もありますが、なぜ SmartHR が停止メンテナンス運用を選択したのか、今後のサービス提供においてどのようなことを重視していくのかを技術者としての立場からご説明させて頂きます。 SmartHR の開発初期とマルチテナント問題 SmartHR は2015年2月に開発が始まり、同年11月にサービスインしました。
こんにちは、@mugi_uno です。 健康診断で善玉菌が多いと言われました。毎朝のヨーグルトが効いてます。 さて、以前のエントリ*1で予告をしていましたが、2018/3/24(土) に行われた Rails Developers Meetup 2018（以下RailsDM）にてMisocaは「Railsバージョンを最新に保つ俺たちの話 〜2重弁当添え〜」というタイトルでセッション＆お弁当スポンサーをさせていただきました。 今回は、「イベントを引き受けてから当日の発表まで、Misocaではどんな風に準備を進めていたのか？」 といった点にフォーカスした、少し毛色の違う内容でお送りします。 ランチスポンサーを引き受けることになったきっかけ RailsDM自体との関わりについては、第4回開催の時に私個人でWebpackerについてLT*2をさせて頂きました。その縁もあり、Misocaにランチスポン
僕と共同創業者のSuinは2013年に起業してShouldBeeというプロダクトをPHPで作りはじめた。 起業する前にプロトタイプをPHPで1〜2週間程で開発し簡単なセールスを行ない1件の受注を獲得した。これはよい感触だと感じSuin氏を誘い起業に乗り出した。 その後もプロダクト開発はPHPで行っていたが当時はPHPに不満を感じていた。そのころの僕達は顧客数が伸び悩む原因をプロダクトの機能不足や開発速度が遅いからだと考えてしまった。後にこれはまったく検討違いな判断だったと気がつく。 本格的に顧客がつき、たくさんの利用がはじまるとPHPで作られたこのプロトタイプではフィードバックにすばやく対応できないことや、自分達のモチベーションのためにならないと考えScalaでの全面的なフルスクラッチを実施することを決定してしまった。バックエンドはScalaで記述し、フロントエンドはReact+Redux
AMA でスピーカーの Ryopeko 氏が質問に回答している様子O’Reilly 社の主催する Velocity Conference などでも、トーク紹介のページにスピーカーへの質問コーナーがあるが、特にセッション内で言及されたりしないし、1:1 のコミュニケーションになっているけど、1:N で質問やフィードバックできる仕組みはよい。 ちょうど社内で、全社だったり部署向けだったり、ちょっと大きめの聴衆で発信スキル高めたり、そこでの情報共有の効率を高められる仕組みというのを考えていたので、参考にしてみたいと思う。 セッションObservability, Service Meshes and Microservicesクックパッド社における Service Mesh の事例の話。最近はこの手の話をあまり追いかけてないのだけど、2 年くらい前に前職で SRE やっていた時は Nginx と
Rails Developers Meetup 2018 Day 1で「Railsアプリの育て方」という発表をしました。 railsdm.github.io 発表資料 余談 本当は4月から放送されるシュタインズゲートゼロみたいな流れにしたかったけど、ちょっと上手く話の流れを作れなかったので、今回は普通に作りました。 明日の資料をシュタゲゼロっぽい感じにしたかったけど、無理だったので普通の感じで作っている。本当はβ世界線でコードが破滅的になり、DメールでRuboCopを導入したらα世界線ではLintによるディストピアになってる話をしたかった。— 神速 (@sinsoku_listy) 2018年3月23日 世界線の収束により、どんなに頑張っても同じ日にデスマが起きる話したかった。— 神速 (@sinsoku_listy) 2018年3月23日 資料を作るのは難しい。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに サーバーサイドプログラミングを勉強していると、自分でWebサービスを作りたいという気持ちがわいてくるものです（私はそうでした）。しかし、ここで大きな問題が立ちはだかります。どんなにすごい機能をつけても、いい感じのデザインのWebサービスでないとそもそも使ってもらえないのです。 試しに、QiitaのトップページのCSSを無効にしてみました。使える機能は変わらないはずなのに、全く使う気が起きなくなりますね。 しかしそうは言っても、フロントエンドの経験がほとんどないとどうすれば見た目をいい感じにできるかがわかりません。今回は、ちょっ
「Webアプリケーションエンジニアになるぞ！」という意気込みで事業会社に転職し、Railsのプロダクトコードを書き始めて少し経ったので現状を振り返ってみる。 プロダクトコードでRailsを書いてみての感想 なかなかに楽しい。 設計を本格的に考えると答えは出てこないし、プロダクトコードはがそもそも複雑だし、PullRequestのレビューは厳しいし・・といった感じで頭を抱える事案は多いものの、自分の血肉となっているので良しとする。 実戦に入るにあたってやったこと・やっていること 定番のサイト達 Railsチュートリアル Railsにもなかなか慣れなかったけど、Rubyの文化になかなか慣れることが出来ずに苦戦。 1回の挫折を挟み、完走まで1ヶ月以上かかった。 Railsの教科書 Railsチュートリアルよりも内容がコンパクトだったので、一時期こっちに逃げていた。 感覚をつかむには、まずこっちを
2018 年 3 月 15 日、渋谷のはずれにある中華料理店『東亜飯店』では、 Sass の拡張フレームワークの Compass の送別会がしめやかにとりおこなわれていた。 「えー、それではですね、きょうは長年われわれのチームでいっしょに働いてきた Compass くんがついに卒業ということで、 minne のデザイナーの @shikakun から挨拶があるそうなので、よろしくお願いします」 はい、ありがとうございます。 Compass、いままでほんとうにありがとう。 Compass は、 SCSS を CSS へトランスパイルする機能だけでなく、 CSS3 で追加されたプロパティにベンダープレフィックスを付与してくれる mixin や、指定したディレクトリに画像ファイルを放り込むだけでスプライト画像も生成してくれる、とっても便利なライブラリでした。なんと最初のリリースは 2009 年で、
最近やっているけど、これ良い勉強になっているのでブログで紹介する。 読むようになったきっかけ 先月、永和システムマネジメントさんのOSSパッチ会に参加しました。 agile.esm.co.jp この会の懇親会では Rails の Issue やプルリクの話題が多く出ました。 ただ、私が知らない話題もいくつか出ていて、もっと Rails の更新内容を知りたいと思いました。 その結果、酔った勢いで rails/rails を Watching にしてみました。 毎日だけど、雑に読む Rails は活発に開発されているため、Issue(プルリク)は毎日たくさん増えます。 しかし、これを隅々まで目を通すのはとても大変です。 なので、雑に目を通しています。 興味のないやつは読み飛ばす 自分が使用していない機能(ActionCable, ActiveStorageなど)の Issue やプルリク 英語
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
