割と新しめのカーネルで、フロッピーディスク1枚に収まるLinuxディストリビューションを作る方法を解説します
![小さいLinux環境の作り方](https://cdn-ak-scissors.b.st-hatena.com/image/square/6193bdb7193e162aafd1b1a21c1e0f0a57eb9dd2/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Ff8afefa1ff2e49b09e85dd3e5b11c017%2Fslide_0.jpg%3F4761313)
割と新しめのカーネルで、フロッピーディスク1枚に収まるLinuxディストリビューションを作る方法を解説します
This guide covers the configuration and initialization features available to Rails applications. After reading this guide, you will know: How to adjust the behavior of your Rails applications. How to add additional code to be run at application start time. 1 Locations for Initialization CodeRails offers four standard spots to place initialization code: config/application.rb Environment-specific co
rescue_from で拾えない例外がある Rails が用意してくれている rescue_from は controller の外側で発生した例外を拾ってくれない。 例えばパラメータに不正なエンコーディングが含まれるときに、Rails は ActionController::BadRequest を例外として投げる。しかし、この処理は Rails の routing 層で行われているため rescue_from で捕捉することはできない。 そのため Rails の外で発生した例外を捕捉していない場合、ユーザには意図していないエラーページが見えている可能性がある。 Rails の外で起きる例外は exceptions_app で処理するのがお手軽 例えば config/initializers/exceptions_app.rb に以下のコードを書いておく(ErrorsControlle
IT系上場企業の平均給与を業種別にみてみた 2016年版[後編] ~ パッケージベンダ、SIer、ホスティング企業 IT系企業で給与が高いのは勢いのある新興ネット企業なのか、それとも伝統ある大手SIerなのか、あるいは若者に人気のエンターテイメントを提供するゲーム系企業なのでしょうか。今年もIT系の主な上場企業を分類し、比較しやすいようにまとめてみました。 前編の「ネット/スタートアップ系、ゲーム/エンターテイメント系、メディア系」に続いて、後編ではパッケージソフトウェアのベンダ、SIer/システム開発、組み込み開発、ISP/ホスティングベンダなどの企業についてまとめました。 上場企業は毎年発行する有価証券報告書に、従業員数や平均年齢、平均年収などを掲載しています。この記事では、これら公開情報を基に、Publickeyが独自の判断で主な企業をピックアップして業種を分類。平均給与が高い順に並
IT系上場企業の平均給与を業種別にみてみた 2016年版[前編] ~ ネット/スタートアップ系、ゲーム/エンターテイメント系、メディア系 IT系企業で給与が高いのは勢いのある新興ネット企業なのか、それとも伝統ある大手SIerなのか、あるいは若者に人気のエンターテイメントを提供するゲーム系企業なのでしょうか。今年もIT系の主な上場企業を分類し、比較しやすいようにまとめてみました。 上場企業は毎年発行する有価証券報告書に、従業員数や平均年齢、平均年収などを掲載しています。この記事では、これら公開情報を基に、Publickeyが独自の判断で主な企業をピックアップして業種を分類。平均給与が高い順に並べてみたものです。 ただし現場の社員の給与を反映していない持ち株会社などはこの調査からは外してあります(例えばスクエア・エニックス・ホールディングスなど)。また、上場していない企業(例えば日本マイクロソ
良くあるダメなエラーメッセージ エラーが起きたときは、以下のようにエラーメッセージをどこかしらに出力すると思います。 $c->log->error('something wrong!'); ただ、このエラーメッセージって、実際に発生したときには意味がわからないことが多いのです。 $c->log->error('error!'); 本気でこういう「error!」とだけ吐くメッセージだと、エラーが起きたことしか伝わってきません。程度の差はあれ意味のわからないエラーメッセージはこの世にあふれているかと思います。 機械的なエラー情報 そういうわけで、たいていは Exception クラスや Logger クラスで多くの補助が受けられるようになっていると思います。 発生時刻 発生場所 stack trace 変数の状態 ただ、このような機械的な情報だけだと、結局、運用上は対応が難しい場面ってのが多か
MMMの前田です。 早いもので、MMMに入社してから1年が経過しました。 振り返ってみると、この1年はほぼRuby on RailsでWeb APIを作っていました。 常にRailsに触れることが出来、非常に楽しい一年になりました。 本日はRuby on Rails の Web APIで、クライアントからのパラメータをどのようにチェックしてバリデーションをしているかを纏めてみました。 ruby version 2.2.2 Ruby on Rails version 4.2.2 何故WebAPIのリクエストパラメータのバリデーションが必要なのか 例えばバリデーション無しでパラメータを受け取った場合、以下のコードでパラメータによって期待しない結果になったりします。 Book.where(id: params[:book_id]) 上記のコードはActiveRecordの基本的な検索パターンです
RailsでAPIを雑に書いていたんだけど, コントローラとかをどう書くとエラー処理しやすくなっていいかなーと考えていて, 個人的に考えがまとまったのでブログ書いた. ※9/1に追記書いた. 良いエラー処理について 個人的にAPIを書く上で(API書くに限らない気はするけど)どういうふうにエラー処理を行うと良いかなーと考えてみると コントローラ内では基本的に, ある関数の処理が失敗して, 次の処理が行えない場合はすべて例外を投げる 例外は各々のコントローラ内で例外のキャッチは行わず, すべてApplicationControllerなど, 親コントローラ内の1メソッドで完結させる かなーと思う. APIのエラー処理は, Envelopeにステータスコードとエラーメッセージを書いて, APIのフォーマットを統一するほうがクライアントが作りやすそうだし, またこのように処理することで, エラー
例外を利用して実装すると便利な場合が多い この投稿では、HTTP経由でJSONを返すようなWeb APIをRailsを利用して実装するとき、エラーレスポンスを返す場合の処理をどう実装するとやりやすいのか、というニッチな話題に触れる。APIでエラーを返したいとき、即ち400以上のステータスコードと共にレスポンスを返したいような場合、どう実装するのが良いか。もしリクエストの処理中にエラーが検出された場合、それ以降の処理を行わずに直ちに中断してエラーレスポンスを返したいという場合が多いため、例外を利用して実装すると便利な場合が多い。 例外を利用しない方が良い場合もある 1つのリクエストに複数の問題が含まれている場合、先に見つけた問題だけを報告するようなエラーレスポンスを返すのか、それとも問題を抱えながらも進めるところまで処理を進めて報告可能な情報を全て含むようなエラーレスポンスを返すのか、という
InstagramグラフAPIInstagramグラフAPIは、アプリのユーザーが自分のInstagramビジネスアカウントおよびInstagramクリエイターアカウントのデータにアクセスすることを許可します。このAPIを使用して、メディアの取得と公開、メディアへのコメントの管理と返信、他のInstagramユーザーが@メンションしたメディアの特定、ハッシュタグ付きのメディアの検索、他のInstagramビジネスやクリエイターに関する基本メタデータと指標の取得を行えます。 Instagram基本表示APIInstagram基本表示APIは、アプリのユーザーが自分のInstagramアカウントの基本プロフィール情報、写真、動画を取得することを許可します。このAPIは、ビジネスおよびクリエイター以外のInstagramユーザーを対象にしています。メディアの公開、コメントのモデレーション、@メン
インストール rails server で起動するデフォルトのサーバは WEBrick で実用レベルではありません。代わりに Unicorn を利用します。 # gem パッケージに含まれていなければ追加します % vi Gemfile ... gem 'unicorn' % bundle update 設定 config/unicorn.rb として設定ファイルを作成します。 worker_processes 2 stderr_path File.expand_path('../../log/unicorn/stderr.log', __FILE__) stdout_path File.expand_path('../../log/unicorn/stdout.log', __FILE__) pid File.expand_path('../../log/unicorn/unicorn.
Unicornの設定ファイル Unicornの設定ファイルは大体以下のようになります。 説明は設定ファイル内にコメントとして記載してます。 参考: Rails4.2 を Nginx + Unicorn で動作させる # Railsのルートパスを求める。(RAILS_ROOT/config/unicorn.rbに配置している場合。) rails_root = File.expand_path('../../', __FILE__) # RAILS_ENVを求める。(RAILS_ENV毎に挙動を変更したい場合に使用。今回は使用しません。) # rails_env = ENV['RAILS_ENV'] || "development" # 追記に記載してます。入れた方がいいです。 ENV['BUNDLE_GEMFILE'] = rails_root + "/Gemfile" # Unicornは
東京を拠点に活動する写真家フォトグラファー小野田陽一のポートフォリオサイトです。Portfolio of Tokyo based photographer Yoichi Onoda.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く