平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
情報処理推進機構(IPA)は2011年1月31日、プログラミング言語RubyおよびWebアプリケーションフレームワーク「Ruby on Rails」の利用方法やプログラミング技法、最新動向などを遠隔からグループ学習するための教材と実習環境「Ruby研修用コンテンツ」を無償公開した。 実習環境は、IPAが提供しているインターネットを通じたオープンソースソフトウエア(OSS)実証評価環境「OSSオープン・ラボ」のサービスメニューの一つとして提供される。利用するには、OSSオープン・ラボの利用予約が必要となる。研修実施担当者が、同ラボのWebページ下部に記載されたメールアドレスあてに、予定人数や研修会場の場所と回線種別、実施予定日などを記入して申し込むことで利用できる。研修当日は、受講者ごとにラボ側で仮想OSが用意され、受講者はWebブラウザでアクセスしてコンテンツを利用する(図)。 Rubyを
前回「SSH 公開鍵の設置」では、Linux や Mac OS X で、Capistrano を使うための準備作業について書いた。 今回は、その Windows 編だ。 Capistrano は、Ruby の Net::SSH モジュールを使ってリモートサーバにログインする。したがって、基本的には、ssh クライアントプログラムは必要ない。 あなたのパソコンの適当なフォルダに、次のような内容のファイル Capfile を作る。 task :stamp, :hosts => "alpha.oiax.jp" do run "touch /home/kuroda/touched" end そして、stamp タスクを実行する。 % cap stamp * executing `stamp' * executing "touch /home/kuroda/touched" Password: se
本連載の第1回から第3回までは、主にmoonlinxのインフラ技術を説明してきました。今回からはmoonlinxのウェブアプリケーション技術に着目して解説していきたいと思います。 デプロイツール「Capistrano」の魅力 ウェブメディア「moonlinx」では、moonlinx Membership Centerと呼ばれるクリエイター向けの登録制会員サービスを運営しています。これは、デザイナーや音楽活動を行うアーティストをターゲットとしたサービスであり、クリエイター自身の活動をプロモーションするツールとして活用できるサービスです。 このMembership Centerでは、フレームワークとしてRuby on Railsを利用して開発しています。また、PhusionのPassengerを利用して、Apache2上で動作させています。 Railsの運用環境は、MongrelとMongre
Ruby on Railsはマルチプラットフォームで動作することもあり、ローカルで開発を行いリモートサーバで動かすというのが当たり前に行われている。その際、ローカルサーバで開発、アップロードを行ってリモートサーバへログインしてリブート…等とやるのはスマートではない。 CapistranoをWebベースで管理する サーバ一台ならば良いが、複数のサーバに対して更新ファイルを配信してリブートするなんてのは現実的ではない。そこで使われるのがCapistranoだが、さらに便利にしてくれるのがこれだ。 今回紹介するオープンソース・ソフトウェアはWebistrano、WebベースのCapistrano管理ツールだ。 Webistranoはプロジェクトを作り、ホストやレシピを設定してCapistranoの運用を簡易的にしてくれる。ターミナルから使うのが基本だが、複数人で開発を行っている場合は更新、リブー
記事の引越しから漏れていたのでサルベージ。 [secondlifeさんの記事](http://d.hatena.ne.jp/secondlife/20061010/1160453355) に反応して後で書こうかなあと思っていたら、大分時間がたってしまいましたが、めげずに書いてみます。 1. p/pp こちらはRailsに限らず良く使われている方法ですが、RailsではWebサーバをフォアグラウンドプロセスとして立ち上げた状態で使う感じになります。 pre>> $ ./script/server <2. logger.debug さて、続いてlogger.debugを使う方法です。 pre>> logger.debug "something interesting information" <> $ tail -f log/development.log <3. script/console
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム(ITS:Issue Tracking System)で運用する開発プロセスは、チケット駆動開発(TiDD:Ticket Driven Development)と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1.Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
Ruby on Railsの開発で便利なツールはないだろうか。 そんなときにおすすめなのが、『20+ Tools For RoR Development』。Ruby on Rails開発の便利ツール20選だ。 以下にいくつかご紹介。 » DZone Snippets 数千のコードスニペット » Four Days On Rails 4日間でRuby on Railsの基本を教えてくれる » HoboCentral.net Ajaxと連携するエクステンションパッケージ » Instant Rails テスト用にRuby、Rails、Apache、MySQLが一つになった » Learn To Program はじめてのRuby on Railsチュートリアル » Locomotive RoR開発のMac OS Xアプリ » Ruby Cheatsheet RoRのチートシート Ruby on
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く