09/09/05 01:12:26
つirb
626:デフォルトの名無しさん
09/09/05 04:24:09
RubyでCGI(笑)
627:デフォルトの名無しさん
09/09/05 05:26:51
>>619
眠いから論理的に読んでないが、
gem は sudo したとき（/usr に書き込み権限があるとき）と
一般ユーザーで使用したとき（/usr に書き込み権限がないとき）とで使用するディレクトリが違う
完全自動で /usr/bin にインストールして欲しいなら最初から sudo gem install しろ
gem install すると gem は $HOME/.gem/ruby/1.8 とかに入る
昔は全員が sudo しまくってたんだが、最近は sudo しないインストール方法が市民権を得ている
いまだに Rakefile で sudo ベタ書きしてるライブラリがあるがとっとと死んでくれてよい
628:デフォルトの名無しさん
09/09/05 06:16:17
>>619
何が起きたのか書いてあるじゃん
629:デフォルトの名無しさん
09/09/05 06:17:49
へ？なんで？意味がわからない。
630:610
09/09/05 06:37:13
>>613
そのサイトの該当部分は、正確には『Ruby入門 ＞日本語と文字コード ＞オプション指定をプログラム内に記述』だった。
すまん、言葉が足りんかった。
プログラムだが、これ↓を実行すると、
#! ruby -Ku
print("KCODE=", $KCODE);
こう↓なる。
test.rb:2: warning: variable $KCODE is no longer effective
KCODE=
631:デフォルトの名無しさん
09/09/05 06:55:01
いやそれはメッセージがそのまんまだが
っていうかこれの経緯の解説が無いならその本投げ捨てろ
$KCODE が動作するのは 1.8 までで、1.9 からは別な方法で指定する
632:デフォルトの名無しさん
09/09/05 07:06:23
>>630
Ruby M17Nの設計と実装
URLﾘﾝｸ(jp.rubyist.net)
633:デフォルトの名無しさん
09/09/05 07:18:33
こういう場合大抵その本に罪はないｗ
634:610
09/09/05 08:48:43
>>631-632
答えてくれてありがとう。
632のリンク先は自分が勉強不足なせいで何言ってるか半分も理解できなかったがｗ
本にはマジックコメントを使うと書いてあったんだが、ネットで調べてみたら別の事が書いてあったんで混乱したんだ。
やっぱり別の本買えばよかった(´;ω;`)
635:デフォルトの名無しさん
09/09/05 09:29:21
>>632はまだ理解できなくても問題ない
これは Ruby1.8 をある程度修めてて
なおかつエンコーディングの日常的知識があることを前提としている一次文書だ
Ruby 1.9.1 で初めてプログラミング言語に触れる人だとか
文字エンコーディングってナンデスカという人だとか
そういう人向けの文書ではない
そういう人向けの解説はこれをもとに出てくる…はずなんだが、ばあさんやまだかいのう
636:デフォルトの名無しさん
09/09/05 09:29:45
>>634
Yes you do.
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(www.amazon.co.jp)
637:デフォルトの名無しさん
09/09/05 11:19:17
>>615
CGIというか、HTMLを使った基本的なWebアプリが作れるようになれば便利
あと10年ぐらいは、HTMLやHTTPが無くなることはないだろう
638:デフォルトの名無しさん
09/09/05 11:29:25
今さすがにCGIはなあ、とか思うんだけど、
で、まあwebアプリを初心者に勧めるとして何するのが(どんなライブラリ使うのが)いいんだろ。
Railsはでかいは、デプロイ面倒だわ、慣れるとすごくいいいんだけど、初心者がいきなりやるには…。
Sinatra辺りだろうか？
639:デフォルトの名無しさん
09/09/05 11:46:14
CGIが書けずにフレームワーク扱いだす新人PGって、
交通ルール知らずに車運転するようなもんじゃないだろうか
640:デフォルトの名無しさん
09/09/05 11:50:33
どこぞのフレームワークと違って
やって無駄になるような技術ではまったくないね
641:デフォルトの名無しさん
09/09/05 11:50:51
比喩は嫌いだ
642:デフォルトの名無しさん
09/09/05 11:56:56
webアプリ初心者が序盤に作ったモノはひどいデキになって当たり前なんだから
まずはライブラリなしの生CGIでいいんだよ
薄っぺらい仕様だからとっかかりにはちょうどいい
セキュリティはこの際忘れろ、ローカルでやるかbasic認証でもかけて隠しとけ
セキュリティやらフレームワークやらはCGIの基礎がわかってから考えろ
643:デフォルトの名無しさん
09/09/05 12:11:04
KENTととほほを知ったことには感謝しなければならない
>>642で納得していただろうから
644:デフォルトの名無しさん
09/09/05 12:26:40
「考えない」んだよな
そりゃそうだ、今の時点で「動作してる」のに、何を付け加える理由があろう
むしろ、安全じゃない文字の基本的テストが標準付属していて、
それを通さないとそもそも動作しないとかそういうフレームワークがあれば
645:デフォルトの名無しさん
09/09/05 17:31:11
Railsの話題なのですが、rubyに共通する話なのでこちらで聞いてみます。
スクリプトのデバッグにruby-debugを使ってみているのですが、
b(break)コマンドでブレイクポイントを表示してくれず、現在行がブレイクポイントに追加されてしまいます。
ブレイクポイントを表示するにはどうしたらよいのでしょうか？
下記を見ると、breakでブレイクポイントの表示のはずなのですが・・・？？？
debug - Rubyリファレンスマニュアル
URLﾘﾝｸ(www.ruby-lang.org)
ruby-debug 0.10.3
ruby 1.8.7 (2008-08-11 patchlevel 72) [i486-linux]
Ubuntu 9.04 (coLinux)