ichiji.social管理チーム @ichiji_social@ichiji.social
ichiji.socialの管理チームです。不具合やご要望がございましたら、このアカウントにご連絡くださいませ。
- キャラクターフィギュア作成サービス・ぷちのこ
- https://t.co/6OmTD7HwJF
- フィフス・フロア株式会社
- http://www.5thfloor.co.jp/
中の人Bです。
しばらくお知らせできていなくてすみません。
通報に関しての運営指針は近日中にまとまったお知らせが出せそうなので、もう少しだけお待ち下さい。
本日は取り急ぎ、運営費用の中間報告をします。
▽5月
サーバー費用 ¥77,485
スポンサーシップ ¥42,200
収支 -¥35,285
▽6月
サーバー費用 ¥74,702
スポンサーシップ ¥14,000
収支 -¥60,702
※ブログ記事でのご報告は四半期毎になるので、今Q分は8月頭頃になる予定です！
スポンサー掲載の有無・内容の変更は後からでも受け付けておりますので、ご希望の方はお申し付けください！
今後ともichiji.socialをどうぞよろしくお願い致します。
方針を考える材料にしたいので、どんなちょっとしたことでも構いません。具体的だとより参考になりますが、感想のようなことでも価値があります。リプライでご意見お聞かせください。
なお、議論の発散を防ぐために、原則としてこれに関しては一旦返信を控えようと思います。特に気になる点があるときだけ、追加で個別にご質問します。ご意見はしっかり受け止めて、整理した上でまた見解を発表しようと思います。ぜひご協力ください。
これには私信の公開という意味で道義的な問題はありますが、客観的に直ちに悪質であるとまでは考えていません。私たちとしては、私たちの見解を広めてくれることはむしろありがたいと考えています。しかし、このような行為を放置することで、他の利用者の居心地が悪くなってはいけない、という心配もあります。
一方で、こうしたことにあまり強硬に対応することもまた、それはそれで他の利用者の心の安寧を妨げることになるのではないか、とも思っています。
現時点では迷っているというのが正直なところです。
「通報」機能とその運用について、皆さんはどう思うでしょうか。どのような行為は排斥され、逆にどのような行為は許容されるべきだと思いますか？ 「通報」すべきときはどんなときで、それに対してどんな措置なら妥当でしょうか。どこまでいくと、管理者としての権利の濫用だと思いますか？
考えるきっかけとして疑問文を書きましたが、これとは違う視点のご意見でも構いません。
「通報」にはそのような目的があるので、なるべく具体的にどんな点が悪質かが書いてあると、その後の対応が素早くできます。文脈の中で悪質性が顕在化するような場合は、複数の通報をしてくれても構いません。
客観的であることも重要です。確かに、本人以外には悪質性が見て取れないような人格攻撃もあります。精神的なダメージは主観的なものなので、そういう行為も立派な攻撃だと、私たちも思います。
しかし、残念ながら「通報」機能では解決できないこともあります。こうした通報に「本人が攻撃されたと言っているから」という理由だけで何らかの措置を取ることにすると、「通報」が逆に他者を攻撃する手段として利用されるおそれがあります。こうした行為には、現実的にはミュートやブロックなどで各自で対応していただく、というのが落としどころだと思います。
ところで、このことがチームで話題になったのは、運営チームからの DM のスクリーンショットが、それを受け取った利用者によってタイムラインで公開されるという出来事がきっかけでした。
こんにちは。
いきなりですが、最近、「通報」が増えてきました。
利用者同士の交流が活発になったことの現れだと捉えていますが、管理作業の一環として「通報」への対応をする中では、迷いが生じるときもあります。
そこで、私たちが「通報」をどのように捉えていて、利用者の皆さんにどのように「通報」を活用してほしいと考えているのかを、改めて言葉にして共有してみたいと思います。
「通報」に限らず、私たちの最大の関心事は、「ichiji.social の利用者が、安心して楽しく一次創作にまつわる交流ができる場を維持すること」です。それを妨げる悪質な行為があれば、サイレンスやアカウント停止などの措置をする必要があります。
しかし、管理者がすべてのトゥートを確認することは現実的に困難です。そこで、利用者の皆さんに協力していただく方法として、「通報」機能を使ってほしいと思っています。悪質なトゥートが通報されれば、私たちはそれを確認して、どのような措置が適切か検討することができます。
こんにちは。中の人Bです。
先週のメンテナンスではv2.4.1へのアップデートを行なっていました。
遅ればせながら、公式ドキュメントの和訳と、連日のメンテで行われていたあれそれのまとめ記事を作りましたので、ご一読いただけると幸いです！
【メンテナンス完了のお知らせ】
先程告知いたしました、本日15:30-16:30予定のメンテナンスが完了いたしました。
ご協力ありがとうございました
【メンテ情報】
本日15:30-16:30にてメンテナンスを行います。
この時間の間は、断続的に接続できなくなったり、動作が重くなる可能性があります。
また、メンテナンス時間が伸びる可能性がございますので、予めご了承頂けますと幸いです。
メンテ情報はTwitter公式アカウント(@uchinoko_beta)でも同様に告知致しますので必要に応じて、そちらもご確認いだけますと幸いです。
ご理解ご協力のほどよろしくお願いたします。
ちなみに、ロードバランサというのは、複数サーバー(例えばサーバーを3つ使っていれば、サーバA・B・Cとします)でひとつのサービスを動かしているようなときに、「このデータはAに送ってね」「次はBね」「次はCね」のように、データをどのサーバーに割り振りするか指示をしてくれる『サーバへの負荷を分散させるための装置』です。
そのほかにも、以前触れた「ローリングアップデート」では、このロードバランサが「アップデートするサーバーAは停止、その間はデータをB・Cにだけ割り振る」「次はBを停止、その間はA・Cにだけ割り振る」みたいなことをしてくれるので、サービスを完全に停止せずにメンテナンスができる感じにしてくれます。
→
「・・・」現象の原因と対応内容をお知らせします。
調査の過程で、タイムラインを取得する通信が約30秒毎に切断されているのに気付きました。観察すると「・・・」もそのタイミングで表示されるようだったので、『通信が切断されること』が現象の発生原因ではないか、という仮設を立てました。
次に、通信が30秒毎に切断される原因を調べたところ、ロードバランサの設定によるものだったので、この時間を長くしました（24時間にしました）。結果として通常想定される理想シーンでは「・・・」が出なくなっています。
→
こんにちは！中の人Bです。
一昨日メンテ後から発生していた「・・・」が出る問題ですが、昨日21時ごろに解消しております。
ご不便をお掛けし申し訳ありませんでした。
→
こんばんは！中の人Bです。
今日はご報告が遅くなりすみません！！
昨日のメンテ後からTL上のトゥート間に「・・・」ボタンが不規則に表示され、見づらい状態が続いております。
ご不便をおかけしており大変申し訳ございません…。
いくつか情報も寄せていただいており、「他のインスタンスでは同verでも特に同症状は出ていない」というご報告が複数見受けられました。ご協力ありがとうございます！
この現象の改善にあたっては、コードの調査なども含めて原因特定が必要と現時点では判断しており、申し訳ないのですが、少々お時間をいただきたいです。
具体的には、コードを再確認などしての原因調査を今日します。
今日で原因まで見つかれば、実際の修正対応は明日に行う予定です。
原因特定が難しければ、みなさんから頂いている情報も参考に、サーバ台数の調整などで問題が解決しないか試してみる予定です。
それ以降は状況次第で、別途スケジュール決める予定です。
ご不便をおかけしている中で大変恐縮ですが、何卒ご容赦いただけますと幸いです…！すみません！！
先ほどよりTLに現れている「・・・」について調べたところ、こちらはいわゆる「更新ボタン」のようです。
この部分は素のMastodonから変更していない部分のため、こうして勝手に出てくる現象はMastodon自体の不具合かと思って調べたのですが、今のところそういった情報が発見できていません…。
引き続き調査を進めていますので、今しばらくお待ちくださいませ…！
また、これにまつわる情報がございましたら（他のインスタンスでもこうなる・ならないなど）提供して頂けましたら非常にうれしいです！
よろしくお願い致します。
【メンテ情報】
中の人Aです。先ほどより発生しておりました、画像のアップロードができない問題を解決いたしました！
現在は正常にアップロードができる状態になっています。
ご不便をおかけし、大変申し訳ありませんでした。
【メンテ情報】
中の人Aです！本日18:15より行っておりましたメンテナンスの進捗をお知らせいたします。
先ほど告知しておりました3点のメンテナンスはひとまず完了したのですが、
現在画像のアップロードができない問題を確認しております。
こちらの事象は現在対応中です。ご不便をおかけしますが、何卒よろしくお願い致します。
【メンテ情報】
中の人Aです。
本日も、18:15-19:15の間にメンテナンスを行います。
本日行うメンテナンスの内容としては、
・昼間にお話しいたしました、「ローリングアップデート」が正常に働くかの最後の検証。
・「いちくら案内所」さん、「いちくラジオ」さんのバナーをトゥート欄下に設置。（お待たせいたしました…！）
・Mastodon のバージョンをv2.4.0 へアップデート！
この時間の間は、いつものように断続的に接続できなくなる時間が発生する可能性があります。
また、メンテナンス時間が伸びる可能性がございますので、予めご了承頂けますと幸いです。
ichiji.social内部でのアナウンスのみでは追加情報をご確認いただけない場合もあるかと思いますので、Twitter公式アカウント(@uchinoko_beta)でも同様に告知致します。
必要に応じて、そちらもご確認いだけますと幸いです。
メンテナンス中はご不便をおかけしますが、何卒よろしくお願い致します。
昨日のメンテ終了後は、Pod にも Ingress にも「OK」と判断できる状態に戻してありますが、「アップデート」時にもそれが正常に働くかは、もう一度検証が必要です。
今回のような、メンテの延長・長い時間のサービス接続エラーが生じないよう対応した上で、度々申し訳ないのですが、再度この点に関するメンテナンスを行う予定です。
引き続きご不便をお掛けし申し訳ないのですが、何卒ご理解とご協力のほど、どうぞよろしくお願い致します…！
この OK か NG かの状態を判断してるものは2種類あって（Pod と Ingress といいます）、今回はPod にだけ影響するメンテナンスを施すつもりだった…のですが、
メンテナンスの過程で変更した設定のうちの1つが、予期せず Pod にも Ingress にも影響するものでした。
その設定が Ingress には「NG」と見えてしまう設定だったため、しばらくサイトに繋げない時間を発生させてしまった、ということが起きておりました。
また、この作業は、Pod へに影響するものとばかりの考えで進めていたため、Ingress が原因であるとなかなか突き止められず、復旧に時間がかかってしまいました。
申し訳ありません…
→
昨日メンテ前の説明内で触れました「ローリングアップデート」を正常に使えるようにするため、具体的には、"サーバが今「OK」な状態か「NG」な状態なのかを、自動的にわかるようにしたい"という目的がありました。
※普通は自動的にできるのですが、それを"「アップデート」時にも正常にできる状態にする"のが今回のメンテナンスの目的でした。
→
