タグ

関連タグで絞り込む (242)

タグの絞り込みを解除

railsに関するluccafortのブックマーク (85)

  • パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary

    最近、パーフェクトRuby on Railsの増補改訂版をリリースさせていただいた身なので、久しぶりにRailsについて書いてみようと思う。 まあ、書籍の宣伝みたいなものです。 数日前に、noteというサービスでWebフロント側に投稿者のIPアドレスが露出するという漏洩事故が起きました。これがどれぐらい問題かは一旦置いておいて、何故こういうことになるのか、そしてRailsでよく使われるdeviseという認証機構作成ライブラリのより良い使い方について話をしていきます。 (noteRailsを使っているか、ここで話をするdeviseを採用しているかは定かではないので、ここから先の話はその事故とは直接関係ありません。Railsだったとしても恐らく使ってないか変な使い方してると思うんですが、理由は後述) 何故こんなことが起きるのか そもそも、フロント側に何故IPアドレスを送ってんだ、という話です

    パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary
    luccafort
    luccafort 2020/08/18
    Deviseは責務てんこ盛りなのでちゃんと綺麗に責務を分割するだけでこうなるんだよ!というお手本のようなコードで勉強になった。
  • ERDをPlantUML形式で自動生成するツールを作った - くりにっき

    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が生成されて精神が崩壊する 僕は初め

    ERDをPlantUML形式で自動生成するツールを作った - くりにっき
    luccafort
    luccafort 2019/12/13
    勉強になりそうな話なのであとでgithubみておこう。
  • RailsのControllerにApplicationService相当のロジックを書くのはありなしや? - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

    誤解を産んでいそうだったので追記します。ここでいうApplicationServiceというのは、いわゆるレイヤードアーキテクチャのアプリケーション層のApplicationServiceレイヤの話です。別の言葉だと、「Usecase層」とか言う言葉で呼ばれたりするアレのことです。追記おしまい。 Railsにおいては、ApplicationService相当のロジックをコントローラーに書いても良いものとする— でもわかるしんぺい入門 (@shinpei0213) June 4, 2019 これについてです。 結論から先にいうと、ぼくは「正しい」と思っています(ただ、自分ではあまりやらず、ApplicationServiceに切り出しちゃいますが、これは好みの問題だと思っています)。 なぜ正しいと思うのか。それを考える際に、まずは「一般的に、なぜControllerとApplication

    RailsのControllerにApplicationService相当のロジックを書くのはありなしや? - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
    luccafort
    luccafort 2019/06/07
    “なぜここでみんな(たとえば)「UserSignupApplicationService」を作ってそれを呼び出すだけにしないんだろう”このケースではそうかなって思うけどちょっとこれは趣旨がズレている気がする。
  • 週刊Railsウォッチ(20190311-1/2前編)「Rails Conductor」14年ぶり復活なるか?、RubyGemsに複数の脆弱性、2009年のRailsエコシステムほか|TechRacho by BPS株式会社

    2019.03.11 週刊Railsウォッチ(20190311-1/2前編)「Rails Conductor」14年ぶり復活なるか?、RubyGemsに複数の脆弱性、2009年のRailsエコシステムほか こんにちは、hachi8833です。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを社内有志で(鍋のように)つっついたときの会話の再構成です👄 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください ⚓3/7(木)の公開つっつき会 3/7(木)の公開つっつき会にお集まりいただいた皆さま、ありがとうございます!🙇。 通常は週刊Railsウォッチに収録されている会話(つっつきボイス)を匿名化していますが、今回はRailsチュートリアルやRailsガイドやCoderDo

    週刊Railsウォッチ(20190311-1/2前編)「Rails Conductor」14年ぶり復活なるか?、RubyGemsに複数の脆弱性、2009年のRailsエコシステムほか|TechRacho by BPS株式会社
    luccafort
    luccafort 2019/03/13
    ”したら確かに開いた、すげー!
  • Rubyの式展開(string interpolation)についてまとめ: `#{}`、`%`、Railsの`?`|TechRacho by BPS株式会社

    2021.09.30 Rubyの式展開(string interpolation)についてまとめ: `#{}`、`%`、Railsの`?` 🔗 1. 一般的な「string interpolation」とは まずは一般的な話から。プログラミング言語で文字列を出力するときに、文字列の一部を変数の値や式の評価結果に差し替えたいことが非常によくあります。 "信号: 赤" "信号: 黄" "信号: 青" 上の文字列リテラル(" "で囲まれている部分)のうち、「赤」「黄」「青」を何らかの方法で変数から送り込んで差し替える操作を一般にstring interpolationと呼びます。 "信号: ●" # ←この●を「赤」「黄」「青」に差し替えたい 3つの文字列リテラルを使い分けるより、●を「赤」「黄」「青」だけ差し替える方が楽ですし、文字列リテラルが無駄に長くならずに済みます。 なお、次のような文

    Rubyの式展開(string interpolation)についてまとめ: `#{}`、`%`、Railsの`?`|TechRacho by BPS株式会社
    luccafort
    luccafort 2019/03/11
    動的言語では割とよく見かけるけど静的言語だとこのあたりどうしてるんだろう?昔少しJava触ったときは文字連結してたけど。
  • 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)

    scalar型を新しく定義するためにはscalarキーワードを使います。例えば、Date型を新しく定義するには次のようにします。 scalar Date スキーマではこれだけですが、実際に使う際はGraphQL処理系に対してさらにシリアライズとデシリアライズを定義することになります。 GraphQL組み込みのscalar型は先にあげたものだけなので、例えばバイナリ、日付と時刻、HTML/XML、BigIntなどを必要に応じて追加することになるでしょう。ただしその場合、サーバーサイドとクライアントサイドでシリアライズ・デシリアライズの実装を一致させる必要があります。 Enum enum(イナム)はscalar型の一種で、特定の値のみを持つ型です。例えば、組み込みscalar型であるBooleanをenumで宣言すると次のようになるでしょう。 enum Boolean { true false

    「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)
    luccafort
    luccafort 2019/03/09
    ようやく読み切ったぞ!!!気になったのが2点あって記事へのアクセスを制限するようなユーザ制限を行うときGraphQLだとどうやるのだろう?もう1つがサーバ側がエラー返すときはRESTと同じ感覚でいいのかな?
  • Railsは2019年も「あり」か?#2 Railsの長所と向いている用途(翻訳)|TechRacho by BPS株式会社

    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

    Railsは2019年も「あり」か?#2 Railsの長所と向いている用途(翻訳)|TechRacho by BPS株式会社
    luccafort
    luccafort 2019/02/04
    後述されるRailsのデメリットがメリットよりも大きくなったときにRailsを別の言語やフレームワークに剥がして乗せ換えるというのがかなり大変というのも1つデメリットな気がする。
  • 女性も参加しやすい(でも女性限定ではない)Ruby勉強会を企画中です #tokyogirlsrb - give IT a try

    お知らせ イベントページを公開しました!託児室もあります!たくさんのご参加をお待ちしております😃 techplay.jp はじめに タイトルの通りですが、現在、女性も参加しやすいRuby勉強会を有志のRubyistと企画しています。 まだ固まっていない部分もあるので変更される点が出てくるかもしれませんが、このエントリではこの勉強会の概要や開催のきっかけ等を書いてみようと思います。 【もくじ】 はじめに 女性も参加しやすい勉強会を開催しようと思った動機ときっかけ 女性の参加者や登壇者が目立ったRubyConf 男性でも女性でも興味がある勉強会には気軽に行けるようになってほしい 女性向けであることを明記しないと、女性の参加者は集まりにくい 勉強会の概要 登壇者と発表内容 ターゲットとなる参加者の方 運営チーム Q&A Q. 女性限定ではなく男性も参加できるのはなぜですか? Q. Rails

    女性も参加しやすい(でも女性限定ではない)Ruby勉強会を企画中です #tokyogirlsrb - give IT a try
    luccafort
    luccafort 2019/01/11
    "お願い:託児スペースのスポンサー企業さんを募集しています"めっちゃいい話し。やはり女性エンジニアの登壇者を増やすことが一番効果的なのかもなー。
  • AWS をどう使わずにおくか - portal shit!

    ジョブキューイングシステムをどうするかでチームのリーダーとやりあって考えたことがあるのでまとめておく。 Rails で使うジョブキューイングシステムの技術選定で、リーダーは Amazon SQS 推し(レガシーシステムで SQS を使っている)、自分は Sidekiq 推しだった。前職時代に Sidekiq を使ってトラブルに遭遇したことはなかったし、とても簡単に使えるので Sidekiq で十分だと思っていた。 Sidekiq は GitHub でのスター数は 9000 オーバーで、 Rails の ActiveJob バックエンドとしては事実上のデファクトスタンダードだといえると思う。ググれば情報がいっぱい出てくるし、チームメンバーもリーダー以外は全員 Sidekiq の使用経験があった。 GitHub - sidekiq/sidekiq: Simple, efficient back

    AWS をどう使わずにおくか - portal shit!
    luccafort
    luccafort 2018/10/01
    SQS採用したところここで反対されている内容でやっぱりうーむみたいな気持ちになったので正しい判断だったんじゃないかなぁと思う。言語に依存したくなかったのでSQSにしたけどちょっと微妙だった。
  • Rails tips: ActionMailerのstaging向けインターセプターを作る(翻訳)|TechRacho by BPS株式会社

    インターセプター(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 インターセプターを登録する

    Rails tips: ActionMailerのstaging向けインターセプターを作る(翻訳)|TechRacho by BPS株式会社
    luccafort
    luccafort 2018/07/10
    参考にさせてもらった。
  • 「買ってよかったもの」というサイトをリリースした - 書いたもの

    買ってよかったもの」という Web サイトをリリースした。リリースしたのは昨年のクリスマスイブだったけど、リリース記事を書きそびれてた。 買ってよかったものをまとめるサイトをつくりました。みなさんの2017年買ってよかったものを教えてください! https://t.co/jOVDhSz67f— もりしん (@morishin127) 2017年12月24日 作ってから少し経ってしまったけど、覚えてるうちに作った経緯とか開発の流れとかリリース後の反応とかを書いておく。 経緯 自分が買ってよかったものを人に紹介したいと思うことが時々あって、ツイートしたり喋ったりしてたけど、そういう情報が集まる場所があれば良いかもと思ったのがきっかけ。年末になると「20XX年買ってよかったものまとめ」みたいなブログ記事がたくさん見られるから、紹介したい or 見たいニーズがありそうで、場があればブログ持ってな

    「買ってよかったもの」というサイトをリリースした - 書いたもの
    luccafort
    luccafort 2018/05/22
    ほしいもにわざわざお気に入りリスト作ってるけどあれ面倒だなと思っていたので非常に良いサービスだなと思った。しばらく使わせてもらおう。
  • SmartHR が定期メンテナンスを始めた理由とやめる理由 - SmartHR Tech Blog

    SmartHR のソフトウェアエンジニア ぷりんたい です。SmartHR には2017年2月に入社しました。 この記事は SmartHR 長時間のサービス停止を伴うシステムメンテナンスのお知らせ によせて書かれたものです。 ご挨拶 SmartHR では、昨年の6月より週2日という頻度で夜間のサービス停止を行ってきました。まずは、この運用形態を選択したことによりご利用中のお客様にはご不便をおかけしたことをお詫び申し上げます。 今日のクラウドサービスでは、無停止運用が当たり前といった風潮もありますが、なぜ SmartHR が停止メンテナンス運用を選択したのか、今後のサービス提供においてどのようなことを重視していくのかを技術者としての立場からご説明させて頂きます。 SmartHR の開発初期とマルチテナント問題 SmartHR は2015年2月に開発が始まり、同年11月にサービスインしました。

    SmartHR が定期メンテナンスを始めた理由とやめる理由 - SmartHR Tech Blog
    luccafort
    luccafort 2018/04/06
    gfxさんが以前いってたような問題かー。Citusというのを使えば解決しそうというのだけど特に理由があるわけではないのだが懐疑的に感じるのは何故だろうか。
  • RailsDevelopersMeetup2018 ランチスポンサーまでの俺たちの道のり - 弥生開発者ブログ

    こんにちは、@mugi_uno です。 健康診断で善玉菌が多いと言われました。毎朝のヨーグルトが効いてます。 さて、以前のエントリ*1で予告をしていましたが、2018/3/24(土) に行われた Rails Developers Meetup 2018(以下RailsDM)にてMisocaは「Railsバージョンを最新に保つ俺たちの話 〜2重弁当添え〜」というタイトルでセッション&お弁当スポンサーをさせていただきました。 今回は、「イベントを引き受けてから当日の発表まで、Misocaではどんな風に準備を進めていたのか?」 といった点にフォーカスした、少し毛色の違う内容でお送りします。 ランチスポンサーを引き受けることになったきっかけ RailsDM自体との関わりについては、第4回開催の時に私個人でWebpackerについてLT*2をさせて頂きました。その縁もあり、Misocaにランチスポン

    RailsDevelopersMeetup2018 ランチスポンサーまでの俺たちの道のり - 弥生開発者ブログ
    luccafort
    luccafort 2018/04/05
    単純にスポンサーええやん!という話ではないというのがわかってよい。事後検証をきちんとやってるのいいな、真似していこう。
  • スタートアップでのプロダクト開発はRailsで必要十分

    僕と共同創業者のSuinは2013年に起業してShouldBeeというプロダクトをPHPで作りはじめた。 起業する前にプロトタイプをPHPで1〜2週間程で開発し簡単なセールスを行ない1件の受注を獲得した。これはよい感触だと感じSuin氏を誘い起業に乗り出した。 その後もプロダクト開発はPHPで行っていたが当時はPHPに不満を感じていた。そのころの僕達は顧客数が伸び悩む原因をプロダクトの機能不足や開発速度が遅いからだと考えてしまった。後にこれはまったく検討違いな判断だったと気がつく。 格的に顧客がつき、たくさんの利用がはじまるとPHPで作られたこのプロトタイプではフィードバックにすばやく対応できないことや、自分達のモチベーションのためにならないと考えScalaでの全面的なフルスクラッチを実施することを決定してしまった。バックエンドはScalaで記述し、フロントエンドReact+Redux

    luccafort
    luccafort 2018/04/03
    スタートアップ、とにかく早くリリースするというのが第一義であって技術的課題は最悪後回しにしてでもMVPに徹するべきというのわかるんだけど現実にそれを行える自信がない。
  • Rails Developers Meetup 2018 に参加して考えたこと。AMA のよさ。 #railsdm

    AMA でスピーカーの Ryopeko 氏が質問に回答している様子O’Reilly 社の主催する Velocity Conference などでも、トーク紹介のページにスピーカーへの質問コーナーがあるが、特にセッション内で言及されたりしないし、1:1 のコミュニケーションになっているけど、1:N で質問やフィードバックできる仕組みはよい。 ちょうど社内で、全社だったり部署向けだったり、ちょっと大きめの聴衆で発信スキル高めたり、そこでの情報共有の効率を高められる仕組みというのを考えていたので、参考にしてみたいと思う。 セッションObservability, Service Meshes and Microservicesクックパッド社における Service Mesh の事例の話。最近はこの手の話をあまり追いかけてないのだけど、2 年くらい前に前職で SRE やっていた時は Nginx

    Rails Developers Meetup 2018 に参加して考えたこと。AMA のよさ。 #railsdm
    luccafort
    luccafort 2018/03/27
    "社内ツール作成サークル活動記録"これ面白いなー。ただここでも書いてあるけど気をつけないと働かせ放題になる可能性があるのでその辺のハンドリングはかなり重要かなー。自由意志が大事。
  • Railsアプリの育て方という発表をしました #railsdm - アジャイルSEの憂鬱

    Rails Developers Meetup 2018 Day 1で「Railsアプリの育て方」という発表をしました。 railsdm.github.io 発表資料 余談 当は4月から放送されるシュタインズゲートゼロみたいな流れにしたかったけど、ちょっと上手く話の流れを作れなかったので、今回は普通に作りました。 明日の資料をシュタゲゼロっぽい感じにしたかったけど、無理だったので普通の感じで作っている。当はβ世界線でコードが破滅的になり、DメールでRuboCopを導入したらα世界線ではLintによるディストピアになってる話をしたかった。— 神速 (@sinsoku_listy) 2018年3月23日 世界線の収束により、どんなに頑張っても同じ日にデスマが起きる話したかった。— 神速 (@sinsoku_listy) 2018年3月23日 資料を作るのは難しい。

    Railsアプリの育て方という発表をしました #railsdm - アジャイルSEの憂鬱
    luccafort
    luccafort 2018/03/26
    attr_readerってprivateに出来たのか!と思ったがよく考えると当たり前か…defとかでないと駄目という固定観念があってかなりびっくりした。gem updateし続けるタスクは確かに…。
  • フロントエンド全然わからないマンが、ちょっとでも見た目のいいWebサービスを作ろうとしてやったこと - Qiita

    はじめに サーバーサイドプログラミングを勉強していると、自分でWebサービスを作りたいという気持ちがわいてくるものです(私はそうでした)。しかし、ここで大きな問題が立ちはだかります。どんなにすごい機能をつけても、いい感じのデザインのWebサービスでないとそもそも使ってもらえないのです。 試しに、QiitaのトップページのCSSを無効にしてみました。使える機能は変わらないはずなのに、全く使う気が起きなくなりますね。 しかしそうは言っても、フロントエンドの経験がほとんどないとどうすれば見た目をいい感じにできるかがわかりません。今回は、ちょっとでも見た目のいいWebサービスを作るために、そんな状況の私がやってみたことをまとめました。 (この記事は、あくまで私が試行錯誤した結果をまとめたものであり、その結果出来上がったサービスの見た目の良さを保証するものではありません) 書いている人のプロフィール

    フロントエンド全然わからないマンが、ちょっとでも見た目のいいWebサービスを作ろうとしてやったこと - Qiita
    luccafort
    luccafort 2018/03/23
    "ここで大きな問題が立ちはだかります。どんなにすごい機能をつけても、いい感じのデザインのWebサービスでないとそもそも使ってもらえないのです。"わかる…が最近はBootstrapとかMaterialUIとか選択肢が増えてきた。
  • Railsを始めて一ヶ月半経ったので振り返りをする - ゆとり日記

    「Webアプリケーションエンジニアになるぞ!」という意気込みで事業会社に転職し、Railsのプロダクトコードを書き始めて少し経ったので現状を振り返ってみる。 プロダクトコードでRailsを書いてみての感想 なかなかに楽しい。 設計を格的に考えると答えは出てこないし、プロダクトコードはがそもそも複雑だし、PullRequestのレビューは厳しいし・・といった感じで頭を抱える事案は多いものの、自分の血肉となっているので良しとする。 実戦に入るにあたってやったこと・やっていること 定番のサイト達 Railsチュートリアル Railsにもなかなか慣れなかったけど、Ruby文化になかなか慣れることが出来ずに苦戦。 1回の挫折を挟み、完走まで1ヶ月以上かかった。 Railsの教科書 Railsチュートリアルよりも内容がコンパクトだったので、一時期こっちに逃げていた。 感覚をつかむには、まずこっちを

    Railsを始めて一ヶ月半経ったので振り返りをする - ゆとり日記
    luccafort
    luccafort 2018/03/23
    "ActiveRecordがイミフ過ぎた"クソわかる。 ファットController問題はRailsの場合ServiceかViewModelでなんとかしろ!という雑な認識なのだけどServiceが捉える範囲が広くなりすぎるみたいな話しもありよくわからない。
  • Compass の送別会 - Pepabo Tech Portal

    2018 年 3 月 15 日、渋谷のはずれにある中華料理店『東亜飯店』では、 Sass の拡張フレームワークの Compass の送別会がしめやかにとりおこなわれていた。 「えー、それではですね、きょうは長年われわれのチームでいっしょに働いてきた Compass くんがついに卒業ということで、 minne のデザイナーの @shikakun から挨拶があるそうなので、よろしくお願いします」 はい、ありがとうございます。 Compass、いままでほんとうにありがとう。 Compass は、 SCSSCSSトランスパイルする機能だけでなく、 CSS3 で追加されたプロパティにベンダープレフィックスを付与してくれる mixin や、指定したディレクトリに画像ファイルを放り込むだけでスプライト画像も生成してくれる、とっても便利なライブラリでした。なんと最初のリリースは 2009 年で、

    Compass の送別会 - Pepabo Tech Portal
    luccafort
    luccafort 2018/03/16
    導入コストよりも脱退コストのほうが高いのよくわかる。メンテナンスされないことが宣言されたライブラリとどうおさらばするか?というのはプロダクトとしてはかなり大きい方向転換だよなあ。
  • Rails の Issue とプルリクを毎日読むと勉強になる - アジャイルSEの憂鬱

    最近やっているけど、これ良い勉強になっているのでブログで紹介する。 読むようになったきっかけ 先月、永和システムマネジメントさんのOSSパッチ会に参加しました。 agile.esm.co.jp この会の懇親会では Rails の Issue やプルリクの話題が多く出ました。 ただ、私が知らない話題もいくつか出ていて、もっと Rails の更新内容を知りたいと思いました。 その結果、酔った勢いで rails/rails を Watching にしてみました。 毎日だけど、雑に読む Rails は活発に開発されているため、Issue(プルリク)は毎日たくさん増えます。 しかし、これを隅々まで目を通すのはとても大変です。 なので、雑に目を通しています。 興味のないやつは読み飛ばす 自分が使用していない機能(ActionCable, ActiveStorageなど)の Issue やプルリク 英語

    Rails の Issue とプルリクを毎日読むと勉強になる - アジャイルSEの憂鬱
    luccafort
    luccafort 2018/02/13
    Rails Developers Meetupでやぎさんのブログにまとめがあるので読むといいぞ!って発表を見たのでそれから出来るだけ読むようにしてるけど学びがある。確かにIssueとかの感想を書くのはいいなあ、真似しよう。