|
>>1744 68user > うちでは > # cd /usr/src/share/mklocale > # make > すると、/obj/usr/src/share/mklocale/ja_JP.EUC.out が出力されますが、 > この方法で locale/ja_JP.EUC だけインストールするのはどうやれば > いいんだろう? -current の make world の際のログがありましたけど、 単純にコピーでいいようですね。 > ===> share/mklocale > install -c -m 644 -o root -g wheel el_GR.ISO_8859-7.out /usr/share/locale/el_GR.ISO_8859-7/LC_CTYPE > install -c -m 644 -o root -g wheel ja_JP.EUC.out /usr/share/locale/ja_JP.EUC/LC_CTYPE > install -c -m 644 -o root -g wheel ja_JP.SJIS.out /usr/share/locale/ja_JP.SJIS/LC_CTYPE [snip] /usr/obj の下のファイルが使えるなら、多少の無駄があるけど、 make installworld するのも手です。 > cvsweb を見ていて気がついたのですが、current では、LC_MONETARY、 > LC_NUMERIC を設定する > http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/share/monetdef/ > http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/share/numericdef/ > てなのができたようですね。 これが結構間があいて commit されていたので、make world が 途中でこけるのが二三日続いたことがありました。それで覚えてます。 |
|
>>1739 68userさん > > 「Underconstruction」なのが残念ですが。 > ってどこに書いてありました? スレッド一覧の最下部の「Mail converted by HyperThreads v0.9.1」のリンク先です。作者のウェブサイト<http://www.etl.go.jp/~takagi/>からも参照できます。 > > 結果画面でNo.531だけが正常に表示されませんでした。 > http://X68000.startshop.co.jp/~68user/cgi-bin/wwwboard.cgi?log=531 > のことでしたら、あれで正しい表示です。CZ さんが見られたときは > 変な表示になってましたか? Namazuの検索結果画面での表示のことです。「オペランド」等で検索してみるとお分かりになるはずです。 さて，いろいろと探していたら，<http://blade.nagaokaut.ac.jp/>で使われているbladeシステムがかなり気に入りました。bladeクローンの<http://www.rr.iij4u.or.jp/~hideto-i/rb/yaiba/>が開発されています。rubyは分かるのでいいのですが，これをWindowsで動かそうとしたらかなり労力が要りそうで，ちょっと躊躇しています。 # そのうちに常時接続になることだし，そろそろ家庭内サーバを立てるか。 ## でも騒音と夏の空調とセキュリティの確保が大変そう。 ### ひょっとして常時接続になればローカルで閲覧する意味もなくなるか? 独り言を書き連ねてしまいました。 ではでは，これからもよろしくお願いします。 |
|
>>1725のりさん 解決したようですが、ちょっとXのリソースについて 私も今勉強中なのですが、、editresコマンドなどあるみたいです。 http://www.linux.or.jp/JF/JFdocs/XWindow-User-HOWTO-8.html http://www.ainet.or.jp/~inoue/athena/index.html |
|
>>1748 CZ > 「Mail converted by HyperThreads v0.9.1」のリンク先です。 なるほど、あれは高木さんの自作でしたか。公開してほしいなぁ。 > bladeクローンの<http://www.rr.iij4u.or.jp/~hideto-i/rb/yaiba/>が開発されています。 あ、これまた嫌いなインタフェース (^^; # これは、単に慣れてないだけという可能性もありますので、 # 本当の評価は保留中です。 > 「オペランド」等で検索してみるとお分かりになるはずです。 うーん、わからんです。どの辺でしょう。 http://X68000.startshop.co.jp/~68user/tmp/wwwboard-531.gif ちなみにメールアドレスが先頭に出るのは、僕の namazu 用 フィルタの書き方が悪いせいです。 あと、この BBS で <http://blade.nagaokaut.ac.jp/> という書き方をすると <http://blade.nagaokaut.ac.jp/> → <A HREF="<http://blade.nagaokaut.ac.jp/>"> と置換されていましたが、さきほど直しました。こういうバグを 見つけるたびに、自分の想像力のなさを思いしらされますね。 >>1745 なお > www.linux.co.jp 質問者が知らないのは仕方がないし、間違った回答をしてしまうのも 仕方がないですが、その間違った答えにツッコミ入れる回答者がいない コミュニティというのは悲惨ですね。 http://www.linux.co.jp/bbs/bbs1/bbs.cgi?num=2721&ope=sel http://www.linux.co.jp/bbs/bbs3/bbs.cgi?num=855&ope=sel |
|
おっと書き忘れ。 >>1747 rosegarden > -current の make world の際のログがありましたけど、 > 単純にコピーでいいようですね。 なるほど。手動でやる場合は、 ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i386/log/ を見ればよかったわけですね。 |
|
>>1750 68userさん > > bladeクローンの<http://www.rr.iij4u.or.jp/~hideto-i/rb/yaiba/>が開発されています。 > あ、これまた嫌いなインタフェース (^^; そうですか? スレッド表示など特に秀逸だと思ったのですが。 <http://blade.nagaokaut.ac.jp/cgi-bin/vframe.rb/ruby/ruby-list/22494?22494-23482> > うーん、わからんです。どの辺でしょう。 | ……wwwboard.cgi?log=531">名前を「やまい」元(山井・孝雄)に変えましたー/a></strong> (スコア: 1) Internet Explorerやw3m等から見るとソースがこんな具合になっています。で，見かけ上Aエレメントが閉じられていないために問題が起きるわけです。Lynxもそうですが，HTML解釈上は正しくDDエレメントの手前でアンカーを切っています。 原因は半角の「。」のようです。当方ではNetscape Navigator(4.7/2.0)だけが文字化けせずにAエレメントが閉じられていました。十分に検証せずに一方的に報告してしまったことをお詫びします。最初からNetscape Navigatorで確かめておけば原因もすぐに判明したと思います。 > あと、この BBS で <http://blade.nagaokaut.ac.jp/> という書き方をすると > <http://blade.nagaokaut.ac.jp/> > → <A HREF="<http://blade.nagaokaut.ac.jp/>"> > と置換されていましたが、さきほど直しました。こういうバグを > 見つけるたびに、自分の想像力のなさを思いしらされますね。 私の自作BBSでも同じ問題が発生していることを以前から認識していました。68userさんの掲示板ソースも参考にした覚えがあるので，ひょっとするとURL置換処理をコピーしていたのかも知れません。そのうち暇があれば直しておきます。 # 睡眠は大事です。かくいう私も最近……。 |
|
お邪魔致します。このサイトの情報はPerlでのネットワークプログラム作成時に 大変参考にさせて頂いております。以前も一度この掲示板にてお世話になりました。 本日はFTPとHTTPの比較について質問がありやって来ました。 昨日書店で立ち読みした、発売したばかりの ASCII NETWORK MAGAZINE4月号 http://biz.ascii24.com/biz/n-mag/article/2001/02/23/623348-000.html に、比較的初心者向けのFTPプロトコルの解説記事があったのですが、その冒頭に 「FTPはHTTPよりわずかに速いため、現在もよく利用される」 という（言い回しが違うかもしれません）記述がありました。これは本当でしょうか？ CやPerlでsocket関数を使いTCPのアプリケーション層のプログラムを作っている と、プロトコルがFTPであるのかHTTPであるのか（もしくはSMTPやPOP3なのか）は データを受信（または送信）するアプリケーションが判断することで、ネットワーク上 では区別されないように思えました。 ポート番号で区別できるという考えもありますが、もちろんWell-Knownポート以 外を使ったHTTPやFTPでの通信も可能ですよね。 IPパケットレベルでHTTPとFTPのパケットが区別され、FTPの方がわずかに速く通 信が可能という事はあるのでしょうか？いきなりで申し訳ありませんが、お答え頂ければ 幸いです。 |
|
>>1752 CZ > そうですか? スレッド表示など特に秀逸だと思ったのですが。 あ、アイコンがわかりにくいので拒否反応を示しただけですから、 聞き流してくださいまし。 > Internet Explorerやw3m等から見るとソースがこんな具合に > なっています。 IE5.5 で確認しました。原因究明はウチに帰って元データを 見てからにします。 >>1753 金床 > FTPはHTTPよりわずかに速いため FTP はコントロールコネクションとデータコネクションがありますが、 HTTP はコネクションは1本しか張らないので、FTP の方がわずかに 速い *かも* しれません。でも、誤差の範囲内だと思います。 なので、(この部分を見る限りでは) 不適切な解説だと僕は思います。 > IPパケットレベルでHTTPとFTPのパケットが区別され、FTPの方が > わずかに速く通信が可能という事はあるのでしょうか？ アプリケーションゲートウェイ (delegate とか) で帯域制限でも しない限り ありえないです。金床さんが書かれている考え方は 正しいです。 |
|
お答え頂きありがとうございます。 >FTP はコントロールコネクションとデータコネクションがありますが、 >HTTP はコネクションは1本しか張らないので、FTP の方がわずかに >速い *かも* しれません。でも、誤差の範囲内だと思います。 これは、FTPのデータコネクションでは目的のデータ（ファイルやファイルリストなど）しかネットワーク上を 転送されないのに対し、HTTPでは最初にHTTPリクエストがネットワーク上を通るので、その分という事でしょうか。 それとも、データコネクションでのデータ受信（送信）中も、コントロールコネクションが何らかの役割を果たして いるという意味でしょうか。つまり、転送されるデータが巨大になればなるほどFTPとHTTPで差がでてくるような 現象が存在するのでしょうか？ 最初に書くべきでしたが、私がここで対象にしている「FTPとHTTPの転送速度の差」は、 数Kb〜数百Kb程度の小さなファイルでのやりとりではなく、巨大なデータ（少なくとも10Mb程度） で現れる（かもしれない）差の事です。 ＞アプリケーションゲートウェイ (delegate とか) で帯域制限でも ＞しない限り ありえないです。 なるほど、やはりそうですよね。少し安心しました。 |
