小規模開発における本番環境の技術選定
Rocky Linux 本番環境のOSは、Red Hat Enterprise Linux（以下 RHEL と略記）系の Rocky Linux です。これは Shibboleth で公式サポートされていること、RHEL系で長期間のソフトウェア・アップデートが期待できること、安定して動くことなどが理由になります。 Shibboleth Shibbolethは、SAMLを使ってSSOを実現するソフトウェア実装の一つです。 私の開発するWebアプリは、本番環境の認証・認可で Shibboleth SP を利用することが多いです。このShibboleth SPの System Requirements に次の記述があるため、同じRHEL系でも AlmaLinux は選ばなくてもいいかなと判断しています。 We officially support the following Linux dist
RailsのDBをMySQLからsqliteに移行する - おもしろwebサービス開発日記チラシの裏
異なるDBのデータ移行はめっちゃ面倒な印象があったけど、やってみたらそこまででもなかったぞという話をメモしておきます。 前提 MySQL特有のクエリを書いていない データ移行手順 rroblak/seed_dump: Rails task to dump your data to db/seeds.rb を利用する。このgemを使うとrake db:seed:dumpでdb/seeds.rb にDBの内容をダンプできる。ダンプした内容を移行先に持ち込んで、おもむろにbin/rails db:seedするとデータの移行ができる。便利。 ただしrake db:seed:dumpだとREADMEに書いてあるようにモデルのcreate!メソッドの実行になるし、idが指定されない形になってしまう。 Product.create!([ { category_id: 1, description: "L
DHHが考えるRailsのバリデーション設計
3行まとめ 単純なバリデーション（必須・範囲・文字数など）はHTMLとDB制約、CHECK制約があれば十分であるというのが最近のDHHの主張。 SQLiteではCHECK制約が少し貧弱なため、制約変更の可能性がある場合は従来通りアプリケーションでもバリデーションした方がいい。 Rails初心者はDHHの方法をそのまま採用するのはやめた方が良い。 調べたきっかけ 最近DHHがonce.comでのCampfireをはじめとしたプロダクトで、NULL制約やDB制約で防げるようなRailsのモデルのバリデーションを積極的には利用しないでいるという主張をしている。 DHHの主張を要約すると以下のようになる。[1] HTMLでのバリデーションが優れている 例えば、input type=“email” にしておくとブラウザで勝手にメールアドレス形式ではない場合にエラーにしてデータ送信をしないようにしてく
ClinPeer Railsプロジェクトの技術選定（2025年版） - メドピア開発者ブログ
こんにちは。サーバーサイドエンジニアの三村（@t_mimura39）です。 こちらでご案内した通り、弊社で新しくリリースした「ClinPeer」の裏側をご紹介します。 tech.medpeer.co.jp 今回はClinPeerのバックエンドについての簡単なシステム概要と選定技術の紹介編です。 2024-2025年にrails newをした新鮮なRailsプロジェクトの様子をお楽しみください。 目次 システム概要 rails stats Gemfile 技術選定 Ruby Ruby on Rails Puma ActionPack::CloudfrontViewerAddress Trilogy SolidQueue SolidCache Kaminari Async::HTTP Ueki Jb Nokogiri Blazer ActiveHash Flipper Lograge Main
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsのid列は必ずしもきれいな連番にはならないんですよ、という話 - Qiita
