rbenv や Bundler を用いた Ruby環境構築 - Qiita
前置き、概要説明 Rubyはバージョンによる差異が大きく、各バージョンで互換性がない場合もあります。その為、複数のプロジェクトに携わっている場合はプロジェクト毎にRubyのバージョンを切り替える必要があります。この問題を解決してくれるのがrbenvというツールです。 rbenvはシステム内に複数のバージョンを共存させることを可能にしてくれます。具体的には、特定のディレクトリ配下(プロジェクト)に特定のバージョンを適応するといった制限を掛けてくれます。つまり指定のディレクトリ外には影響を与えず、隔離することが可能な為にクリーンな環境が保てます。 これはRubyのライブラリであるgemにおいても同様です。バージョンによる差異が大きい場合がある為、プロジェクト毎に適切なバージョンのgemを利用する場合があります。これにはBundlerというツールを利用します。 Bundlerを用いることで、本来
Could not find bundler (>= 0) amongstを解決する。 | CHOICE
webminのcommand shellから bundle exec rake redmine:check_periodictasks RAILS_ENV="production"のようなコマンドを発行して、redmineに定期チケットを登録しようとするのだけど、以下のようなエラーがでてうまくいかない。 # cd /var/lib/redmine; bundle exec rake redmine:check_periodictasks RAILS_ENV="production" /usr/local/rvm/rubies/ruby-1.9.3-p194/lib/ruby/site_ruby/1.9.1/rubygems/dependency.rb:247:in `to_specs': Could not find bundler (>= 0) amongst [bigdecimal-1
AWS FargateでRuby on Railsを動かしてみる - Qiita
本記事は個人の意見であり、所属する組織の見解とは関係ありません。 こちらはAWS Fargate Advent Calendar 2017の12/3分の記事です。 今日は、Ruby on Railsのアプリケーションをローカル環境で作成し、それをFargateにECSでデプロイするところをやってみます。なお、データベースとしてはAmazon RDSで作成したMySQLを利用します。 事前準備 以下のものをローカルにインストールしておきます。 AWS CLI ECS CLI Docker CLI (Compose含む) ローカル環境の構築 Docker ComposeのRailsチュートリアルが秀逸なので、これを踏襲しながら実施してみます。 docker Quickstart: Compose and Rails 手順は全てMakefileにしてみました。 new: echo "$$_gem
RailsアプリをDockerで開発するための手順 - Qiita
追記 コードの全体像がわかりにくいって意見をもらったのでgithubにコードおきました。 (りーどみーがわかりにくいとかあればPRいただけると幸せです) https://github.com/togana/sample-rails-docker versionとか少し変わってたりDockerfileの中で実行してるコマンドが少し変わったりしてますが、大きく変わっているところはないので参考にしてください！ 追記2 docker-machineの共有ファイルを利用している場合、Rails5からファイル変更しても検知できなくなっていました。 ファイルの変更を検知しているのは config.file_watcher という設定です。 ここがバージョンアップに伴い変更されていました。 ActiveSupport::FileUpdateChecker から ActiveSupport::Evented
CentOSにrbenvをインストール - Qiita
rbenvはRubyのバージョン管理をするためのツール。他にも似たようなツールにはRVMがある。あまりRubyに詳しくない私が感じる限り、最近はrbenvが'はやり'のようだ。 最新安定版のRubyをインストールする CentOS7のyumでRubyのバージョンを確認してみたところ、下記の様な感じ。 最新の安定版は2.3なのでせっかくRubyなら最新版が良かろう、ということでrbenvをインストールする。 余談 PHPは現状5.xでもいいと思っているのだが、Rubyは最新版をインストールするのは何故か。仕事でないということと、数少ないrailsの案件を扱っていて、保守しなかった場合の辛さがPHPに比べて非常に大きく、Rubyではアップデートについていく事が重要に思えるからだ。
GoogleドキュメントスプレッドシートにAWS EC2一覧を自動作成する - YOMON8.NET
AWS Management Consoleはとても良く出来ていて、管理資料なんか無くても良いくらいです。 Windows使うことも無くなり、EXCEL開く回数も激減したのですが、それでもEXCELと一緒に社会人としての人生を生きてきているので、どうしてもあの表形式から離れられません。 今会社はExcelよりもGoogleドキュメントの方が良く使うので、そちらにEC2のリストを取得するスクリプトを書いてみました。 準備 スクリプト(Ruby)準備 Google ドキュメントの認証情報 設定ファイル準備 実行してみる 【補足】Google認証情報の取得方法 準備 AWSとGoogle Docsそれぞれの連携用のGemをインストールします。 gem install aws-sdk gem install google_drive スクリプト(Ruby)準備 以下のRubyスクリプトを適当なフォ
bundleコマンドにパスが通っていなかったときの対処法 - Qiita
$ gem contents bundler | grep bin /home/deploy/.gem/ruby/2.0.0/gems/bundler-1.5.1/bin/bundle /home/deploy/.gem/ruby/2.0.0/gems/bundler-1.5.1/binの下に発見した。 しかし、これをPATHに設定するとバージョンアップの度に更新しなければならない。 そんなバカな！ $ gem environment RubyGems Environment: - RUBYGEMS VERSION: 2.0.12 - RUBY VERSION: 2.0.0 (2013-11-22 patchlevel 353) [x86_64-linux] - INSTALLATION DIRECTORY: /home/deploy/.gem/ruby/2.0.0 - RUBY EXEC
STNSのバックエンドをつくろう - Qiita
この夏、あるシステムでSTNSを使えそうな気がしました。 STNSとは何か、ですって？ なら落ち着いて、時代が求めたSTNSと僕 // Speaker Deck を読みましょう。 OK、読みましたかね。 で、ユーザのDBにSaaSの何かを使えればいいなとおもってバックエンドを書けるかなという試み。時代とはつまり私だった。 この記事で出てくるコードを置きました。 https://github.com/sawanoboly/stns_backend-sinatra-example STNSのバックエンド仕様を調べました 注: こちら、記事作成時点のSTNS APIバージョン1.0の仕様についての調査です。※バックエンドの指定にv2をつけなければそのまま使えます。 API v2.1(またはそれ以降)については http://stns.jp/en/interface STNS製作者のP山さん曰く、
第1章 ゼロからデプロイまで - Railsチュートリアル
前書き 私が前にいた会社 (CD Baby) は、かなり早い段階でRuby on Railsに乗り換えたのですが、またPHPに戻ってしまいました (詳細は私の名前をGoogleで検索してみてください)。そんな私ですが、Michael Hartl 氏の本を強く勧められたので、その本を使ってもう一度試してみた結果、今度は無事に Rails に乗り換えることができました。それがこの Ruby on Rails チュートリアルという本です。 私は多くの Rails 関連の本を参考にしてきましたが、真の決定版と呼べるものは本書をおいて他にありません。本書では、あらゆる手順が Rails 流で行われています。最初のうちは慣れるまでに時間がかかりましたが、この本を終えた今、ついにこれこそが自然な方式だと感じられるまでになりました。また、本書は Rails 関連の本の中で唯一、多くのプロが推奨するテスト駆
Itamae | Ohai 連携オプション #devops #itamae - Qiita
概要 プロビジョニングツール Itamae Ohai 連携オプションでサーバー情報を Node から利用します。 Ohai は環境の情報取得用のライブラリ。 ※ ohai については下記リンク参照 https://github.com/opscode/ohai http://docs.getchef.com/ohai.html 試行 レシピを作成 require 'pp' pp node[:platform] pp node[:platform_version] pp node[:hostname] pp node[:languages][:ruby] $ itamae local --ohai recipe.rb "12.04" "precise64" {"host_vendor"=>"unknown", "gem_bin"=>"/usr/local/bin/gem", "target_
入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
Itamae + rbenvでCentOSにRuby環境を構築 - Qiita
package "epel-release" package "gcc" package "openssl-devel" package "libyaml-devel" package "readline-devel" package "zlib-devel" package "git" RBENV_DIR = "/usr/local/rbenv" RBENV_SCRIPT = "/etc/profile.d/rbenv.sh" git RBENV_DIR do repository "git://github.com/sstephenson/rbenv.git" end remote_file RBENV_SCRIPT do source "remote_files/rbenv.sh" end execute "set owner and mode for #{RBENV_SCRIPT}
openbook4.me - このウェブサイトは販売用です！ - openbook4 リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
プロビジョニング事始め (3) Chef Zero編 - 俺のMoleskin.log
今更感が拭えませんが、乗りかかった船なのであと数回続けいきます。 はじめに Chefとは、Chef社(旧Opscode社)が開発したプロピジョニングツールです。 レシピと呼ばれるRubyのDSLを使ってサーバのあるべき状態をコードに定義することで、サーバの構築作業を自動化します。テキストファイルの構築手順書と比べた場合、次の様なメリットがあります。 構築作業の自動化 オペレーションミスの排除 サーバーの抽象化 コミュニティレシピの利用 世界中の企業で導入されておりプロビジョニングツールとしてはデファクトスタンダードの実績を誇ります。 サーバーをChefの管理下に置くことで、たった1台のマシンから巨大なクラスタに至るまで、サーバーの構築、オペレーション作業を集中管理できるようになります。 Red Hat社が類似ツールのAnsibleを傘下に入れたことからも重要さを伺えます。 Chef Ser
RubyスクリプトとAWSのSNSで複数デバイスへのpush通知 - Qiita
これが出来ると何が嬉しいの？ 一括メッセージ設定、一括送信の自動化が出来ます！ 前提条件 Ruby環境 gem install aws-sdk-coreを実施済みであること iOS環境 AWS SNSでアプリを作成済みであること AWS SNSへエンドポイントを自動登録出来る実装が完了していること AWS SDKを導入済みであること 上記の内容は以下のサイトが参考になります！ 概要図 ・流れ1:アプリ起動時にAWS SNSのアプリ側にデバイストークンを登録 ・流れ2:対象のSNSからエンドポイントを取得 ・流れ3:作成済みのTopicに取得したエンドポイントをSubscribeする ・流れ4:アプリに対してメッセージをpushし、即時に通知 require 'aws-sdk' sns = AWS::SNS.new( :access_key_id => 'YOUR_ACCESS_KEY',
Rails の i18n でどの言語を見せるか判断する - Qiita
http://yurie.sexy/ のサイトの多言語化でいろいろ試行錯誤していましたがようやく落ち着いてきたので紹介してみます。そもそも i18n のやり方とか概念は他のページを参考にしてください。ここではどの locale で見せるかをどのように切り替えているかを紹介します。 やりたいこと 基本方針は下記のようにします。 params に locale が明示してあればその言語を使用する 明示してなければ環境変数 HTTP_ACCEPT_LANGUAGE を見に行き、最初に現れた locale を使用する（厳密にやるなら q= も見に行くべきかも） ただし、いずれも、 I18n::available_locales に存在しない locale の場合は無視する 判定できなかったときは I18n.default_locale をセット とします。今回のケースで対応する言語は :ja と
ナイーブベイズで羽生さんと羽生くんを分類してみた | DACエンジニアブログ：アドテクゑびす界
はじめに こんにちは。システム開発部の中村です。 機械学習についての理解を促進するため、 データから分類モデルを自動で構築する古典的な方法である、 ナイーブベイズ分類器を実装してみました。 最近はCloudVisionAPIなど専ら画像解析が流行っていますが、 自分のような初学者には敷居が高そうだったため、まずは自然言語処理です。 今回は、TwitterAPIを利用してbotアカウントから名言を収集し、 羽生さんと羽生くんを分類する羽生分類器を実装しました。 尚、APIクライアントはRuby、分類器はPythonで実装し、 形態素解析にはMeCabを利用しています。 また本来ならばどちらも羽生さんとお呼びしなければならない所、 便宜上フィギュアスケーターの羽生さんを羽生くんと表記させて頂く事をお許し下さい。 ツイートデータの収集 APIClientは、Twitter Ruby Gemを使っ
マルチスレッド/プロセスまとめ（Ruby編） - Qiita
プログラムの実行単位 固有のメモリ空間を持つ(リソースを共有しない) マルチプロセスの場合、物理/仮想メモリ領域間のアドレス解決のオーバーヘッドが高い。 プロセスの実行単位 共通のメモリ空間を持つ（リソースを共有する） マルチスレッドの場合、物理/仮想メモリ領域間のアドレス解決は発生しない。 ユーザースレッド ユーザー空間（アプリケーションが利用するメモリ空間）を利用 1つのプロセスに複数のスレッドがあっても、1つのスレッドしか実行されない。 OSカーネルを介さないスレッド切り替えのため、スレッド切り替えに伴うオーバーヘッドが少ない。 仮想VM上で実行されるスレッドをグリーンスレッドと呼ぶ。 カーネルスレッド カーネル空間（カーネルが利用するメモリ空間）を利用 1つのプロセスに複数のスレッドがある場合、同時に複数（CPUコア数分）のスレッドを実行できる。 OSカーネルを介するスレッド切り替
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
An error occurred while installing hitimes (1.2.2), and Bundler cannot continue. · Issue #27 · copiousfreetime/hitimes
GitHub - betahikaru/aws-portal: Customized AWS Portal site, generated by Sinatra.