  |
はてなキーワード: haTEnaとは
これか
たとえば、同僚が使っているロッカー。
番号式のロックがある。
この番号を知ること、かぎつけること、暴くこと、犯罪者にとってこれ以上の美食はない。
ハイエナがうまそうに屍肉に食らいつくのと同じ。
犯罪者の人生とは、「仲間」を探し当て、世の中の治安を乱すことが最終目的だからだ。
仲間とはもちろん、「心にうしろめたいもの」を持った人間である。
「ああ、このために生まれてきたんだ」と思える。
つまり他人の秘密とは、彼らにとって最高のステーキであり、人生を満腹にするためのライフハックなのである。
「ああ、生きている！」と感じるだろう。
あれと全く同じである。
2022-07-28
｡ _|＼ _
｡ O ／ ｡ u ｀ｰ､＿__
ﾟ ｡ ＼ヽ / u ⌒'ヽ゛ u ／ ﾟ
- ･｡ / ； ﾟ（●） u⌒ヽ i @ ｡
, ﾟ 0 ─ { U u ｒ-(､_, )（●） .| ／ ｡ ,'´￣￣｀',
ﾟ ,,､,ｒ-'⌒l u //ﾄｪｪｪ､ ） ｡ﾟ / o ,! ハ ハ !
｡ ﾟ ｒ-'⌒`ー-'´ヾ,. iｒ- ｒ ､//u / ｡ ･ﾟ ｌ フ ム ｌ
ヾヽ､＿,,,､-､/ミ,ヽヽ/ ノ_, -イ-､＼ ∠ ハ ッ ｊ
ー = ＾～､￣r'´￣｀''ｊヽ､ 〃ヾ ﾟ ｡ ヽ フ /
ｊヽｊｖｉ､人ノｌ__ / / ヽ´｛ミ,_ ￣｀'''-ヽヾ ｀￣￣
） ハ ７ / / ｀'＝'´ｌ ￣ｉ'-､＿,,ﾝ ﾉ ｡
） フ て / / !。 ｌ ｌ - ニ
７ ッ （ _＿ヽ､__ｌ ___ .!。 ｌ＿_ｌ__,-=-,＿＿_
） !! （ ,-＝-, ∠ヾゞゝヽ ,-≡-,ｌ ｌ-=二=-,
＾⌒~＾⌒＾~⌒＾└==┘ ￣￣￣ ヽ==ﾉヽ=ﾉ＼＿_／
本文:
はてな匿名ダイアリーに投稿された下記の記事に対し、記事にて言及されているid:dr*amz*co氏より削除の申立がございましたので削除を行いました。
はてな匿名ダイアリーでは、言及された当事者より削除の申立があった場合に発信者への意見照会を経ずに削除を行う方針としています。
本方針は、はてなの提供するサービスを利用しての批判的論評や公益を有する告発全般を禁じるものではなく、第三者に対する言及にあたり文責の所在を明確にするためのルールとなります。
正当な目的で第三者に対する言及をされる場合、はてなブログなど投稿者のアカウントが特定できるサービスをご利用ください。
なお、今後も匿名ダイアリーを利用して同様の言及を続けられた場合、はてラボおよびはてな全体のサービス利用停止措置などの対象とし、別のアカウントを取得しての再利用もお断りしますので、ご注意ください。
詳しくは、下記のヘルプや告知をご参照下さい。
https://anond.hatelabo.jp/help
https://labo.hatenastaff.com/entry/2014/09/04/182358
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
URL:https://anond.hatelabo.jp/***********************
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
----------------------------------------------------
----------------------------------------------------
何も書けないじゃんｗｗｗｗｗｗｗｗｗｗｗｗｗ
対策としては、すでにある数値から信用スコアを作るなどがある。それをつかってユーザの愚かさを可視化する。以下はその例。
信用スコア ＝ブコメ数 /(1+被非表示数)
信用スコアの低い愚かなユーザはアイコンがだんだん、うんこマーク(リアルな人糞の写真アイコン）になっていくなどにすれば良い。
ttps://b.hatena.ne.jp/entry/s/www.stopreikan.com/kogi_moshiire/shiryo_20210917.htm
本当かどうかも分からない犯人の語る動機をもとに憶測で行動しちゃう人たちが増えると、
はてなーの人たちはちょっと静観って言葉を覚えたほうが良いと思うんですよね。。そもそも今、捜査中だと思いますし。
はてなもプラットフォーマーとして、建設的アルゴリズムに加えて、
RedditにあるようなDownvoteを追加するなど、実効性のある取り組みを進めるべきかと。
「【危険製品】Anker 736 Charger (Nano II 100W) をチェック どうしよう出来が悪すぎる」 https://web.archive.org/web/20220704043526/https://xn--p9j1ayd.net/archives/55794
「めちゃくちゃ危険な充電器です。デバイスの破損は覚悟して下さい 」 ttps://www.facebook.com/purudo.net/
という煽情的なタイトルの記事・呼びかけが公表され、記事本文でも「2度と Anker の充電器は買わないと誓いました」「売って良いレベルの製品ではない」とさんざんAnkerと製品がこき下ろされる。
↓
ITライター氏「やばすぎわろた」 https://twitter.com/kizuki_jpn/status/1543770603139649536
はてなブクマカ「うへー、怖い。」 ttps://b.hatena.ne.jp/entry/s/xn--p9j1ayd.net/archives/55794
等、記事タイトルや本文の煽情的な煽り文句に乗せられるままに驚愕・恐怖・嘲笑する反応が多数出る。
↓
「Ankerさん。ご質問などがあれば本誌のお問合せフォームからご連絡下さい。（もうここまで来ると、どうにもできない可能性が極めて高いので言いますが）」
と挑発、イキって煽り倒す。https://twitter.com/wwdc1999/status/1543818287972499461
（何が「もうここまで来ると」なのかは不明）
↓
ツイッターでは煽情的なタイトルや本文中の修飾語に流されず、きちんと記事を読み込んだUSB-PDの知識ある方から
「どこがどう仕様に違反してるのか不明。記事内では仕様のどの辺に引っかかっているのか、具体的な説明はゼロ」 ttps://twitter.com/hnpn914/status/1543951816404058112
等と冷静な突っ込みが入り始める
↓
記事執筆者氏、複数のツッコミや指摘を受けて記事の問題点を認識しだしたのか、
「寄せられたご意見とWeb上の意見をまとめて、仕様書を改めて読むと（←改めて？本当？）
確信的なことが曖昧にされているように感じた。あと、USB-PD規格にフェイルセーフの概念がないということは理解した。」
https://twitter.com/WWDC1999/status/1544200772015255553?cxt=HHwWgsDT3fWaje4qAAAA
「USB -PDの仕様書って曖昧じゃない？」https://twitter.com/WWDC1999/status/1543959475736182784?cxt=HHwWgIDUrdC9n-0qAAAA
↓
Ankerから「製品はUSB-PDの規格にのっとっています。正常な使用で危険はありません。受電側機器で規格違反があり過大な電力要求がある特殊な場合では、つられて大きな電力を供給することがあります。」 https://b.hatena.ne.jp/entry/s/www.ankerjapan.com/blogs/news/357
と解説・声明が出る。更に返金対応に応じます、今後の出荷製品はUSB-PD規格以上の安全側に改修しますという神対応を発表。
↓
Purud.netがAnker声明を受け見解発表、Ankerの主張を認め白旗上げ全面降伏の様相 https://xn--p9j1ayd.net/archives/55987
「「特殊な」環境において試験を行い、それを基に記事作成を行いました。本誌が使用した「負荷抵抗器」と呼ばれる機材は、製品の設計時や耐久試験などに使用する業務用機材です。そのため、リリースにもあるとおり、通常では発生し得ない状況を作り出すことが可能なものです。」と自白。
「【危険製品】Anker 736 Charger (Nano II 100W) をチェック どうしよう出来が悪すぎる」
「【レビュー】Anker 736 Charger (Nano II 100W) をチェック」
にシレッと改竄。記事本文中の扇情的な煽り文句も多数削除されるが、Ankerへの謝罪の加筆は無し。
↓
「やばすぎわろた」のITライター氏、USBの規格以上に安全側に改修するというankerの措置を
「しれっと修正してるんじゃん。これあかんやつや」https://twitter.com/kizuki_jpn/status/1544258563312594944
と門前払い。より安全に改良することが何故「あかんやつ」なのか理由の説明なし。
自分を信じてまだまだ孤高に戦い続ける模様。ガンバレ、超がんばれ。
↓
ankarの解説・声明のニュースに対するブコメ欄 ttps://b.hatena.ne.jp/entry/s/k-tai.watch.impress.co.jp/docs/news/1422649.html
では、機器と規格の仕様を理解できず（理解しようとせず）、anker製品が危険で誤ってると決めつけたまま、中国企業全体への偏見・ヘイト・中傷を表明する下記ブコメがスターを集めて上位ブコメになるという、ふだん「差別者はこの世から消えろ」と正義のポリコレ棒で他人をブっ叩いてるはてブにあるまじき事態になり、恥の上塗りをさらす。
urtz 中国企業あるあるで、リスクは最小だから実質無いのと同じでしょ、問題起きてないしって主張。事故るか事故らないかのスレスレを目指すことで中国企業は成長してきた。事故っても人口が多いので人より企業優先になる
ttps://b.hatena.ne.jp/entry/4721966618691958914/comment/urtz
2022/7/6 15:30時点
教えてあげないよ!! ＿n_＿ (＿＿＿) ﾚ /ー#ーヽ／ ＜/(●､●)ヽ /# # ー# #ヽ ￣￣|￣|~￣ | | (ﾆ）（ﾆ) ＿n_＿ (＿＿＿)＼ /# # #ヽ／ ＜/(o)､(o)ヽ /# # ＝# #ヽ ￣￣|￣|~￣ | | (ﾆ）（ﾆ) ＿n_＿ (＿＿＿) /# # #ヽ ＜/(･)､(･)ヽ＞ /# # ー# #ヽ ￣￣|￣|~￣ | | (ﾆ）（ﾆ) ジャン♪
/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 が落ちます。
ログ取れたのでバグレポしましたが、改善するまでは不特定多数が好き勝手するサーバーみたいなのを長期運用するのは厳しいかなと思います。タイミングによってはアイテムロストしてしまうので。
選挙に行けとはいうけれど会社の若い子がポロッと"自分の入れた人が落ちるとやっぱ勉強不足だな、間違ってたんだなと思って落ち込むから行かない"と言っててそういう考え方があるんだとびっくりした覚えがある2022/06/23 01:59
SNSとかであらゆる意見が飛び交ってるから、自分の絶対的な意見を持つって行為自体ハードル高くなってるんだろうな
自分も含め、大多数の人は「誰かが言ってるから」「それが正しいと思ったから」って理由で
他人の意見をあたかも自分の意見であるかのように取り込む気がする
それが悪いってわけじゃないけど、既に並んである商品を選ぶ感覚で言葉を飲み込んでるから、結果としてそれがマイノリティだった場合、取捨選択を誤った、不正解だったって受け身な反応をするのだろう
ということを書きながら、若い世代（意訳）は二次創作が出来ないと語っていたツイートを思い出した増田
https://b.hatena.ne.jp/entry/4721353405465876738/comment/heaco65
自分で設定できることを知って快適なブックマークライフを遅れるようになった
b.hatena.ne.jp##.js-keyboard-selectable-item:has-text(弱者男性) b.hatena.ne.jp##.js-keyboard-selectable-item:has-text(ジェンダー) b.hatena.ne.jp##.js-keyboard-selectable-item:has-text(フェミ) b.hatena.ne.jp##.js-keyboard-selectable-item:has-text(note.com/wakari_te) b.hatena.ne.jp##.js-keyboard-selectable-item:has-text(twitter.com/63cities)
次のツイートにブクマが集まっていたが、論点が整理されていないようなので、主にCookieの出自について記述する。
cookieは命名で失敗し「魔術的な」技術と勘違いされてる。実際はすごくシンプル。①サーバがSet-CookieヘッダでIDを通知する、②クライアントは以降CookieヘッダにそのIDを設定する、③それによりサーバはクライアントを区別できるようになる。ただそれだけ。もったいぶってる説明はほぼ間違ってる。
Cookieという単語に「魔術的な」意味など元々なかったし、本来単なるデータストアである(ゆえにセッションIDも格納できる)。元ツイートの主張はおかしいし、元ツイートが腐しているspeakerdeckの内容はそんなに間違っていない。
結論として、元ツイが「現在のCookie」の話しかしていないから論点がずれている。歴史的なCookieの在り方はデータストアだった。また、現在でも一部でデータストア的に使用されている
なるほどね。それでは1つずつ見ていこう。
現在にフォーカスを当てれば、Cookieは「基本的にセッションIDを格納する場所」と説明すれば良いが(Slideもそう書いてるよ？)、元々はデータストアである。元ツイは歴史的ファクトと現代的実装のスタンダードを混同しているように感じる。2022年に「Cookieっていうのはー、ユーザ名とか個人情報を保存しておける便利なデータストアだよ」っていうと単なるやべー奴だが、1997年から2000年ごろまでは普通にそういった実装がなされていた。性善説の時代だったのである。
「嘘だろ」と言われそうなので、1997年のRFC2109を引用する
https://datatracker.ietf.org/doc/html/rfc2109
POST /acme/shipping HTTP/1.1
Cookie: $Version="1";
Customer="WILE_E_COYOTE"; $Path="/acme";
Part_Number="Rocket_Launcher_0001"; $Path="/acme"
[form data]
普通にユーザー名とか買い物かごの中身をCookieに保存している。今この実装をする奴はヤベーが、1997年はそういう時代だったのである。
Cookie: $Version="1";
session_id="1234";
session_id="1111"; $Domain=".cracker.edu"
セッションIDの例もあるが、なんと数字4桁である。今こんなことをしたら確実に徳丸本の角で頭を殴られる。当時のインターネットがいかに性善説の上に成り立っていたか分かるだろう。
この主張も誤りである。例えばja.wikipedia.orgでは、アカウント名や利用者のおおよその住所などをCookieに仕込んでいる。セキュリティ的にザルだと思うなら、ぜひ直接殴り合って欲しい。
元ツイではMagic Cookieを「魔術的なクッキー」と解釈している(なんでも魔法のようにできる多機能な……って感じ？)ようだが、ここでいうMagicとは魔術のことではないだろう。Magic NumberとかMagic WordのMagic(利用者が理解していなくても有効なもの)と考えた方が意味が通る。これはMagic Cookieの語源となったfotune cookieの語義に通じるところもある。
fortune cookieとは。文字が書かれた紙片を封入した焼き菓子である。HTTP Cookieはクライアント・サーバとも内容について問わない(紙片に何を書いてもいい)し、捨てても無視しても構わない(食べなくても割らなくても良い)ためにこの名前がついたのだろう。任意の情報をラップしたものというメタファーとして適切に思えるし、Magicという形容詞も適切であると考える。
1つあたり容量が4kBしかないのも可愛らしい。クッキーでいいんじゃないか。逆に何だったら良かったのか。
そんなに間違ったことは書いていない気がするが……。現在ほとんど使われない技術が書いてあったとして、それが何……？とはなる。Slideはaxiosの使い方を示してるだけだし、2年前の記事に対して「情報が古い」ってツッコミも微妙ではある。
結局何に怒って何を否定しているのかよく分からなかった。SunのX端末を使っていたということなので、最近の事情しか知らないというわけでもなさそうなのだが。
ツリーを眺めているとあまり期待はできなさそうだが、元ツイの人はもう少し丁寧な議論をして欲しいところだ。