アカウント名:
パスワード:
出来ない奴とか、「サポートが必要」という奴は、8.0に8.1,8.2の rpmなんか突っ込まないだろ。
いや、だからそういう責任を負えないハンパ者な「業者」って何者?という文脈だと思うのですが。
そんな提案すれば、
一度、半日止めただけで賠償問題になるような環境で試してみなさい。
前提として、RHL なんですから LAN の中の DB サーバとかじゃなくて、外界につながってる WWW サーバか何かでしょう? だとしたら、いずれ security がらみの部分 update は必須になるはずですから、納入時に「RedHat のサポートがない時は (場合によっては別料金で) ふがほげする」ということになっていて然るべきです。
もちろん、update までは面倒見ないよ、という契約であれば別でしょうが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
全部をディストリビュータが面倒を見なくても良くなっ (スコア:1, 参考になる)
実際に Linux をサーバとして提供しているものとしては、ちゃんと
したリリースとメンテナンス計画を立ててくれている方が、いつ次
のバージョンがでるのか分からないよりも、遥かに「安心」できま
す。
1年という期間は短いようですけれども、実際には Redhat8.0 の
エラータへの対処には 8.1 や 8.2 向けのものが使えます。
これまでも
Re:全部をディストリビュータが面倒を見なくても良く (スコア:0)
Re:全部をディストリビュータが面倒を見なくても良く (スコア:1)
いや、だからそういう責任を負えないハンパ者な「業者」って何者?という文脈だと思うのですが。
Re:全部をディストリビュータが面倒を見なくても良く (スコア:0)
>という文脈だと思うのですが。
>
>逆にそういう提案が怖くてできない業者に頼るくらいなら情シス部
>門 (的なところ) が自前でやった方がマシかもしれませんね。
はは、オタクが趣味でやってるのとは違うのよ、現場は。
Re:全部をディストリビュータが面倒を見なくても良く (スコア:2, 参考になる)
前提として、RHL なんですから LAN の中の DB サーバとかじゃなくて、外界につながってる WWW サーバか何かでしょう? だとしたら、いずれ security がらみの部分 update は必須になるはずですから、納入時に「RedHat のサポートがない時は (場合によっては別料金で) ふがほげする」ということになっていて然るべきです。
もちろん、update までは面倒見ないよ、という契約であれば別でしょうが。