🛤 Rails 8はSQLiteで大幅に強化された「個人が扱えるフレームワーク」（翻訳）｜YassLab 株式会社
原著者の許諾を得て翻訳・公開いたします。 英語記事: Supercharge the One Person Framework with SQLite | Fractaled Mind 原文公開日: 2024/10/16 原著者: Stephen Margheim 日本語タイトルは内容に即したものにしました。 また、見出しを適宜加えています。 本記事は、Rails World 2024における私の発表を編集して記事化したものです。以下のYouTube動画でもご覧いただけます。 はじめに Railsは誕生したときから、アイデアを超音速で宇宙空間に打ち上げるロケットエンジンのような存在として名を馳せてきました。しかし少なくとも私にとって、自作のフル機能アプリケーションをデプロイして動かすにはロケット科学者になる必要がある気もしていました。 ロケットエンジンは時とともに大型化し、複雑化してきまし
RAILS_ENVの追加や環境ごとの違いへの対応方法
technical notes about web, languages, graphics or other software development stuff. Railsではデフォルトでdevelopment, test, productionという環境に対応できるように作られているのはご存知の通り。 この環境ごとの設定や、新しい環境の追加方法などについて、簡単にまとめる。 ちなみに執筆時点では以下の実行環境を利用している。 Ruby: 1.9.2 Ruby on Rails: 3.0.5 環境名を取得する Rubyのコードの中から現在の環境名(development|test|productionなど)を取得するのは、Rails.envを利用する。 新しい環境設定を追加する 例えばstagingという環境を新規に追加するには、以下の作業をする。 RAILS_HOME/config
HerokuでRroongaを使う方法 - 2014-05-28 - ククログ
RubyやRailsも使えるPaaSであるHerokuでRroongaを使えるようにしました。これにより、高速な全文検索機能を提供するRubyによるWebアプリケーションをHeroku上で動かすことができるようになりました。 ここでは、HerokuでRroongaを使う方法と、どのように動いているかを簡単に説明します。 サンプルアプリケーション Heroku上でRroongaを使えることを示すサンプルアプリケーションとして、Rroongaで全文検索できるブログを作成しました。 Heroku上で動いているアプリケーション ソースコード Railsでscaffoldしたものに、全文検索関連の機能を追加して見た目を整えた1だけの簡単なアプリケーションです。 全文検索機能はページ上部の検索ボックスにキーワードを入力してサブミットすると確認できます。キーワードにマッチするとキーワードがハイライトする
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
Rails3.2で production にした途端にapplication.css が参照できなくなる:お題目うぉっち
2012年03月30日 Rails3.2で production にした途端にapplication.css が参照できなくなる Railsは2.3からご無沙汰になってしまっていたので、 Rails3 の勉強をしていたときのこと。 developmentモードでは問題なく動いていたアプリケーションをproductionモードに切り替えた途端に画面がスタイルシートなしの表示になってしまった。コンソールには下記のような表示が。ActionController::RoutingError (No route matches [GET] "/assets/application-1adf5534d70f07fe17c168d1b45fc116.css"): ルーティングがないと言われてもdevelopmentモードの時にはcss用のルーティングなど設定していなかった。 そもそも、 /assets/
Rails 3.0 の production モードでは静的ファイルが自動ロードされない - happy lie, happy life
社内でテスト運用しているアプリを Rails 3.0 + PostgreSQL 9.0 + Unicorn + Nginx で動かそう！という話になって、とりあえず Unicorn 単体で Rails アプリを起動するところまでこぎつけたのですが、なぜか public 以下に置かれたファイルが 404 Not Found に。 なぜ？と思ってログを参照すると、どうやら静的ファイルも通常のルーティングで処理しようとしている様子。つまり stylesheets/application.css なら stylesheets コントローラの application というアクションを css 形式で呼んでいる、と。 これを回避するには Rails 側の設定で config/environments/production.rb に config.serve_static_assets = true
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
