  |
はてなキーワード: サーバ管理者とは
Twitter時代にトランス差別運動を見聞きするのがキツくなって以来、半年以上Mastodon系の個人インスタンスとかに籠ってて最近のX情勢を知るための取っ掛かりもないので誰か教えて欲しい。
と言う辺りなんだが、他に何か目立った話ってある？
ちなみにMastodonとかで起きた面白話って言うと、正直 Misskey.io ぐらいしか追い掛けてないんだが、
と言うぐらい。
上司からは「プロパーのAがいなくなって、これから仕事が楽になるのに何で辞めるのか」と聞かれた。
それはA以外にもヤバい奴が多すぎて、もうこの会社そのものに嫌悪感しかなかったからだ。
ヤバいのはA一人ではなく、上司や同僚も同じようなノリで仕事をしているらしい。
「課題解決のためなら残業も徹夜も当然」な脳筋理論が蔓延しているとのこと。
Aが現場に無茶な量の仕事を投げ込むのも「下請けに何件仕事をさせたか」「下請けに何件指摘したか」が評価基準になっているためらしい。
うちに詳細仕様を展開する上流工程の部署もそんな有様だったので、こちらは大変苦労させられた。
内容を理解せずに仕様書を更新しているらしく、展開メールには更新内容を絶対に書かないので
メールが届き次第、送信者の席に直接向かい、更新内容を口頭で確認する必要があった。
変えたはずの箇所が変わってない、変えてない箇所まで変わっている、といったことは日常茶飯事だった。
これらの仕様書の誤りによる作業遅延は、うちの部署が残業や徹夜でカバーする羽目になった。
この部署に「仕様書の更新方法や、メール展開の仕方まで人によってバラバラなので統一してくれ」と何度もクレームを入れたが
半年もしないうちにほとんどのメンバーが入れ替わり、クレームも引き継がれず無かったことになり
それを取り仕切る部長の言動が、社会生活を送れているのか怪しいレベルでヤバかった。
その部長は、下請けから機材を借りたいと依頼があると、おもむろにフロアを徘徊しだし
他の下請けが借用中の機材を、相談もなしに持ち去ろうとするのである。
ある時などは、私が使用中の機材を突然持ち去ろうとして
増田「これはうちの会社で借用しています！勝手に持っていかれると困りますよ！」
部長「いつも使ってるわけじゃないでしょ？」
増田「毎日使ってますよ！これがないと仕事止まっちゃいますから！」
部長「ふーん…そっかぁ」
もし席を外していたら、確実に強奪されていただろう。
一部の下請けは、数が限られた機材を他社からぶんどるために、この部長を利用していた。
ある朝出社すると、借用機材が机ごと無断で移動させられており
部長に確認したところ、他社との共用機材にさせされていたこともあった。
クレームを入れたが「もう決めたから」と相手にされなかったため
常に借用機材の席に自社社員が常駐している状態にし、分捕ろうとした会社に使わせないことで対抗した。
慌ててサーバ管理者らしき人を探し、バックアップから復元できないか相談したが
「今はサーバ自体の管理者はいない。以前は下請けが管理者だったが、退場した」
との恐ろしい回答が返ってきた。いままでの業務成果物は、全部そのサーバに入っているのだが…
Aに事の次第を説明したところ、資料の作り直しと再レビュー、および再発防止策を要求された。
再発防止策は「成果物はすべてバージョン管理ツールにpushして格納する」となったが
ビルドしたソフトなど、容量が大きすぎるものは既存のサーバに格納することになった。
部署内でしか使わない、レビューが終われば誰も見向きもしないレビュー資料を大事に管理し
他部署や顧客に渡す機会の多い重要なソフトはそのまま、という不条理極まりない対策だったが
Aは満足していたようだった。
なお、私の退場後、そのバージョン管理ツールのバージョンアップが失敗し
格納されていたソースコードやレビュー資料は全部消えてしまったと聞いた。
復旧に一か月かかったらしい。
「いやぁ～電車内での白い目、ヤバかったすわぁ～」と言いながら出社し、1日中大声で咳をするプロパーがいた。
自席で大人しくしているならまだしも、咳をしながらフロア中を歩き回って挨拶回りをしていた。
当人も異常だが、ほかのプロパーも誰も気にしていないのも恐ろしかった。
おわり
2022年ももうすぐ終わり。今年は個人的には1ヶ月間ほど入院してたので残念ながら成果物は少なめ。
その代わりに、入院に際して必要だったものなどを挙げておきたいと思う。将来入院する誰かの役に立てれば幸い。
入院するにあたっては「保証人」を求められるけれども、自分にはそんな人は居ない。以前であれば自分のような人間は治療を拒絶されていただろうが、数年ほど前に厚労省が「身寄りがない人の入院及び医療に係る意思決定が困難な人への支援に関するガイドライン」を発表したことで、治療が受けられるようになった。
https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/kenkou_iryou/iryou/miyorinonaihitohenotaiou.html
結構多くのWEBサーバのアクセス制限で.co.jp .ne.jp .jpがdeny設定されていたって話である。
https://b.hatena.ne.jp/entry/s/twitter.com/kanose/status/1601270223386324992
個人のネット利用で大きな転換点は2005年くらいで、例えばブログのはしりのはてなダイアリーサービス開始は2003年でアルファブロガー選考開始は2004年、youtubeサービスインが2005年だが、これらの特徴は「アカウントをとって企業のWEBサービスを利用する」という、今では当たり前の方法だ。
だがこの以前にはそういう方式のものは少なく、ISPや借りたレンタルサーバに自分でコンテンツをアップロードして構築するというのが主流だった。
これは内部的にはLINUXサーバ制限アカウントを貰ってユーザーディレクトリの/WWWにファイルを置くという事やね。
だから最初のうちは個人サイトのURLは「ｈttp://www.yourisp.co.jp/~aybabtu」って感じだった。~はUNIXのユーザーホームディレクトリを示すのね。やがてバーチャルドメインに対応するサーバ会社が増えてｈttp://www.aybabtu.rentarusabaa.comみたいな今では当たり前のURLになったんだが、最初はバーチャルドメイン設定は有料だった。
MS Officeには「パブリッシュ」ボタンがあってそれを押すと編集してるファイル群の構造のまま指定したサーバにFTPでファイル送るみたいな機能もあった。（だがこれはShift-JISでUpするというクソ仕様で後に読めなくなるのだった）
httpの頭のHTはハイパーテキストで、参照箇所にはリンクが設定できて参照元にジャンプ（これも死語だ）できる電子文書なわけで、まさに公開はパブシュッシュ＝出版なわけだ。今もサブスクリプション＝新聞雑誌の定期購読というのはこの建付けが残ってるからだ。
ISPやWEBレンサバにはユーザー権限の多寡で違いがあって、ユーザに実行権限も付与してperlなどのインタープリタを構築しておくと、テキストであってもファイル先頭にインタープリタへのパスを書いておくとそれが実行され、標準出力をhttpで返す。これがCGIで、ISP供与で多いHTMLファイルの公開だけの権限制限されたサーバに不満な層は「CGI実行可」のレンサバ屋に移っていった。
但しプログラムであるから、いい加減に書いてループ参照とか起こすとサーバのCPUやメモリを喰いつくしてサーバダウンを惹き起こす。だからISP供与のでは実行権限を与えなかったわけだ。逆に言えばISPが必ずホームページ公開スぺースを供与するのに個人向けレンサバが成り立ったのは何故？と言えばCGIの実行が出来たからだ。
故にWindowsしか使わない人には難しい上級者向けだったのだが、これを優しいチュートリアルで簡単設定出来るようにしてユーザーを増やして会社を大きくしたのがpaperboy＆co.の家入一真氏なわけだ。はてな創業者の近藤淳也氏と並ぶ個性的なアントレプレナーと謂われた。その後堀江などと共にインターネッ党を作って都知事選に出て箸にも棒にもな結果になったのは黒歴史なので触れないで上げてください。特に堀江は野菜でいじられるよりも傷つくので偉そうに政治の話してる時に「インターネッ党」とボソっというのは残酷な事なので止めてあげて欲しい。お願いします。
また、CGIでの使用言語はperlが圧倒的で、perlで書いた掲示板スクリプトを配布するサイト、趣味プログラマが星の数ほどいた。
こういう訳で初期のWEBで動的ページ＝perlであってJcode.pmを開発した小飼弾氏は魔術師扱いされて崇拝されており、ブログブームが来ると圧倒的な人気を誇った。
今では多言語が普通に扱えるのが当たり前だが、マルチバイト文字の扱いというのは難しく、文字コードがそれぞれ違うのがそれに輪をかけていた。例えば今でも日本語Windows上でフランス語や中国語のファイル名は作れないだろう。また、最初期からかなりの期間、Twitterでは日本語の検索が出来なかった。youtubeでも日本語で投稿できなかった期間は長い。
子飼氏はperlで日本語を使用できるようにするライブラリをUNICODE対応にしてWEBで普遍的に日本語が使えるようにしたものだ。
ただ、HTLMと実行文を混ぜ書きできるPHPがver.4になるとデータベース連携が強化されていてデフォルトでSQL文発行関数が実装されており、perlCGIは廃れていってしまう。
またISPより高い自由度を求めて自宅にサーバを立ててそれを公開するという者も現れた。
はてなはサーバをデータセンターに置いてはいたものの、筐体は町工場に設計図を持ち込んでステンレスの1U筐体を自前で作っていたし、Pixivはギガバイトのシステムボードを使って自作した多数のサーバをエレクター上に置いてむき出し運用してしていたので、自宅サーバ組の延長にあったのだな、実は。
こういう中で画像を公開する、動画を公開するというのはなかなか大変だった。
仲間内で見るという分にはファイルを置けばいいだけだが、問題になったのが「2ch晒し」であった。これは悪意を持って2chにURLを貼るのだけじゃなくて、単にURLを書くというのも含まれた。
というのも2chにURLが書かれるとアクセスが集中して大抵はサーバダウンしてしまう。すると他の契約者のサイトもページも見れなくなってしまう。
例えばヒーロー戦記主題歌みたいな社歌でbuzzった日本ブレイク工業のサイトは重すぎて何週間も閲覧出来なくなった。社歌の動画ファイルを置いていたためだ。
こういうサーバダウンは契約者の責任ではないがホスティング会社も許してはくれない。契約解除、つまり出ていけか、法人契約への変更かを迫られる。転送量制限なしと言っていても実際に転送過多になると干すティングになるわけだ。
だから2chは悪意の塊の他にサーバーダウンとサーバからの追い出しを惹き起こすので蛇蝎のように嫌われていた。2ch晒し→その時点でサイトを閉じてしまう人も多く居た。
するとこれを逆手に取ってアップローダ（あぷろだ）を自作サーバで運用してアフィリエイトで収入を上げる者が現れてくる。
ただこれは著作権違反のファイルが上げられて訴えられる事もあるからそのリスク低減のためと転送量制限の為にファイル容量に制限が設けられていた。
すると大きなファイルを共有したい連中はこれでは満足できない。
そこで目を付けたのが海外でアップローダを運用しているサーバだ。運用動機は日本のアップローダと変わらない。だがファイルの大きさの制限が緩かった。
そこでそういう海外のアップローダが違法性が高いファイルの共有に使われるようになった。やってたのは2chのダウンロード板と半角板がメインだ。
だがこれは運営には迷惑な話で、日本人は英語の広告なんてクリックしない。しかも商品の販路が無いので日本からのアクセスに報酬は支払われない。つまり金を落とさず転送量だけ上がるのだ。しかも海外では転送量従量課金は多かった。
更に問題なのがロリ画像がアップロードされることだ。2次元ロリでも規制があるのに実写ロリは完全アウトだ。実写ロリが発覚した場合、サーバ管理者は必ず逮捕される。マグショットが新聞に掲載されTVで晒され、釈放後も幼児が被害者の性犯罪者なのでGPSロガ装着が義務付けられ住所は共有される。二度と部屋を借りる事は出来ずに一生トレーラーハウスかキャンピングカーを買って橋の下で生活となる。
こんな実写ロリ画像や動画をアップロードする奴が居たのである。
そこで管理者としては日本からのアクセスが増えたのを確認した時点で遮断するしかない。一生を棒に振る可能性を回避するためだ。
圧倒的によく使われるWEBサーバのapacheでは.htaccessというシステムファイルに記述してアクセス制限を掛ける事が出来る。ここで国別IPアドレス指定するのはちょっと難しいのでdeny from co.jp deny from ne.jpという風に書くとドメインがco.jp、ne.jpからのアクセスを全部弾くことができる。
この時にディレクトリ指定を「/」にするとそのサーバの全てが弾かれて403エラーが出てしまう。しかもバーチャルドメインも同じなので思わぬところで403エラーが出る事もある。
そういう訳であちこちの海外サーバで日本からのアクセスが拒否されていた。全て2chダウンロード板と半角板のやつらのせいである。
自分はアメリカの田舎の新聞社のトップページで403を食らったことがあるから嫌われ方は相当なものだと思う。「やるべき.htaccessの基本設定」みたいなのに書かれて共有されたのかも知れない。
因みにダウンロード板と半角板は2ch名物の厨房板だったのに、今見たら無くなってるのな。諸行無常だ。
2005年にサービスインしたYoutubeだが、翌年にGoogleに買収されたもので最初は元paypal社員らが作ったベンチャーだった。
だが最初は著作権違反コンテンツばかりであって、自作ビデオというのは少なかった。
特に酷かったのがまた日本人で、最初は10分制限がなかったのをいいことにアニメの全話丸上げみたいなのが大量にされており、当事者のアニオタ達も「ここまでやったら閉鎖されるだろ！」と諫めるほどだった。
そんな中で2006年6月にYoutubeが数日間の大メンテナンスに突入し、画面には「All your video are belong to us」というブロークン英語が書かれていて騒ぎになった事があった。
これの元ネタは「All your base are belong to us」で、古いセガのゲームの英語版で出てきたセリフだ。深刻な場面で突然めちゃくちゃな英語をいう。このおかしさでFLASHが作られたりとミーム化していたものだ。
しかも日本産ゲームは結構あちこちでバカ英語を作ってて、engrishとかjanglishとか言われてネタにされていた。日本で言えばアヤシイ中国製品の日本語を愛でるような感じだ。
そこでYoutubeがあんなメッセージを出したので、日本のネット民は身に覚えがありすぎて「アニオタのせいだろ！また排除されるだろ」と責任のなすり合いと相なったのだった。
因みにその後も日本人の利用が制限とかは無かったので誤解だったのだが、海外アップローダ見つけては403の焼き畑とかロリ画像問題とかがあって、その後のアニメフル全話という流れだったので過剰反応をしたのであった。
前提として、サーバ側のDBの中身が漏洩したと同時に、プログラム、設定ファイル、丸ごと全部漏洩したとみなしている。
プログラムがDB上のパスワードをどのように処理してるか丸見えになる。
複合できるということは、プログラムの手の届く場所に鍵があるということ。
その鍵がユーザごとに違っていようが関係ない。そのプログラムを通せば複合できるわけだから。
複合した結果、元のパスワードを「瞬時に」出せる。
その元のパスワードを使って、正規のユーザのフリをして悪いことができる。
さてハッシュの場合、bcryptなどではソルト付きハッシュ値になってる。
ハッシュなので「時間をかければ」、そのハッシュ値になる値を検索できる。
元のパスワードと同一であるかどうかはわからない。（同一でなければバレる可能性が高まる）
ここである程度時間を稼げるので、サーバ管理者側にサービスを停止したり、パスワードを全部向こうにするような時間の余裕ができる
コトノハ〇×(http://kotonoha.cc/)において、現在問題となっている大量の複垢を用いて大量連投を行うユーザー(以下：複垢連投オヤジ)と闘って感じた支離滅裂な理論に関して言及していく。複垢連投オヤジに関してはanond:20180217203415の記事を見てもらえれば詳しく分かるはずである。
私は、このコトノハ〇×において、複垢連投オヤジから最も個人攻撃を受けてきた被害者のひとりである。
迷惑なことに、複垢連投オヤジは自分の理論は押し通すのに他人の理論には常に批判しかしない。
ここで、私に対しての批判、暴言に対して言及していくことにする。
Part.4では、主に私は直接的な被害を受けていないが、支離滅裂だと取れる事項について触れていく。
私はコロナ禍でも緊急事態宣言やその時の状況次第で趣味の旅行を行うことがある。
今回(2021.08.10〜08.13)の旅行は関東方面を訪れていた。
私は現地からその関連の記事を私が運営している個人のFacebookにおいて投稿したが、複垢連投オヤジからそれに対して批判するコメントが来た件について書く。
コロナ禍の旅行については世の中で賛否が分かれており、完全に自粛して旅行に行くのは不謹慎だと考える人から、私のように対策や観光地や方法を考慮の上旅行している人もいる。
それに加え、コロナに対してどれだけ怖がるか、敏感になるかも人によって個人差がある。
勿論、こう書いていていわゆる意識が高い方やコロナに対して敏感で強い不安を抱いている方からは、お前のような人間が居るから感染が収まらないと言われるかもしれない。
なので、一意見として反対意見のコメントも批判せず議論に繋げようと思っており、それに応じて投稿方法や立ち回りも検討していこうと思っている。
今回は緊急事態宣言前から予約しており、一部でキャンセル料か掛かることから決行。
東京の三密回避のためにオリンピックとパラリンピックの時期は外しており、東京も一瞬羽田空港を踏んだだけですぐに京急で横浜、横須賀方面に抜けている。
コメント自体は場の空気を乱すのを避けるために削除済みで、当該ユーザもブロック済みである。
内容は「旅行するのは自由だが周りのことを考えて京都に帰ってくるな。」的な内容だったと思う。
ユーザは匿名であり、投稿などの履歴もなく私の友達の友達でも無い。
最初は親からそのようなコメントを受けているとの報告で知り、すぐに対策を考えたが、疑ってコトノハを開いたところこれに関する晒しコトが立っており、私に対する批判や誹謗中傷のコトも立っていた。そのため、案の定複垢連投オヤジによるものだと分かった。
勿論、前述の通り批判コメントを受けた場合はその際に対策を考える。
現時点では今回の複垢連投オヤジによるものを除くと受けたことはない。
友達には活動的な人が多く、コロナ禍でも対策の上キャンプや登山、旅行をしている人が多いのも一理あると思う。
今回はコメント自体を批判したいのでは無いので、この件はいつもと違うかもしれない。
一番嫌いで許せないのは卑怯者だということ。私はFacebook上で本名顔写真を公開の上活動を行なっており、Facebook自体も原則的に本名以外での投稿は認められていない。
こんな中匿名(偽名)で何も投稿など情報を載せていない、そして一方的な批判だけ書き込んでいくことは完全に自分にとって有利な状況であり、その場を乱すだけの行為である。
勿論、普通通りのFacebookユーザならば討論しようと思う。
しかし、顔隠して一方的に無責任な書き込みを行うのは只の卑怯者であり、多数の複垢で身元を隠しているコトノハと何も変わらない。
それに加え、過去のコトによると複垢連投オヤジもコロナ禍に何度か旅行していたことが判明しており、今回のコトは今まで通り批判するネタを見つけて批判しているだけであり、本人がしっかりとした意見や根を持っているようには思えない。
今回も人生の先輩だからいうこと聞け、お前とか言わず敬語使えと複垢連投オヤジは私に対して言ってきた。
以前同じようなことがあったので詳しくはPart.1に書いているが、私は複垢連投オヤジはただ年上なだけで人生の先輩とは全く思っていないし尊敬すべき要素がひとつも無い。
そもそもこれまでの惨状を見せ付けられてきて人生の先輩と呼べるほど私や他の年下ユーザから尊敬できる存在と言えるのだろうか考えてほしい。
しっかりとした40歳ならば定職に就いており、四六時中コトノハに貼り付いたり他のユーザを監視したりするような暇な時間は無いと思う。
本当にこんなゴミクズでつまらない人生を歩んでいる40歳は何も凄くないし、何度も言うが全く尊敬する要素がない、寧ろ反面教師である。
私自身、人に対して死ねだとかゴミクズだとかいう言葉を極力使いたく無いし滅多に使わない。
ゴミクズと人間に対して使ったのは今までで複垢連投オヤジ只一人であるので、私にそれを言わせるくらいのことを今までやってきたということは理解してもらいたい。
私は最近、複垢連投オヤジと関わるのも馬鹿らしくなってコトノハでの投稿は静観しており、新規の投稿やコメントは避けていた。
複垢連投オヤジにはもういい加減に私の存在を忘れてもらいたいくらいである。
それなのに今回のように何か批判できそうなネタがあればすぐに来るのは非常に気持ち悪く、ネットストーカーそのものである。
そもそも今のコトノハは悪意の塊で肥溜めでしかないので、それをここまで誇らしげにリマインドされたりPRされたりするのも非常に気持ち悪い。
私がFacebook等のサーバ管理者側で複垢連投オヤジのIPが分かるならば、挙動を見て全てアクセス禁止にしているであろう。
これを見て何処が小心者じゃなく堂々としていると言えるのだろうか。
私は特にFacebookは本名顔出しで活動している。
その批判や意見が正しいと思うのならば本名顔出しで堂々とコメントや投稿してほしいものである。
これは、私のみならず複垢連投オヤジが攻撃対象にしている全コトノハユーザに対して言っていることである。
コトノハオールスターズは複垢連投オヤジが自分のことを名乗る時に使う名前のひとつで、コトノハオールスターズ＝複垢連投オヤジに先に喧嘩を売っておいて攻撃されて逆ギレするのは何様やねんと言う内容である。
しつこいくらいに何度も言っているが、コトノハオールスターズ＝複垢連投オヤジに対して喧嘩を売ったユーザはひとりも居ない。
複垢連投オヤジのコトノハでの行為が私を含む他の全てのユーザにとっては非常に迷惑であり、それに対して私を含む多くのユーザが苦情を言っただけである。
大量の複垢による大量連投行為を始め、なりすまし、ユーザ攻撃、AV関連の投稿など全てに対してであり、複垢連投オヤジの攻撃は単なる逆ギレである。
※「コトノハ〇×の「複垢連投オヤジ」のいきさつ」は私が把握している限りの複垢連投オヤジのいきさつであるが、迷惑行為に関してはこれに書かれている通りだと思う。
勿論、複垢連投行為に対して最初から受け入れていたならば複垢連投オヤジからの攻撃を受けることはなかったかもしれないが、苦情を言いたくなるほど他のユーザにとって迷惑だったということをいい加減に理解してほしい。
複垢連投オヤジにとって、複垢連投行為が様々なコトが投稿されることにより活性化に繋がるとして行っており、実際に出戻りや新規ユーザが増えているということを言っているようだが、何度も言うがしっかりとした根拠がある理由を説明してほしい。
むしろ、他のユーザはそれが活性化には繋がらないと思っており、出戻りユーザや新規ユーザもすぐに複垢連投オヤジの異常性に気付いて反発しているほどである。
それに対して攻撃しているのも複垢連投オヤジであり、実際に複垢連投オヤジの行為により増えたユーザは複垢連投オヤジの新たな複垢だけである。
こう書くといつもすぐに「死ね」などと言う複垢連投オヤジであるが、私は理由のない「死ね」は単なる捨て台詞としか思っていない。
自分に承認してくれるユーザが居ないので沢山の複垢を携えてオールスターズごっこをやっており、それに加えて一時期は他のユーザのなりすましアカウントを作成して他のユーザから認められているように見せかけていたことも私を含む他のユーザはわかっている。
「コトノハオールスターズ」の呼び方を始めとした運営を騙る行為もそれに付随した行為であり、他のユーザに認められないから運営だから認めろ、何しても良いとして行なっている行為とわかっている。
私は複垢連投オヤジの行為が迷惑であり、害悪な行為であることはここまで理由を含めて説明できるのだから、反論したいのであれば論理的に理由を説明してほしいものである。
複垢連投オヤジは私や複垢連投オヤジを批判したユーザのことをひたすらコトノハに投票し、世間からの印象を下げるように働いており、それを時々5chでも報告しているのが見られる。
勿論、私が会社から何かしらの懲戒処分を受けるとか、そのようなことを期待しているように思える。
はっきり言わせてもらう。
コトノハがきっかけで実害を受けることは無いと思うし、仮に実害を受けた場合は複垢連投オヤジの人生が終わる。
まぁ、これだけでは分かりにくいのでしっかり解説していこう。
まず、コトノハで一方的な悪評をひたすら投稿してサジェスト汚染した気になっている複垢連投オヤジであるが、実際はSEOはたった一人の手でそんな簡単にできるものではない。
私の本名でGoogleで検索してみたが、私は芸能人やスポーツ選手、政治家等の有名人では無く、同姓同名の方にも超有名人は居ないのでサジェストはあまり出なかったし、勿論変なサジェストも出なかった。
検索結果も私のSNSの個人的なプロフィールとか、同姓同名の方のページが多くあった。
また、仮に会社関係者がコトノハに辿り着いたとして、その悪評を誰がどうやって信じるのだろうか。
複垢連投オヤジは何度も理由を答えよということに拒絶反応を示すが、その確証付ける理由やソースが無いから信用できないのであり、大人ならば更にその理由やソースをしっかりと検証して判断するものである。
そもそも、コトノハに久々に来た人(出戻り)や新規で参加した人(新参)は少しコトノハをしただけで複垢連投オヤジの一人芝居や迷惑行為に気付いているので、大人ならばすぐにその実態に気付くであろう。
現状ではコトノハについて警察へ問い合わせても中々動いてもらえないし、弁護士を雇うにも多額の費用が掛かるため、お金持ちではない一般人である私やC氏、他のコトノハユーザにとって複垢連投オヤジを訴えることは容易なことではない。
どうしたら警察を始めとした各種機関に動いてもらいやすくなるのか、それは簡単で、実害が生じたらである。
実害が生じる、要するに事件性があると警察は動いてもらいやすくなるし、法テラスにも相談しやすくなる。
実害が生じると勿論複垢連投オヤジが一方的な誹謗中傷をしていることは間違いないため、複垢連投オヤジが不利になる。
更に私の出身校や会社等に実害が生じると学校や会社から訴えることも可能になる。
要するに、損害賠償や前科などで複垢連投オヤジの人生は終わる。
会社の技術ブログの件で最近、複垢連投オヤジに会社名が割れてしまったようだが、少なくともコトノハを見る社員なんて自分以外に誰も居らず、自分の名前でエゴサするのも複垢連投オヤジくらいなので実害が生じることは考え難いが、万が一あった場合は間違いなく複垢連投オヤジが不利になることをわかってもらいたい。
複垢連投オヤジが非常につまらない人生を送っていることは容易に想像できるが、数年前の駅名を始めとした複垢による大量連投がきっかけで誹謗中傷やネットストーカーを始め、それで人生が終わるって惨めではないのだろうか…。
まぁいいんだけどさ
数が多いから すくないほうに 死ねっていうのは いいやすいとおもうし そりゃそういうもんだけど
もうすこし 楽に殺してくれ
とりあえずガスは予定通り治った。だけどガスだからなぁ 点火しなかった場合
UIを設計する能力もあるプログラマーとしては この仕様は 電気の知識もあるから 問題だとは思うけど
問題だから改善したほうがいい ということがUIデザイナーとしての職業上の知識だから 難しいけど
ことしは積極的に開示の方向だから このていどは言って見るテスト
点火それ単体ではなくて、他の様々な要素と あわせ技１本でこれいいのか？っていうのは最悪施工の問題まで行くから めんどうだろうなと
機材単体ではいいけど、施工とマッチして この仕様で ガスで コロナの影響で自宅にいることが多い などが 加味されると 事故原因になりかねない
回収しようとしても 松下がやったとおりなのが１つ
定期点検で変えようとすると 勝手に ガスをいじるなという 危険性がある
自分がやった改修のほうが実は前より危険な可能性があるというのは今述べたとおりで 許可もなく変えられないという話のときに
あぶないから許可なく変えようとか そりゃ事故るだろそんなの。日本語がわからないのは最近 外国籍の人も多いからしょうがないけど
しぬかもなっておもっちゃうのが こういう理由 そしてたぶん 今回は本当に死ぬかもなと思ってる セックスぐらいしたかった。
信じてもらえないけど あるいみ 精神安定剤が必要 医者行けてはなしだけどな
じゃぁ 行きにくい人はって考えると 街頭での配布の可能性を検討する
だから松下のファンヒータで回収はあれだけかからないといけない。
自宅に訪問できるか？って できないだろ。
どうしてしっているんですか？って聞かれたときに下手すりゃ犯罪の告白に成る
サーバ管理者は みなさんのパスワードを預かってはいますが 特殊な方法で難読化されているので
原則わかりません。というか通常の予算の範囲内では 普通は無理です。そして
MastodonというかActivityPub的なメッシュ型分散化をすると、ユーザは参加する分散Twitterサーバを選択できるようになる
分散Twitterサーバの品質はまちまちで、企業による高品質で落ちにくい分散Twitterサーバから、落ちまくって使い物にならない分散Twitterサーバ、個人による第三者参加を認めない分散Twitterサーバなどが登場する可能性がある
更には分散Twitterサーバ管理者へ対してユーザ側が評価をつけるようになり「あそこの分散Twitterサーバの管理者はネトウヨだから別の分散Twitterサーバを使おう」みたいな意見が出てくる
もっと言えば、特定の分散Twitterサーバ内で思想が先鋭化する可能性も無くはない。全ユーザがずっとアベガー、アベガーって言ってる分散Twitterサーバとか出てくるかもね
そのネットワークシステムの分散化を目指すことが発表され、再びSNSの分散化へ注目が集まっている。
Twitter is funding a small independent team of up to five open source architects, engineers, and designers to develop an open and decentralized standard for social media. The goal is for Twitter to ultimately be a client of this standard. 🧵— jack 🌍🌏🌎 (@jack) December 11, 2019
この発表は日本語圏でもテック系を中心とした様々なWebメディアが取り上げており、日本でも注目されている。
Twitterのこの発表は驚くべきことだ。何故なら誰でも参加できるオープンなAPIプロトコルを整備するということなので、これまで開発・運用されてきたWebコミュニケーションサービスによって結論付けられたものと逆行した動きだからだ。
この結論はテック系で持て囃されているチャット系WebサービスSlackの例を出すのが理解しやすい。
一時期チャット系サービスではXMPPというオープンなプロトコルを採用するのが一般的だった。これはYahoo!メッセンジャーでもGoogle Talk(現ハングアウト)でもMSNメッセンジャーでもFacebookメッセンジャーでも採用されているプロトコルだ。
しかし、Googleはハングアウトの展開と同時にXMPPのサポートを辞めることを発表しXMPPの流れが変わった。
XMPPを採用しているとすべての会話ログをユーザは得ることができる。会話ログというのはコミュニケーションの歴史であり、ある時は強力な証拠となり、それは貴重な資産であることは明らかだ。
だからこそSlackはXMPPのサポートを辞めた。Slackの有料プランにある検索機能が意味をなさなくなるからだ。ユーザは別にSlackへ課金せずともXMPPを介して手元へ全ての会話ログを保存し検索できた。
ビジネスとして見るならばGoogleやSlackの判断は理解が可能であるし、だからこそ何度となく資金難が騒がれているTwitterが会話ログへ自由にアクセス可能なAPIプロトコルを整備しようとすることに一部の有識者は驚きを隠せないのである。
ある有識者たちは言う
「会話ログのマネタイズよりも通信コストを抑えたほうがTwitterとしては低コストとなる試算が出たのではないか」
「分散化をするとして現在Twitterの収益の中心である広告配信システムはどうするのか」
「Twitterが握っているシェアを分散化するとは考えにくい。Twitterの言う分散化とはメッシュ型分散化ではなくTwitterをトップとするツリー型分散化なのではないか」
「Twitterは言論の管理に疲れ果て、各国の分散Twitterサーバ管理者へ言論の管理を任せるのではないか」
様々な憶測が流れ、更にはジャック・ドーシーはブロックチェーンにまで言及したため仮想通貨界隈の魑魅魍魎までもが反応してしまうという事態へ至っている。
SNS分散化において最も理解ある集団と言えば間違いなくActivityPubプロトコル界隈だろう。
より理解しやすい表現をするならば、こう言えば良い「Mastodon界隈」だと。
ここに来てドワンゴやpixivがマネタイズへ失敗し、Mastodonブームの際にインターネットユーザからTwitterとの違いがわからないと一蹴されたMastodon界隈が、Twitterの分散化方針の発表により最大の理解を示すというのは何ともドラマティックである。
正確にはMastodonがサーバ間通信へ利用しているプロトコルがActivityPubであり、ActivityPubを採用しているのはMastodonだけでなく他にも数多くの分散SNSが存在しており、ActivityPubを採用している分散SNSは相互に通信可能なので、Mastodonをも含んだActivityPub界隈はTwitterの分散化へ興味深く関心を寄せている。
それは「分散Twitterの登場を待つ」「既にあるActivityPubへ投資する」の二択である。
現在、日本語圏でSNSの主流になっているTwitterの分散化方針は示された。この方向性は数年後はわからないが数カ月で変わるような方針ではないだろう。
なぜ数カ月で変わらないのかと言えば、Twitterは既にバックエンド開発でBitTorrentを用いたP2P分散化による運用をしているからである。つまりTwitterにはもう既にある程度のネットワーク分散化のノウハウが存在するのだ。
分散化のノウハウがある中でTwitterはユーザが体験するサービスまでも含めて、わざわざ専門チームまで立ち上げつつ、分散化の方針を示したのだ。これは本気度が高くなかなか変わりようがない。
問題はTwitterがどのような分散化をするのか現状では一切わからないことである。
Mastodonのようにセルフで分散Twitterサーバを立ち上げられるのか、許可制の代理店方式か、単にAPIを利用できるのか、全くわからない。
しかも、先例であるActivityPubは主にITエンジニアリング界隈からの評価が既に定着しており、分散SNSの開発速度は現状で間違いなくActivityPubの方が速い。来年の仕事始め2020/1/6からActivityPubでSNS開発を始めようと言えば始められるくらいに速い。
IT業界、特にWeb界隈は移り変わりが速く、しかも先駆者が強い傾向があるのは明白だ。分散Twitterを待ってActivityPubがデファクトスタンダードへのし上がったときは目も当てられない。
しかし、ActivityPubがデファクトスタンダードになるかはわからない。シェアをどちらがより多く獲得するかは神のみぞ知るというところだ。
わかるのは2020年以降SNSの再編が始まるということだけだ。
他者に委ねたくないという考えをカバーするため多くの分散SNSサーバはオープンソースとして公開され、自分自身が分散SNSサーバ管理者となれる仕様になっている
分散SNSサーバを立ち上げるスキルが無い者であっても、Mastodonホスティングサービスが存在しておりホスティングサービスを利用すると知識がなくとも独自のMastodonサーバを利用することができる
更にはホスティングサービスを利用せずにこれから分散SNSサーバ管理者としてデビューするという者へ対してサポートを提供するコミュニティが存在しており、それは日本語で利用可能である
フィルタリングボーダー付近の投稿を完全に防ぐことは出来ないが、それはTwitterも同じであり、分散SNSでは機能として間違いなくTwitterよりも容易に、そしてTwitterよりも精度の高い閾値でフィルタリングが可能である
人口に関しては現在全世界で224万人、月間単位で見ると安定して増加傾向(流石に日間単位だと下がったりする)にあり、しかもそれらのユーザは間違いなく分散SNSの先進性を見出したアーリーアダプターであるためインターネットリテラシーが一般よりも高い傾向にある
サーバ管理者がドメインブロックする機能、ユーザがドメインブロックする機能の2種類がある
サーバ管理者が不適切画像を配信するサーバと接続していても、ユーザがそのサーバをブロックすることが可能
その辺はTwitterよりも柔軟にできている
ちなみにPixivが運営するエロ画像の多いMastodonサーバのPawooは、Pawooユーザが不適切画像として指定した投稿は他のサーバへ配信されないという仕様にカスタマイズされている
Pawooのサーバ独自のルールとして不適切画像と判断される投稿に関しては不適切指定をすることが奨励されている
上記のnoteを読み、感銘を受けたので分散SNSを中心に活動するユーザ達が今どのように分散SNSと付き合っているかMastodonを例にして記す。
悪を発見した者たちは自身の言動が正義として疑わず執拗なまでに発見した悪を追い詰める。
どう解釈してもその者たちは正義の味方【ヒーロー】ではない。悪を徹底的に追い詰める悪の敵【ダークヒーロー】である。
我々が幼少期に憧れたアンパンマンや仮面ライダーやウルトラマン、セーラームーン、プリキュアetc...などが取るような言動では決してない。
はてな匿名ダイアリーを利用するようなユーザは分散SNSをよく知っているだろう。ただしそれはおそらく誤解を多く含んだ理解だ。
分散SNSの多くはオープンな形で開発されており、情報技術者やギークの多くはオープンな技術を好む傾向がある。
だからこそ分散SNSに集うユーザは情報技術者やギークが多いのだ……これが既に間違いである。
確かに分散SNSにはその傾向はある。しかしながら分散SNSを使うようになった者は「Twitterに疲れた」という理由を持っていることが多いのだ。
いっときの、いわゆる「Twitterアカウント凍結祭り」が切っ掛けだったとは言え、分散SNSへ定着したユーザの大半は分散SNSに心の安寧を得ている。
悪の敵が跋扈するTwitterと比較して分散SNSは明らかに悪の敵の数が少ないのだ。何故だろうか？
その解答の１つとして、そもそも分散SNSには「Contents Warning(CW)」機能と「Not Safe For Work(NSFW)」機能がある。
CW機能は日本語へ意訳すると「テキスト閲覧注意」のための機能だ。CW機能を使うと指定した範囲のテキストが隠蔽され、他のユーザはそれを読むときは能動的に操作して隠蔽を展開する必要がある。
NSFW機能は日本語へ意訳すると「画像閲覧注意」のための機能だ。NSFW機能を使うとCW機能と同様に投稿画像は隠蔽され、他のユーザはそれを見るときは能動的に操作して隠蔽を展開する必要がある。
これらの機能の存在は大きな意識を各々のユーザへ与えてくれる。それは「アナタの言動によって心を痛める人が居るかも知れない」というもの。
分散SNSユーザはこれらの機能があるため先ず投稿へひと呼吸置く傾向がある。もちろん「この投稿はCW(NSFW)を使うべきかな？」というひと呼吸だ。
別にこれらは強制的なルールでもなく分散SNSが村社会的に暗黙のルールとして絶対となっているわけではない。しかし分散SNSのユーザはひと呼吸置く。
なぜならTwitterの現状があるからだ。Twitterが反面教師になっているのだ。Twitterユーザのように自分がなりたくないのだ。
もちろんTwitterのようなマイクロブログ型SNSは気軽につぶやけるというのが美点だ。しかし自分の気軽さは他者の気軽さではない可能性は十分にある。それを分散SNSユーザはよく知っている。Twitterを見てきたから。
少なくとも戸田真琴さんが例に挙げた凄惨な画像は分散SNSだとNSFWになったことだろう。そしてNSFWになっていない凄惨な画像は共有ボタンを押すことへ躊躇がなされただろう。
更に分散SNSは、戸田真琴さんは少々否定気味だったが、Twitterよりもカジュアルにブロックやミュートが行われる文化がある。
これは前述した「アナタの言動によって心を痛める人が居るかも知れない」の裏返しだ。自身の心の安寧を守るためブロックやミュートをして見えないようにするという自由が価値観として分散SNSユーザ全体で共有されている。
この件についてはPixivが運営する絵描きが集うMastodonサーバのPawooが、外国のMastodonサーバから連携拒否(ドメインブロック)されたことに関して、Pawoo側のユーザが外国Mastodonサーバのその決断を称賛したことにも現れている。
外国のMastodonサーバではPawooの絵描きが投稿する一部のイラストが問題視されていた。性的なイラストは見たくない、性的な対象として描くのはおかしいという価値観が外国のMastodonサーバで起き、その外国のMastodonサーバはPawooとの連携を切る決断をした。
Pawooのユーザたちはそれへ対して「住み分けは大事」と言ったのだ。自分たちが生み出す作品への「無理解」へ対して怒るでもなく悲しむでもなく、Pawooのユーザたちは外国のMastodonサーバの決断へ「理解」を示した。
分散SNSはMastodonを含む分散SNSサーバ同士が相互に接続しあってSNSとしての体を作り出している。
分散SNSを知る人々がこの辺りに誤解を持つことが多いが、Mastodon＝分散SNSではない。
こう言うと少し詳しい人は「知ってるよ分散SNSってMastodonの他にGNU SocialやFriendicaとか色んな種類があるんだろ？」というが、それ間違いである。
MastodonはMastodon＝分散SNSサーバだ。GNU SocialもGNU Social＝分散SNSサーバ、FriendicaもFriendica＝分散SNSサーバだ。
分散SNSとは分散SNSサーバ同士が相互に接続しあって形成するネットワークそのものを指す。
すなわちMastodonは種別として分散SNS対応SNSということになり、だからこそ非常に誤解されやすい。SNSが2回出てくるためよくわからないことになっている。
Pawooがなぜ外国Mastodonサーバから連携拒否されたことを受け入れられたのか？
そもそも分散SNSにはルールが無いからである。分散SNSは分散SNSサーバ同士が相互に接続しあって形成するネットワークそのものを指すのであれば、ルールを作るのは非常に難しい。
ルールを作りたいのであれば、ルールは分散SNSサーバ毎に決めなければならない。というかそれ以外にルールを定める方法がない。
つまり、だからこそ外国MastodonサーバのルールとPawooのルールは違うものなのだ。そしてPawooのユーザは外国Mastodonサーバが独自のルールを運用する自由を認めたのだ。Pawooには好きに絵を描く自由があり、アナタたちには絵を見ない自由があると。
そして外国のMastodonサーバはPawooのユーザが自由に絵を描いていることを制限しようとはしていない。外国のMastodonサーバのユーザたちは絵を描く自由を認めて居るのだ。
分散SNSのネットワークには非実在青少年のような問題は無い。外国のMastodonサーバにはあるかも知れない。しかしPawooには無いのだ。双方のルールの違いを認めあっているからこそ分散SNSのネットワークにはそういった問題が存在しないと言えるのだ。
無理だろう。TwitterはTwitterのルールという1つの価値観しかないのだから。
例え今後TwitterにCWが導入されようがNSFWが導入されようがTwitterではたった1つのTwitterルールに則らなければならないのだ。Twitterのネットワークではルールの違いは認められていない。
SNSでの自分の価値観、他者の価値観を両立しようと思えば分散SNSというのは間違いなく現状ではTwitterよりもより良い解決策を示していると言える。
分散SNSでは自分自身が分散SNSサーバの管理者になり、自分自身が分散SNSサーバのルールを作る側に回ることすら可能なのだから。
戸田真琴さんが分散SNSサーバ、例えば戸田真琴さんが自分自身のためのMastodonを立ち上げれば、そのMastodon内でのルールは戸田真琴さんである。
他の分散SNSサーバは戸田真琴さんの価値観を「ルールの違い」として認識して、戸田真琴さんが特定の分散SNSユーザをブロックしようがミュートしようが、特定の分散SNSとの連携を切ろうが、すべてはルールの違いであり、他の分散SNSは戸田真琴さんのMastodon内でのルールの行使を受け入れる。
例えば戸田真琴さんが自身のMastodon内で傍若無人に振る舞い絶対権力者として君臨していることを誰かが非難したとしよう。戸田真琴さんが法令に違反していないのであれば他の分散SNSサーバ管理者たちは戸田真琴さんを全力で擁護する。戸田真琴さんのMastodonでは戸田真琴さん自身がルールなのだと。
もちろん分散SNSとはいえ倫理はあるし戸田真琴さんが自身のMastodon内とは言え暴言を吐きまくれば非難する人が現れ、その非難は多くの人が理解を示すだろう。
しかし、戸田真琴さんのMastodon内での暴言を止める権利は誰にもない。戸田真琴さんの暴言が気に食わなければ戸田真琴さんのアカウントをブロックするかミュートするか、戸田真琴さんのMastodonとの連携を切ることが分散SNSとして正しいやり方なのだ。
分散SNSは個人個人が違うこと、コミュニティー毎にルールがあることを前提で成り立っており、だからこそブロックやミュート、ドメインブロックがカジュアルに行われ、それらがカジュアルに行われるという認識があるからこそ言動の前にひと呼吸置くという文化がある。
これこそが２ちゃんねるやmixiやFacebookやTwitterを経て、SNSで心の安寧を得るための現在想定できる最も良い方法なのだ。
はっはっは。その息子さんに「おまえはオレか！」って言ってあげたいねw
オレみたいにIT業界でそこそこ活躍して、さほど有名にもならず、ひっそり引退するくらいのエンジニアになる素質があるよw
かつて、いまのようなTCP/IPベースのファイル共有が一般化する以前に、NetWareていうファイル共有サーバが職場に導入されたときに、
各ユーザには一定のファイル容量が割り当てられて、それを超えては書き込みできないようになっていた。
あと、一個のフォルダ（当時の用語ではディレクトリ）には、1024だか4096だか忘れたけどファイル／フォルダ数の制限もあった。
オレは、フォルダだけなら容量「0バイト」って表示されるし、無限に作成できるのか？
あるいは、見えないけどそこそこ容量を食うから有限なのか？と、疑問に思って実際試してみることにした。
MS-DOSのBATファイルを書いて、自分のホームフォルダに「A0001」〜「A1000」みたいな名前でフォルダを作り、さらにその下の階層に「B0001」〜「B1000」などとガンガン作り続けるプログラムを走らせた。
小一時間たったあたりだったか、ファイルサーバが容量不足を起こしてダウンした。
「勝った！」って思ったねw 当時のサーバ管理者Sさん（および職場の同僚の皆さま）には、大変ご迷惑をおかけしました。どーもすいませんww
なんか勘違いがあるな。
育児の精神的負担って、時々プラス点を取るのが大変なことじゃなくて、常にマイナス点を取らないようにするのが大変なんだよ。特に最初の数ヶ月は24時間気を抜けないから。
仕事でいえば警備員とかサーバ管理者とか当直医みたいな裏方のオペレーションに似てる。派手な功績をあげるのは結構だけれど、本来の勤めはむしろ自分の責任時間の間に事故が起こらないようにすることで、つまり「何も特筆することが起きていない」という状態を維持するのが本命なんだ。その本命でミスったら、どんなにプラスの功績を持ってきても打ち消せないんだよ。(駅員が、ある日何かの事故、たとえば乗客がホームに落ちるとかして、それを機転を効かせて救ったとしよう。ところが翌日当直を寝坊して始発に間に合わなかった。そんで乗客に非難された時に、「でも私は昨日大活躍したんです。一日くらい大目に見てくれてもいいじゃないですか。」って言ってたらどう思う?)
それとこういう24時間気を抜けない業務って、あてにならない人が手伝ってくれてもあまり役に立たないんだよね。100%任せられると思えば安心して休めるけれど、それがあてにできないと、何かあったらバックアップに回らないとならないと思うから休んでても結局気が抜けないでしょ。
派手なプラス点を稼がなくていいから、ノーミスの実績を積み重ねて、奥さんから「この人の当番の時は安心してぐっすり休める」って信頼を得るのが一番だよ。
