アカウント名:
パスワード:
-currentの方では、すでにperlなしでkernelが作れるようになっています。hintsを作るscriptがまだ残っていますが、kernelを作る時に使うものではありません。
また、この変更はMFCされません。4-stableは最後までperlつきです(多分「CDやDVDでは...」は本当はこういう意味?)。-currentでは近いうちにportsなどによってのみperlをinstallすることになります。
FreeBSD システムの側で面倒見てくれないの?
自分でFreeBSDでサーバーを立ててる人に対してなら「そのぐらいやれよ」でもいいと思います。でもホスティングサービスで /usr/bin/perl と決め打ちした cgi を置いて使ってる人に「設置した人が勝手に直すだろ」では可哀想な気も。やはり symbolic link ぐらい張ってあげないと...
# >>でもホスティングサービスで /usr/bin/perl と # >>決め打ちした cgi を置いて使ってる人に # >>「設置した人が勝手に直すだろ」 # わざわざそこで引用切らなくても... ^^;;; # なんて事はどうでもいいんですが。
>というか、perlのパスを書き換えることもできないような人が >掲示板を設置しているのは、ちょっとどうかと思う私は駄目?
いや、駄目ではないと思います。 私も知ってて欲しいと思います。 でもそれは「emailを使うならRFC2822ぐらい目を通しておいたほうがいいじょ」という程度の意味で「RFC2822を理解してない奴はemailを出すな」とまで言う気はないのと同じです。あくまで第三者としての希望(期待かな?)。
# 逆にちょとどうかと思われる人が可哀想だと思う私は駄目？ :-)
テキストファイルの 1 行目を書き換える「作業」自体はそれほど困難だとは思いませんので念の為。特に perl script を多少でも知ってる人なら全然困難ではないでしょうね。
ただ cgi を設置してる人全てがそうだとは思ってないだけです。perl を知らないでも設置だけなら出来たりします。(実際にそうしてる人を知ってます) そしてそういう人は仮にレンタルサーバー会社が「perlのpathを変更しました」と告知しても修正出来ないかもしれないので可哀想だと思っただけです。
<余談> html なんて知らなくても自分のサイトを作り、perl を知らなくても cgi script を持ってくる事が出来るご時世ですからねぇ。便利な世の中になったと言うか、不便な世の中になったと言うか...</余談>
私は「RFC2822を理解しろ」とも「パスを書き換えられるようにしろ」とも主張してないのに...
あくまで「/usr/bin/perl が知らぬ間に /usr/local/bin/perl になると対処できない人が可哀想だね」と言ってるだけで ^^; もちろん私の下手な日本語を読んでそう考えてるのを理解しろとは言いませんが ^^;;;
# はい、まともな日本語も書けないくせに文句を言っても # ノイズになるだけなのでこれ以上言い訳なんてしません ^^;
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
-currentでは (スコア:2, 参考になる)
-currentの方では、すでにperlなしでkernelが作れるようになっています。hintsを作るscriptがまだ残っていますが、kernelを作る時に使うものではありません。
また、この変更はMFCされません。4-stableは最後までperlつきです(多分「CDやDVDでは...」は本当はこういう意味?)。-currentでは近いうちにportsなどによってのみperlをinstallすることになります。
Re:-currentでは (スコア:1, すばらしい洞察)
ってぇことは、perlのpathは/usr/local/bin/perlに戻るわけですね。
#!/usr/bin/perlとしてしまったスクリプトファイルは全部書き換えが
必要なわけだ・・・またそれ用のツール作らにゃ。
Re:-currentでは (スコア:0)
だめ？
Re:-currentでは (スコア:0)
FreeBSD システムの側で面倒見てくれないの?
Re:-currentでは (スコア:0)
そのくらい何でもないじゃん…
そのくらいめんどくさがっていたら、
FreeBSDで何にもできないような期がするが
Re:-currentでは (スコア:1)
自分でFreeBSDでサーバーを立ててる人に対してなら「そのぐらいやれよ」でもいいと思います。でもホスティングサービスで /usr/bin/perl と決め打ちした cgi を置いて使ってる人に「設置した人が勝手に直すだろ」では可哀想な気も。やはり symbolic link ぐらい張ってあげないと...
Re:-currentでは (スコア:1, すばらしい洞察)
>決め打ちした cgi を置いて使ってる人に
>「設置した人が勝手に直すだろ」
とかだったら、ホスティングしている会社がsymlinkすればいいだけでないの?
それが嫌なら、告知を出せばすむでしょう。
というか、perlのパスを書き換えることもできないような人が
掲示板を設置しているのは、ちょっとどうかと思う私は駄目?
Re:-currentでは (スコア:0)
Re:-currentでは (スコア:1)
# >>でもホスティングサービスで /usr/bin/perl と
# >>決め打ちした cgi を置いて使ってる人に
# >>「設置した人が勝手に直すだろ」
# わざわざそこで引用切らなくても... ^^;;;
# なんて事はどうでもいいんですが。
>というか、perlのパスを書き換えることもできないような人が
>掲示板を設置しているのは、ちょっとどうかと思う私は駄目?
いや、駄目ではないと思います。 私も知ってて欲しいと思います。 でもそれは「emailを使うならRFC2822ぐらい目を通しておいたほうがいいじょ」という程度の意味で「RFC2822を理解してない奴はemailを出すな」とまで言う気はないのと同じです。あくまで第三者としての希望(期待かな?)。
# 逆にちょとどうかと思われる人が可哀想だと思う私は駄目？ :-)
Re:-currentでは (スコア:0)
テキストファイルの一行目付近をちょっと書き換えることの
どこが困難なんですか?
テキスト編集もできない人が掲示板設置しても
本当にその掲示板使えてるの?
Re:-currentでは (スコア:0)
Re:-currentでは (スコア:1)
テキストファイルの 1 行目を書き換える「作業」自体はそれほど困難だとは思いませんので念の為。特に perl script を多少でも知ってる人なら全然困難ではないでしょうね。
ただ cgi を設置してる人全てがそうだとは思ってないだけです。perl を知らないでも設置だけなら出来たりします。(実際にそうしてる人を知ってます) そしてそういう人は仮にレンタルサーバー会社が「perlのpathを変更しました」と告知しても修正出来ないかもしれないので可哀想だと思っただけです。
<余談>
html なんて知らなくても自分のサイトを作り、perl を知らなくても cgi script を持ってくる事が出来るご時世ですからねぇ。便利な世の中になったと言うか、不便な世の中になったと言うか...
</余談>
Re:-currentでは (スコア:0)
>perl を知らないでも設置だけなら出来たりします。(実際にそうて
>る人を知ってます) そしてそういう人は仮にレンタルサーバー会が
>「perlのpathを変更しました」と告知しても修正出来ないかもしれな
>いので可哀想だと思っただけです。
全然可哀想と思わないのですが…というかそんなの自業
Re:-currentでは (スコア:1)
私は「RFC2822を理解しろ」とも「パスを書き換えられるようにしろ」とも主張してないのに...
あくまで「/usr/bin/perl が知らぬ間に /usr/local/bin/perl になると対処できない人が可哀想だね」と言ってるだけで ^^; もちろん私の下手な日本語を読んでそう考えてるのを理解しろとは言いませんが ^^;;;
# はい、まともな日本語も書けないくせに文句を言っても
# ノイズになるだけなのでこれ以上言い訳なんてしません ^^;
Re:-currentでは (スコア:0)
その方が賢明です。
はっきり言って、あなたはユーザを甘やかしすぎで、
かつその人のスキルをあまく見過ぎです。
大体、自前でスクリプトを拾ってきて使用するのなら、
自己責任で対処して欲しいです。
それができない人はプロバイダが提供するCGIを利用すべきです。
「知らない間に…」というのは、たしかに一理ありますが、
健全なサービスを提供して
Re:-currentでは (スコア:0)
内容はいいんだが、日本語ちょっと変だぞ。
Re:-currentでは (スコア:0)
片手間に相手しているので、
真面目に、推敲して書いていないんです。
#書き加えたり、削ったりも頻繁にしているので
Re:-currentでは (スコア:0)
サービス提供に関わったことありますか？
「救いようがない」と言うのは簡単ですが、現場はそれで
済むほど簡単ではないですよ。たとえサービス提供側に非が
なかったとしても、客側は（特にこういう客は）自分の方に
手落ちがあったとは得てして簡単に認めません。
それで、こういう客に限って「消費者センターや裁判所に」
などと言ってきます（法人だったりすると特に）。もちろん
事前告知などの物証は残っているので提供側が負けることは
まずないですが、対応にかかる人的コストや組織としての
体面を考えたら一言で済ませるわけにはいきません。
Re:-currentでは (スコア:0)
論点でもない。
何に関わっているかいないかも重要ではない。
# もっと言い方を考えよう