  |
はてなキーワード: SHとは
みんな４年ぶりのW杯を楽しんでくれているだろうか。
見ているだけでエキサイティングなラグビーだが、このスポーツは試合後にすぐスタッツが発表され、これをもとに議論が交わされるという特徴があり、この統計を見ると、感覚で見ていた試合の姿が詳細に浮かび上がってくる。
各チームの開幕戦となった先週の試合から2試合をピックアップして、スタッツから試合を振り返ってみよう。
W杯の開幕戦は南アフリカと並ぶ最多3回の優勝を誇るニュージーランドと開催国フランスの対戦となった。
テストマッチで調子が上がらない上、キャプテンのFLサム・ケインを出場停止で欠くニュージーランドに対し、直近のテストマッチでオーストラリアを41-17で降し、好調を維持して自国開催W杯の初戦を迎えたフランス。
地の利を活かし優勝候補にも挙げられるフランスを、それでもオールブラックスが上回るのかとの注目が集まった。
アーロン・スミスがリードするハカ、カパ・オ・パンゴの後に始まった前半、マーク・テレアのトライで早々にリードしたニュージーランドだが、その後はトライを取れないまま、PGで刻むフランスとシーソーゲームを演じることとなる。
後半もテレアがトライを奪ったが、その後はフランスの猛攻にさらされる。
印象でいうと、フランスのデフェンスが冴え渡り、フィジカルでも押されたニュージーランドが攻めあぐねている感が強かった。
という数字は、押し込まれたニュージーランドが自陣からよく走ったということだ。
もともと切り返しからボールを動かしていくオールブラックスにとって、このスタッツは特別なものではないが、結果としてトライがついてきていない。
という数字を見ると、フランスがキックで陣地を押し込んだ上でタックルを決め、ニュージーランドの前進をよく防いだと言うことになるだろう。
自陣でのターンオーバー
に対し
敵陣でのターンオーバー
というのも、フランスほうがより押し込んだところから切り返せていたことを示している。
試合中、ずっと感じていたのが、ニュージーランドがラックで食い込めていないと言う印象で、この身体ひとつ分の前進ができるかできないかが、相手のディフェンスのしやすさに大きく影響する。
NO8、アーディー・サヴェアのチップキックなど、個々の引き出しの多さは随所に見られるのだが、フランスをパニックに陥れるような状況で技を繰り出せていたのかと言うと、そうではなかったように思う。
サム・ケインを欠いていたことが、地上戦で多少なり影響していたのかもしれない。
フィジカルのぶつかり合いで利が相手にあるなら、ハイボール後の混乱状況などで打開したいところだが、キャッチの役割を担うウィル・ジョーダンまた当たってなく、イエローカードで一時退出したあとも、あわや２枚目という場面があった。
結果、ニュージーランドにPGつけたリードを維持したまま、試合を決定づけるジャミネのトライでフランスが開幕戦を制した。
開幕戦を落としたとはいえ今日の試合でナミビアを71 - 3 で降したニュージーランドは、プールAを突破する公算が強いが、残り2試合で修正をかけ、決勝でフランスにリベンジとなるだろうか。
ウェールズ、オーストラリア、フィジー、ジョージアが同居し混戦の予想されるプールCでは、伝統国の一角、ウェールズと、台風の目と噂されるフィジーが対戦した。
今まで国内に大きなリーグがなかったため、個々の力は強かったものの、才能あふれる選手の寄せ集め感という感が強かったフィジーだが、2年前から国内の選手で結成した「フィジアン・ドゥルア」でスーパーラグビーに参戦。
スコッドにも多くの選手を送り込んで、外国で活躍する主力選手とミックスしたことにより、大人のチームへと変貌。
強化策は功を奏して「フライング・フィジアンズ」とも呼ばれる魔法のようなパスとランはそのまま、しっかりとラックでもファイトする安定感で、直近のテストマッチでは日本代表を圧倒した。
対するウェールズは、3度目のW杯で今大会を最後に国際レベルから引退を表明しているSO、ダン・ビガー、前大会に続きビガーとコンビを組むSHガレス・デービス、前大会トライ王のジョシュ・アダムズ、鋭いランとハイボ処理に抜群の安定感を見せるリアム・ウィリアムズといった歴戦のベテランを揃え、屈強なFWと共に赤い壁となってフィジーを迎え撃った。
試合は、ゲームの大半の時間をフィジーが攻め立てて、ウェールズが守って切り返す展開となる。
フィジーは前評判通り、ラックでしっかりボールを落ち着かせながらも、一度ラインを突破すれば魔法のようなランやオフロードに次々と湧き出てくるフォローでこれぞフィジーというトライを決める。
しかし、立て続けに２本トライを決めると、その後は赤い壁の向こうのゴールラインが遠くなる。
気がつくと、ほとんどボールを渡していないはずのウェールズにリードを広げられていた。
試合後のスタッツを見てみよう。
獲得したテリトリー
これらの数字を見ると、ゲームのほとんどでフィジーがボールをもって前進し、ウェールズは自陣に侵入してくる敵に3倍ものタックル数を強いられていたことになり、ウェールズがまるで防戦一方にみえる。
フィジーの6割ほどしか走る機会のなかったウェールズだが、走れば4割に迫る確率でフィジーにタックルを外させ、キックではフィジーの倍に迫る距離を前進したことになる。
後半に印象的だったのが、出入りの激しい展開のなか、ノータイムで蹴ったダン・ビガーのキックが50:22になり、その後のセットプレーできっちりトライをあげていた事で、これに限らず、ウェールズは機会こそ少ないものの、攻めに出れば、確実にトライして帰ってくる。
まさに一撃必殺。
対するフィジーは圧倒的に攻めているのにウェールズのタックルに次々と捕まってしまう。
こんな言い方は変だが「相手がウェールズじゃなかったら」という言葉が頭に浮かぶ。
成長を見せたフィジーを高く分厚い赤壁が跳ね返すという結果に。
荒れると見られたプールCでも、伝統国は甘くないと言うことだろう。
最後にスコアやスタッツとあまり関係ないが、プレーが止まる度いちいち文句を言うウェールズの大男たちに対し、レフェリーが「喋りすぎ」と注意を与えていたシーンがこの試合の増田のお気に入りだ。
ラグビーW杯公式サイトでは試合後のスタッツが公開されている。
気になった試合のスタッツを確認して分析して感想戦に興じるのも面白い。
https://www.rugbyworldcup.com/2023
ラグビーW杯は2週目となり、1週目に試合がなかったチームも登場、いよいよ勝ち点争いも本格的にスタートしている。
日曜未明にはいよいよ日本代表はイングランドと戦うこととなる。
チリを破って勝ち点５で暫定トップに立つ日本は、追う勝ち点４の強豪イングランドに、どのようなディティールで差を生みだすことができるだろうか。
W杯開幕の2日目、9月10日のチリ戦で日本代表は初戦を飾り、混戦が予想されるプールDの暫定トップに立った。
4年ぶりのW杯、みんなは楽しめただろうか。
おはようございます、こんにちは、こんばんは、レビュー増田です。
9月18日、日本時間午前4:00、日本はイングランドと対戦する。
今回のW杯はフランス開催で時差もあり、試合を追いきれないので、 試合前の予測などを書くか迷ったが、日本代表の初戦に先立って行われた イングランド vs アルゼンチン戦が、観るものをして慄然とせしむる内容であったのと同時に興味深いものでもあり、この相手に日本代表がどう戦うか、思案が止まらなくなってしまった。
素人考えではあるけれども、試合の予測というのはそれ自体楽しい。
みんなとも一緒に、大一番前の井戸端会議を楽しみたい。
件の試合だが、前評判の高いアルゼンチンに対して、不調を囁かれるイングランドは、チームを引っ張る欧州最優秀選手オーウェン・ファレルを出場停止で欠いた上、試合開始3分でFLトム・カリーがレッドカードを受け、14人での戦いを強いられる。
ファレルに代わって出場したSOジョージ・フォードが前半だけで3本のドロップゴールで一気にアルゼンチンを突き放し、その後も正確なキックを重ねて完全に試合に鍵をかけてしまった。
未明に披露されたキックの芸術は試合を追っていたファンに衝撃を与え、X（旧Twitter）では「ドロップゴール」がトレンド入り。
ひらがなの名前の女子（？）アカウントまで、ピッタリとしたワンピースから覗く胸の谷間を強調した写真とともに
ぷろふ見てね☆
ドロップゴール
#〇〇凸待ち
などというというポストを投稿するなど、予測できない方向に「ドロップゴール」が飛んでいく事態となった。
さて、前評判の低さも人数のビハインドも跳ね返し、強豪の底力を見せたイングランドに日本代表はどう戦っていくのだろう。
大いに話題となったョージ・フォードのドロップゴールだが、イングランドがこういったキックを披露するのは初めてではない。
2003年、オーストラリア大会において、当時のSOジョニー・ウィルキンソンが強力FWの後ろから幾本ものドロップゴールを決め、ウェブ・エリスカップを初めて北半球にもたらした。
直接蹴りこめばいいのなら、ボールを持ち込むより簡単じゃないか、と言いたくなるドロップゴールだが、実際はそう簡単ではない。
前に落としてショートバウンドさせたボールを真っ直ぐ蹴るのはそれだけでも難しく、ゴール正面からの線上でないと入らない。
その上、オンプレー中に蹴るので、相手DFは必死に詰めてくる。
SOがプレッシャーを受けないために十分な距離が必要で、そのためにはFWが壁を形成し、SHは正確で速く長距離のパスをほとんど真後ろに投げなくてはいけない。
試合後、ジョージ・フォードが「ドロップゴールは常にプランにある」とインタビューに答えていたのは驚きだ。
それだけでなく、正確なキックの全てが恐ろしい。
オンプレー中であれ、ペナルティであれ、ゴールから中央の線上で放たれるイングランドのキックは大きなプレッシャーになるだろう。
イングランドからすれば、中央で日本陣内の10mまで持ち込めばそれだけで日本に圧力を与えられる。
オンプレー中に蹴るだけでなく、キックで得点できる状況に持ち込めばいいので、戦術としては南アフリカよろしく接点の後ろからハイパントをあげ、FWをぶつけて落球をさそい、引き摺り込んだスクラムからペナルティをとってキックで得点、という方法が考えられる。
実際、日本のアタッキングコーチ、トニー・ブラウンも「イングランドはキックを使ってくる」とコメントしている。
多くの解説者も同様だ。
ハイパントなどのアタッキングキックは、チェイサーをぶち当てることができればノックオンを誘ったり、陣地を前進できる反面、基本的には相手にボールを渡す結果になりやすい。
しかも、相手のナイスな処理ですれ違われて、大きなゲインを許しかねない不確実性がある。
ハイボールの競り合いも強いので、ハイパンも勝算があり、蹴ってくる可能性は十分あるが、体格で勝るイングランドには、もっと低リスクで圧力を与える方法がある気がしてならない。
大型FWや突破力のあるセンターで、接点の脇で身体を当てながらゴリゴリ前進するだけで、日本にとっては大きな脅威なのではないだろうか。
「彼らはボールを動き回すことを好む。私たちは彼らのプレーをそのように認識している」
「私たちは彼らの脅威が何か知っているし、それをシャットダウンする計画を持って臨むよ」
日本代表は硬いスクラム、アンストラクチャーな展開から松島のような創造性のあるランナーのゲインなどの魅力的な攻撃オプションがあるが、国際的な「日本独自の強み」と認識されているのは、ボールを連続に展開する早さだ。
日本は持つと違いを出せるのだ。
なので、持たせない、そう言っているのではないだろうか。
総合すると「イングランドはボールを離さず近場を押してくる」「日本の受けをみて、縦の走り込みや展開で一気にランのゲインを狙う」「同時に接点の反則を誘う」というような戦術をメインに、適宜ハイパントなどを絡めてくるというやり方が考えられる。
そして「ディフェンス時にはプレッシャーをかけて日本の攻めを停滞させてキックを蹴らせ、カウンターのランでタックルを外しながらビックゲインを狙う」
実際、自分の同僚のラグビー経験者と話題になった時も「蹴らないんじゃないですかね？普通にやると思いますけど（もちろんドロップゴールも敢えてまでは狙ってこない）」という意見をもらった。
主力を２枚欠いたとて、地力はどう考えてもイングランドの方が上なのだ。
さあ常にオプションを複数持っているイングランドに対して、では日本代表が取れる戦術は?
自分が予想するのは「イングランドの攻める機会と時間を減らす」という戦略だ。
イングランドがボールを持っている時の攻めはハードで、簡単には止められない。
ではどうするかといったら、ボールは１つしかないのだから、こっちに来た時に離さないで、相手の機会と時間を潰してしまえばいいのだ。
まあ要は日本は日本の伝統の戦術で、蹴らずにハイテンポでボールを回し続けて、相手を攻撃し続けるという手段があるということだ。
ただ、これは80分続けるには消耗が激しい。
なので、前半の20分くらいまではリスク覚悟で蹴って、身体の衝突を避けたり、危険を伴うが、スクラムで時間をかけて、時間当たりで体力が消耗する機会を減らすのではないだろうか。
イングランドのスクラムは相手を圧殺できるので、時間潰しと引き換えに点数も持っていかれる可能性があるが・・・
60分でなるべくボールを保持したいとして、相手にボールがあったときにはどうするか。
そうなると、なるべく中央の侵入を許さないようにしつつ、接点でプレッシャーをかけて、相手の攻めを停滞させ、キックを誘発してボールを獲得する、またはジャッカルを狙う、ということになる。
イングランドはプレッシャーをかけてキックの得点を狙い、日本はダラダラと攻め続けてロースコアでの競り勝ちを狙う。
どちらかのディフェンスラインが決壊すれば、トライが決まり大量得点となる。
どうだろう、自分は双方のこんな作戦を予想したが、みんなはどう予測する？
観戦もしやすいことだろう。
ああだこうだと言い合いながら、大一番を待ちたいと思う。
みんなも是非、予想を楽しんでみてほしい。
全くいっさい触れたことのないスポーツで、始めようと思ったきっかけはもはや覚えていない。
タイトル回収だけど、マジで部内で1番ド下手クソだが楽しかったしアーチェリーが好きだった。覚えているあるあるネタを記すのでアーチェリーをやりたいと思う人たち、やってきた人たちに届いてほしい。ちなみにコンパウンドじゃなくてリカーブね。
◯高い
弓具はいちいちなんでも高い。
リム、タブ、ノック、ベイン、弦、その他諸々一式揃えるのに30万は見てほしい。
矢一本で3000円とか平気でする。貴族の遊びなんだな、貧乏学生には向かないスポーツだなと感じた覚えがある。
自分は普段下手クソな癖に、なんでもない練習の時にやけにグルーピング（※1）し継ぎ矢（※2）するので、矢にかける金半端なかった。矢がないと練習にもならないしね。最低6本ないと点取り（※3）もできないしね。
（※1…矢が同じところに集まること）
（※2…すでに矢が刺さってるところに矢が刺さること。矢が大破されて最悪なことになる）
（※3…アーチェリーのSHでは、50m地点からと30m地点から36本ずつ的に射ち、当たった合計点数を競う。一気に36本は打てないので、各回6本ずつ射つのを繰り返す。）
射つための環境を整えるのが大変。我らは写真立てみたいな三脚？に畳を乗せて的を貼って練習していた。畳を運ぶのが大変。（常時射てる環境になってる学校もある）うちの場合、いちいち準備しないと練習できなかったし、練習が終わるたび片付けるので、設置して片付けて設置しての繰り返し。
大会や試合は夏でも冬でも強風でも大雨でも平気で開催される。延期になるのは的を貼る畳がひっくり返るくらいの強風や、雷が落ちる恐れがある時くらい。
◯筋力が大事
弓は重い。
メチャクチャ重い。
弓を引いた重さをポンドって単位で測るんだけど、そもそも弓の本体も重い。
何もしてない成人男性が引けて20ポンドと聞いたことがある。大学男子は大抵36〜42くらいを弾いてたかな。
今思うと自分は圧倒的に筋力が足りず低ポンドの弓を引いていた。当たり前だが低ポンドから繰り出される矢は、風や雨、少しの射形の乱れに方向を大いに左右される。外的要因に弱い。
ある程度高いポンドならもう少し当たってたんかな。筋トレサボっちゃいけないな。
◯場所取りすぎ
弓一個出来上がると部屋めちゃ狭くなる。スタビライザー長い。狭い通路から移動するときとか神経を擦り減らす。
◯顔不細工になる
アーチェリーは狙いを定めて打つために、弦を顔に固定するのが一般的な手法（アンカーと言う）。多くの人は鼻から唇に押し付けて、固定させる。
上手い人は力入らないから、ちょっと押し付けるくらいで済むけど、
人によってはめちゃくちゃ押し付けて鼻や唇が潰れる感じになったりする。
射形によっては好きな奴の前で射つの恥ずい。
◯同じ動きを72回繰り返せばいいだけ
アーチェリーで大切なのは再現性と言われていて、正直どんな射ち方でもいい。どんなやり方でもいいから的の真ん中に当てて点が取れる奴の勝ち。同じ射ち方さえ守れば矢は同じところに飛ぶので、”自分との闘い”感が強いスポーツだと思う。
自分は見かけは綺麗な射形とよく言われていたが再現性に欠けていたので、点が取れなかった。ダサい。恥ずい。
ボーリングやダーツが上手い人はアーチェリーも上手いらしいよ。
◯実際射てるようになるまでが長い
まず弓を持って弦を引く動きを単純計算で72回出来ないと話にならないため、始めたての頃は筋トレしまくる。射ち方の流れを覚えるために、素引きと言って矢をつがえずに、一連の弓の引き方を体に刻んでいく。
矢を射った次の瞬間、弓がクルッと手元で回るのを見たことはあるだろうか。上手く説明できるか挑戦するが、弦を引いて離すと、その反動で弓が飛び出る。弦を引いて離した力をそのまま矢に伝えるには、自然に弓を飛び出させる必要がある。飛び出たまんまにすると地面に弓が落ちちゃうので、ボウストリングと言う紐で手に繋ぐ。で、紐はなんでもいいので、好きなデザインの靴紐で代用する学生が多かった。
◯音が好き
矢を放つ瞬間の弦の音がイイ。
クリッカーが落ちる音がイイ。
リム装着した時鳴る音がイイ。
矢の羽が擦れる時の音がイイ。
ずっっっと引いてないので、もう一度始めるならまた筋トレからになるな。
専門用語が多くてそれとなく用語を口にするだけでカッコ良いよね。
◯親ほんとにありがとう
学生の頃を思い出すたび、高いお金を立て替えてくれた親には感謝しかなく、活躍できなかったことを申し訳なく思う。
でも一生続けられるスポーツだとも思う。こんなスポーツを始められたのは親のおかげ。お金返すからね。
みんなもlet's！archery！
※引く の漢字が 弾くになってた。奏でてた。すまん。
langってディレクトリに言語ごとのphpが入っててjaディレクトリには日本語の文言書かれたファイルはあるのになぁ。
手動でインストール(https://www.linuxyogi.com/rocky-linux/how-to-install-snipe-it-on-rockylinux-9/)
install.shでインストール(どこに書かれているんだ？git cloneした中にあるinstall.sh叩くと全部入れてくれる)
両方とも変わらず。
docker(https://qiita.com/radiance1104/items/258ef6b693eebf0f4a18)
ケーブルテレビSTBでは見られない場合が多いようなのでBSパススルーとか
地域によってはSTBで見られるようになったかもしれないので最新情報要確認
・02 ダイヤモンドダスト
・03 ポトフ
・05 [3択]3(番
・08 スコヴィル(値
・09 [共通]天
・12 電光石火
・13 純烈
・14 スタンダール
・15 2
・18 [ふるさとクイズ][岡山県倉敷市]金田一耕助 きんだいちこうすけ
・21 フランシス・ベーコン
・22 エゾ
・25 目黒蓮 めぐろれん
・26 [3択]12000(倍
・27 大鵬 たいほう
・29e ラル・フローレン
M1 pro Macにて。ここ参照：https://github.com/magnusviri/stable-diffusion/tree/apple-silicon-mps-support
git clone https://github.com/magnusviri/stable-diffusion.git
cd stable-diffusion
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
conda activate ldm
mkdir -p models/ldm/stable-diffusion-v1/
https://huggingface.co/CompVis/stable-diffusion-v-1-4-original から`sd-v1-4.ckpt`をダウンロードして、
ln ~/Downloads/sd-v1-4.ckpt models/ldm/stable-diffusion-v1/model.ckpt
以下のパッケージを追加した。https://twitter.com/hevohevo/status/1562364961481162754?s=20&t=KxNXNB9fz99fbosZ8TfnvQ を参考に。
conda install onnx
pip install invisible-watermark
それで実行
python scripts/txt2img.py --prompt "a photograph of an astronaut riding a horse" --plms
するとエラーになる。https://qiita.com/hevo2/items/e646148a05118074fecf に従い、下記ファイルの2511行目を書き換え。
vi /opt/homebrew/Caskroom//miniforge/base/envs/ldm/lib/python3.10/site-packages/torch/nn/functional.py
私思ったんだけど、
それこそ家のお風呂はオワコンだと思っていた時代が私にもあったわけなのよ。
そんで、
ぬるま湯に長い時間浸かって入っているって言うのが今の流行で、
全私が泣くかの如く、
凄い汗かけんのよね。
イェイーってわけなのよ。
私にもその流行に気が付いちゃったのよ。
世の中の人たちはこうやってお風呂タイムを楽しんだり疲れを取ってるんだなぁって
私の知らなかった世界だわ。
タイマー仕掛けておかないと無限お風呂タイムになってしまい兼ねないのよ。
だからそれはそれで気を付けないとね。
ハジコンって言うのかしら？よく分からないけど
私は始まったわ！ってところの境地よ。
世の中のこと全てに意味があるように、
誰が入るんだよ？って思っていたんだけど、
だからもう逆に、
この暑さじゃね、ってわけでもないんだけど、
そんで、
シャープの法人専用だけど普通に密林で売ってるタブレット「SH-T01」一択みたいなので、
参考にする人はどうぞ。
この型古いので比較的お求めやすいお値段みたいだし男女兼用よ！
型は古いけど湿気には強い、
これ以上探しているよりも
考えるより行動よ！
お師匠様が言ってたもん！
でもさー
法人専用！って謳って売ってるのにお風呂にも使える！って堂々と言っているところがなんかカオスだわ。
なんか強いわ！
なんかじわじわくるわー。
うふふ。
おにぎり作って持ってきたけど、
これはお昼とか夕方とかにピンチになったときのチャンスにするので、
かばんに忍ばせておくわ。
クエン酸アップみのました
朝方も暑いので、
クーラーはつけっぱなしよ。
じゃないと部屋が煮えてしまうわ。
みんなも
暑さと水分補給は気を付けてね！
すいすいすいようび～
今日も頑張りましょう！
小田切千アナウンサー「さあ、続きまして34歳の会社員。友人の結婚祝いに贈る歌です。どうぞ」
「あきらめない あきらめない あきらめない ない ない ない ない どこまでもぉぉぉぉぉぉぉぉぉぉぅぅ（高音）」
「今ぁ 今ぁ 今ぁ 誰ぁかの声が聞こえるぅ」
「歌ぁ 歌ぁ 歌ぁ 星のちからに導かれてぇ」
「届けたい あのそら fly to the skぁ」
「恋焦がれた光に 寄り添う調べ yeah yeah yeah」
「手の書き物とぉ 産声をあげろぉ」
「巡りめぐる 時代の中 共に歌え」
「あきらめないd…」
小田切アナ「いやっ（苦笑）…随分、高音がでるんですねー？（苦笑）」
会社員「いやっ、友達のリクエストで（はい）この歌を歌ってくれと、言われまsh」
会社員「わ、歌ってないんですよ」
小田切アナ「そこで、ここで歌って？（はい！）恩返ししようと？ちょっと、お祝いの言葉、是非」
/etc/systemd/system に corekeeperds.service って名前で以下の内容のファイルを作る。
[Unit] Description=Core Keeper Dedicated Server Documentation= [Service] Type=exec User=steam Group=steam TimeoutStartSec=0 Restart=always RestartSec=30s WorkingDirectory=/home/steam/Steam/steamapps/common/Core Keeper Dedicated Server/ ExecStartPre=/home/steam/steamcmd +login anonymous +app_update 1007 +app_update 1963720 +quit ExecStart=/usr/bin/env "/home/steam/Steam/steamapps/common/Core Keeper Dedicated Server/_launch.sh" SyslogIdentifier=CoreKeeperDS [Install] WantedBy=multi-user.target
※ ExecStart はバグっているので空白のあるパスを食わせるとうまく処理できない。なので /usr/bin/env 経由で文字列を食わせている。古の知識。
作ったら、
chmod 755 /etc/systemd/system/corekeeperds.service systemctl daemon-reload
して、完了。
あとは
systemctl start corekeeperds.service
でサービス開始。
systemdがプロセスを死活監視して、異常終了した場合(この辺の挙動は 後述の Note 参照)に勝手に再起動してくれるようになります。
状態は
systemctl status corekeeperds.service
で見て、
止めるときは
systemctl stop corekeeperds.service
で。(時間かかる)
Restart=on-failure で大丈夫だと思うのですが、うまく上がってこないときは always とかにした方がいいかもしれません。
Restart の各設定値の挙動については以下が詳しいです。
https://tex2e.github.io/blog/linux/systemd-restart-config
ぼっちなので、私のサーバーには Dedicated Server が落ちるほどプレイヤーが来ません。
なので Systemd への登録で、ちゃんと再起動するかどうかは確認できてない感じです。
出来なかったらごめんなさい。
CoreKeeper側で apt に依存しているっぽいので、Ubuntu でやった方が楽だと思います。
Ubuntu 20 TLS でやる場合、/home/steam/Steam/ が /home/steam/.steam/ になってたと思うので、環境に合わせて読み替えてください。
dpkg --add-architecture i386 add-apt-repository multiverse apt-get update apt-get dist-upgrade reboot
useradd -m steam passwd steam gpasswd -a steam sudo
sudo -u steam -s cd sudo apt install steamcmd ln -s /usr/games/steamcmd steamcmd ./steamcmd +login anonymous +app_update 1007 +app_update 1963720 +quit
cd ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/ ./_launch.sh
Press Ctrl + C for Stop Core Keeper Dedicated Server
mkmir -p -m 775 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds chown steam:steam /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds
Copy old world file (0.world.gzip) to
/home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds
Copy old setting file (*.json) to
/home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/
chmod 664 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds/0.world.gzip chmod 664 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/*.json
vi /etc/cron.hourly/corekeeper_backup #!/bin/bash cp -a /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds/0.world.gzip /home/steam/worldbackup/0.world.gzip.`date '+%Y%m%d%H%M%S'` cp -a /home/steam/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/CoreKeeperServerLog.txt /home/steam/worldbackup/CoreKeeperServerLog.txt.`date '+%Y%m%d%H%M%S'` chmod 777 /etc/cron.hourly/corekeeper_backup sudo -u steam -s cd mkdir worldbackup
sudo -u steam -s cd ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/ nohup ./_launch.sh tail -f ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/CoreKeeperServerLog.txt
利用者の問題か、サーバーの問題かわかりませんが人数が10人超えると CPU4コア/メモリ4G/100Mbps で結構ラグかったです。
今は CPU6コア/メモリ8G/1000Mbps で動かしています。
６-８人以上で２-３時間サーバー動かしてると、Unityのライブラリがsegfault起こして、Core Keeper Dedicated Server が落ちます。
ログ取れたのでバグレポしましたが、改善するまでは不特定多数が好き勝手するサーバーみたいなのを長期運用するのは厳しいかなと思います。タイミングによってはアイテムロストしてしまうので。
普段から俺様が使っているスクリプトあるから、公開してほめちぎってもらうぞー！
出力はただの文字列だから音声読み上げアプリでも何でも、突っ込んで遊んでくれ。
jq必須です。
ログインせず使うので当然アカウント固有の非表示設定とかは動きません。
あれなIDのコメントも全部所得することになるのでご注意ください。
まあそこらへんはsedでも使って気に入らないidの行を勝手に削除してくれ
hatebu_comment.sh
#!/bin/bash if [[ "$1" =~ ^http ]];then : # Success else echo "Error: 引数に指定したURLのブックマークのコメント一覧を取得するやーつ" echo "例: ./hatebu_comment.sh 'https://www3.nhk.or.jp/news/html/20200405/k10012369381000.html' | less" exit; fi if [[ "$1" =~ b.hatena.ne.jp/entry/s ]];then # はてブページのURLでも動作するように url="https://$(echo $1 | sed -e 's@.*/entry/s/@@')" else url=$1 fi if ! jq --version > /dev/null ;then echo "Error: jqがインストールされていません" exit; fi curl -s "https://b.hatena.ne.jp/entry/jsonlite/?url=$url" | jq '.bookmarks[] | if .comment != "" then ("「" + .user + "」 " + .comment) else empty end' | sed 's@^"@@g' | sed 's@"$@@g'
bではなくv
xではなくzh
eではなくz
nではなくi
nではなくy
hではなくn
pではなくr
ギリシア文字のΡ (rho)
cではなくs
yではなくu
yではなくts
yではなくch
wではなくsh
wではなくshch
bではなく硬音符
blではなくy
bではなく軟音符
loではなくyu
rではなくya
言われてみればDに似ている?
ギリシア文字のΦ (phi)
RStudioがPC内から気がついたら消滅していたので何回もやり直すのが面倒で書いた
コメントアウトをいじればFedoraやmacOSでも動くと思う
https://pastebin.com/HiPqLVq7 (6/4 shコマンドでも動くように修正 以前はbash hogehoge起動していたので動作確認していなかった)
エラーでここに貼れなかった
util-linux(rev) libxml2-utils(xmllint) gpg curl coreutils(sha256sum)とR関連
echo "$HTML" | xmllint --nowarning --xpath hogehoge --html - | hogehoge
こうしないとxmllintがエラーでhtlmなどをうまく読み取らない
sed 's/href="//g;s/"//g;s/\s/\n/g;s/^.?$//g;s/^\n//g'
href="hogehoge"の形で出てxmllint内で除去出来なかったのでsedで妥協
hrefが1回しか出ないのでひとまとめにできそうだが面倒なので分けた
この書き方なら複数回出ても除去できるはず
先頭の謎のスペースの除去が面倒だった
echo "$HASH" "$FIELNAME" | sha256sum --status -c ;echo $?
スペースが2つないと書式で怒れられてハッシュ値が合っていてもsha256sumが終了ステータス0で正常終了を返してくれない
VScodium
ShellCheck
https://open-vsx.org/vscode/item?itemName=timonwong.shellcheck
XPath Helper
https://chrome.google.com/webstore/detail/xpath-helper/hgimnogjllphhhkhlmebbmlgjoejdpjl
zenn.devに書こうか迷ったがどちらの方が良かったのだろうか…
ダウンロードしたサーバーがやられてるならハッシュ値も改ざんするだろうgpgで確認しないと意味ないでしょとかsudoでやったらディレクトリがとか色々ガバあるから誰かいい感じに改良して
https://cran.rstudio.com/bin/linux/debian/
https://www.rstudio.com/code-signing/
これは楽天モバイルアドベントカレンダーの出遅れ記事です。嘘です。すいません。
インディアンスの楽天モバイルネタ最高だったのでこの記事を書きました。
1プランでわかりやすい料金体系、最低金額は無料、契約して1年間無料というすごい携帯キャリアです。
私は今年の3月から使っており、その品質には概ね満足していました。ところが11月中頃（曖昧）から楽天モバイルの圏外が頻発するようになりました。
ローミング終了に伴い一部エリアでは使えなくなるかもという話は知っていましたが、私がいるのは都内の3線利用できる駅前エリアで今ままでもパートナー回線を使ったことがありません。
おかしいなーと思いつつちゃんとログを取ろうと思い、楽天モバイル端末のWiFiアクセスポイントをONにして手元のノートPCから疎通確認をしてログをとることに。
楽天モバイルのDNSが落ちたことはあった時はDNS設定いじればどうにかなったけど、そもそも圏外はどうしようもありません。
crontabもないし、shじゃないし、tail,awk,uniqもないし面倒でした。
5分に一回 1.1.1.1 にpingを飛ばしてその結果をログに残しました。
以下はbatで書いた処理
@echo off ping -n 1 1.1.1.1 | findstr /i "TTL" > nul if %ERRORLEVEL% equ 0 ( set ret=success ) else ( set ret=failure ) echo %date% %time% %ret% >> %~dp0check_net.log
-- tail -3 相当のps type .\check_net.log | select -last 3 2021/12/27 22:20:02.44 success 2021/12/27 22:25:06.00 failure 2021/12/27 22:30:05.99 failure -- awk '{print $1, ":", $3}' | uniq -c 相当のps type .\check_net.log | %{$tmp=($_.toString() -split("\s+"));echo ($tmp[0] + ":" +$tmp[2])} | group -NoElement Count Name ----- ---- 143 2021/12/19:success 6 2021/12/19:failure 208 2021/12/20:success 81 2021/12/20:failure 279 2021/12/21:success 9 2021/12/21:failure 221 2021/12/22:success 67 2021/12/22:failure 101 2021/12/23:failure 188 2021/12/23:success 277 2021/12/24:success 12 2021/12/24:failure 144 2021/12/25:success 69 2021/12/25:failure 287 2021/12/26:success 2 2021/12/26:failure 43 2021/12/27:failure 225 2021/12/27:success -- 時間ごと type .\check_net.log | sls failure | %{echo $_.toString().Substring(11,2)} | group -NoElement | sort Name Count Name ----- ---- 21 0 17 1 19 2 20 3 40 4 47 5 42 6 41 7 21 8 9 9 17 10 14 14 18 15 8 16 23 17 14 18 6 19 1 20 6 21 7 22 5 23
ログが不十分なのは途中でログファイル消しちゃったのと、ノートPCを閉じちゃってタスクスケジューラが止まってたタイミングがあるため
途中まで `findstr /i "TTL"` がなかったのでsuccessだけど実際は疎通できてないものがあります(pingの宛先ホストに到達できませんはsuccess扱いだった)
12/23がひどい。1日の35%繋がらない。「日本のスマホ代は高すぎる」けど繋がらないんじゃ意味ないんよ。
11~13時台は落ちてない。逆に何故。
5分に一回の計測なのでたまたまそのタイミングだけ疎通したりしなかったりってのはあるけど、その割合は落ち具合の体感と一致します。
テザリング利用では1日10GBの制限があるらしいですが、制限には引っかかっていません。
今も利用しているのは無料期間中なのと、楽天モバイル回線はYoutubeとかネットサーフィンとか止まっても許せる範囲で使っているからです。
これをメイン回線にしてたら緊急の連絡とか取れないだろうし、だいぶ困りそう。
書き込もうとしたけど、楽天モバイル回線は圏外で書き込めないので別の回線で書き込んでます。
RSRQは-15でした、どいひー
