アカウント名:
パスワード:
-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のパスを書き換えることもできないような人が >掲示板を設置しているのは、ちょっとどうかと思う私は駄目?
いや、駄目ではないと思います。 私も知ってて欲しいと思います。 で
私は「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すればいいだけでないの?
それが嫌なら、告
Re:-currentでは (スコア:1)
# >>でもホスティングサービスで /usr/bin/perl と
# >>決め打ちした cgi を置いて使ってる人に
# >>「設置した人が勝手に直すだろ」
# わざわざそこで引用切らなくても... ^^;;;
# なんて事はどうでもいいんですが。
>というか、perlのパスを書き換えることもできないような人が
>掲示板を設置しているのは、ちょっとどうかと思う私は駄目?
いや、駄目ではないと思います。 私も知ってて欲しいと思います。 で
Re:-currentでは (スコア:0)
Re:-currentでは (スコア:1)
私は「RFC2822を理解しろ」とも「パスを書き換えられるようにしろ」とも主張してないのに...
あくまで「/usr/bin/perl が知らぬ間に /usr/local/bin/perl になると対処できない人が可哀想だね」と言ってるだけで ^^; もちろん私の下手な日本語を読んでそう考えて
Re:-currentでは (スコア:0)
その方が賢明です。
はっきり言って、あなたはユーザを甘やかしすぎで、
かつその人のスキルをあまく見過ぎです。
大体、自前でスクリプトを拾ってきて使用するのなら、
自己責任で対処して欲しいです。
それができない人はプロバイダが提供するCGIを利用すべきです。
「知らない間に…」というのは、たしかに一理ありますが、
健全なサービスを提供しているところでは、そうい直接関わる変更は、
事前に告知されるものだと思っています。
告知されても無視したり、わけがわからないといって
ほおっておき、適用後、動かなくなったと
文句言い始める人がいるならその人は救いようがないでしょう。
私は自前CGIは自己責任でが基本だと考えです。
Re:-currentでは (スコア:0)
内容はいいんだが、日本語ちょっと変だぞ。
Re:-currentでは (スコア:0)
片手間に相手しているので、
真面目に、推敲して書いていないんです。
#書き加えたり、削ったりも頻繁にしているので
Re:-currentでは (スコア:0)
サービス提供に関わったことありますか?
「救いようがない」と言うのは簡単ですが、現場はそれで
済むほど簡単ではないですよ。たとえサービス提供側に非が
なかったとしても、客側は(特にこういう客は)自分の方に
手落ちがあったとは得てして簡単に認めません。
それで、こういう客に限って「消費者センターや裁判所に」
などと言ってきます(法人だったりすると特に)。もちろん
事前告知などの物証は残っているので提供側が負けることは
まずないですが、対応にかかる人的コストや組織としての
体面を考えたら一言で済ませるわけにはいきません。
Re:-currentでは (スコア:0)
論点でもない。
何に関わっているかいないかも重要ではない。
# もっと言い方を考えよう