[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！ Part 241 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
923: 2020/10/25(日)21:14 ID:3yQaOCoq(1) AAS
なんでずっとServer CALに拘ってるか知らんが、>>911は「MS」と言ってて、実際Server CALならお前が言うように不要だけども、それ以外に追加CALが必要なのもあるんだよ。
それでMSのライセンス体系は面倒だし高えって話。
ほんといろんな意味で地獄を見た。
まぁWindows以外でも似たような話は出てくるから、ライセンス周りは本当に面倒だわって愚痴。
924: 2020/10/25(日)21:35 ID:MXe/VKwV(8/9) AAS
そこまで AWSに入れ込む気持ちがわかんないんだけど・・・
別に顧客次第。
どっちでもいいなぁ
くだ質だからね。Ubuntuの商用サポート云々でおかしくしてしまった当人が言うのも変だけど。
先に誤っておく ごめんなさい。
925: 2020/10/25(日)21:36 ID:IJyQIpXa(2/2) AAS
いまの時代はクラウドでしょ?
って
さわぐ人がいて
物理ローカルWindowsサーバーで
サポート切れるまで、使い倒した場合の費用と
Azureにして、同じ期間で必要になる
金額比べた事あるんだけど
Azureの性能落としても
費用が2〜3倍ぐらいになる
って計算になって
省14
926: 846 2020/10/25(日)21:42 ID:oOPduOmg(5/6) AAS
Linux には、Cloud Native Computing Foundation（CNCF）のプロジェクトや、
bash などのほとんどの言語、データベース・ツールなど、膨大なOSS も含まれている
それら何百も使っている場合に、Windows サーバーを選ぶことは有り得ない。
Linuxじゃないから動くかどうか、分からない
そもそも、OSSじゃないから、OS の内部がどうなっているのか分からないから、
バグっても突き止められないし、問題解決できない
それに、Linuxとの情報格差が大き過ぎるので、勉強コストが掛かりすぎる。
何倍も勉強しても、OSの内部が分かるわけでもないし、
転職にも不利だから、技術者はやらないでしょう
Linuxの何倍も勉強しても、Windowsサーバーを使っていない企業には、転職できないw
省3
927: 2020/10/25(日)22:05 ID:TYk0OKGH(3/3) AAS
>>900
お前がなw
928: 2020/10/25(日)22:09 ID:MXe/VKwV(9/9) AAS
OSのバグを分析して解決できるような人は日本のベンダーにいないよ。
929: 2020/10/25(日)22:23 ID:WqV32S36(2/2) AAS
>>908
トン
存在すら知らんコマンドだが汎用的ならディストロ非依存かな
930(1): 846 2020/10/25(日)22:44 ID:oOPduOmg(6/6) AAS
ほとんどの言語、データベース・ツールなど、膨大なOSS は、Linux 向けに作られている。
それを、Windows サーバーで使っても、バグる事がある
Windowsは、OSS じゃないから、バグる理由が分からないから、解決できないだけ。
そういうので使う時間が、無駄。
時間も、ただじゃない
周りの人から見たら、ただの馬鹿にしか見えない。
Windowsだから難しいとか、誰にも理解してもらえない
一方、Linuxでは、バグらない
膨大なOSSエコシステムは、Linux 向けで、Windows用ではない。
それを、Windows用にコンパイルしても、動くかどうか怪しい
931: 903 2020/10/26(月)00:15 ID:Ay7s87Jl(1) AAS
すみません、先ほど確認したら正常にメールは送信されて、通知先で受信できていました。
”メディアタイプのテストに失敗しました。
Zabbixサーバー"127.0.0.1"への接続中に3秒を超える接続タイムアウトが発生しました。”
これが出ていても普通にメールが送信できていました。
932(1): 2020/10/26(月)04:58 ID:vXdGYku2(1/2) AAS
>>930
OSSをWindowsで使えばいいんだよ
バグらないアプリは、Windowsでもバグらない
933: 2020/10/26(月)06:11 ID:u4OUk8gk(1) AAS
>>932
自演スパイルがLinux＋wineで使えなかったのでWindowsでも試したら、やはり使えなかった。
Windowsでも使える様に治したらLinuxでも使える様になった。
アプリがダメなのか確かめるにWindowsは役に立つな。
934: 2020/10/26(月)06:36 ID:vXdGYku2(2/2) AAS
そりゃLinuxじゃ役に立たないだろｗ
935(1): 2020/10/26(月)08:15 ID:x7AkCjox(1) AAS
Linux使って痛感したことはただより高い物はないってこと
動作保証してないわ真似しか取り柄がないのに洗練されず使いにくいUIだとかさすがって感じ
まずマニュアルのmanがマニュアルとして機能していないのにずっこけるわ
翻訳が半端で説明に不足があるとかそれも自己責任の内なのかな
時間を浪費したくないなら大人しくWindows使ってろって立場だもんな
936: 2020/10/26(月)08:27 ID:S0XRfaSG(1) AAS
使いやすいと言えばAppleいいよ。
やることなさすぎて、自分には向かないなぁ。
でも使いやすい。
937: 2020/10/26(月)12:27 ID:Md2FTDlz(1) AAS
雑談したい奴は雑談スレ作ってそこでやってくれ
938: 2020/10/26(月)13:10 ID:8a1Guu/1(1) AAS
>>935
結局LinuxでもダメなやつはWindowsでもダメなんだが
939: 2020/10/26(月)20:30 ID:tjGdM2WH(1) AAS
ほんとどうでも良いことですが、放置していた >>812 は、
とりあえずethtoolを入れて、autoneg off, onをやるだけで正常化しました。
同じ目に遭う人は少ないとは思いますが、取り急ぎ報告のみ。
940: 2020/10/26(月)21:56 ID:mo/N4P0E(1) AAS
メーカーしれっと画像から型番消しててひでぇ
941(3): 2020/10/27(火)07:21 ID:nGbXQat9(1/2) AAS
slackware系みたくtarbollからコンパイルした野良ソフトが動きやすい
（ディストロ独自修正とかいらない）、でもってそれなりにアップグレード
周期が短いディストロって何かある？（ローリングリリースのは勘弁。）
できれば依存関係の面倒みてくれるパッケージマネージャが付いてると嬉しい。
ちな、今使ってるのはslackwre系のsalix osだが、slackware同様の
アップグレード周期の長さに参ってる次第。（それ以外は満足）
942: 2020/10/27(火)10:42 AAS
$ apt installする前に$ apt updateってやるじゃないですか
.debでインストールするときもそういうことする必要あるのですか？
上下前次1-新書関写板覧索設栞歴
あと 60 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.012s