このアカウントは、notestockで公開設定になっていません。
のえる(@noellabo@fedibird.com)の投稿 主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator（開発者の一員）です。また、独自機能を盛り込んだFedibirdを管理・開発しています！
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
このアカウントは、notestockで公開設定になっていません。
2時には寝ようの歌 混声四部合唱、毎日2時にあげるべきかなって思ってたけど、にするがやってくれているので不要だった＼(^o^)／
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
#fedimovie 早朝のメンテ後に、キャッシュ系のやらかしでユーザー全員管理者アカウントでログイン状態となる重大な不具合を発生させてしまったため、現在停止中です。
ご報告いただいたみなさま、ありがとうございます。
不具合の修正は既に完了していますが、影響範囲を確認後に状況に応じた対応、というカタチになりますので、少々お待ちください。
以上、ひとまず。
#fedimovie インシデント第二報です。
本日5:19、FediMovieのnginxキャッシュ設定の変更により、PeerTubeのWebUIが過剰にキャッシュされ、ユーザーセッションが切り替わらず、アクセスすると管理アカウントを兼ねるnoellaboでログインした状態となりました。
管理者権限があるため、他の利用者の情報表示、変更等が可能な状態となりました。
同日8:02、サーバ本体のプロセスを停止。nginxプロセスも追って停止。
現在、この間の履歴について確認を行っています。
ほぼ問題ないことが確認できておりますが、精査の上で対応しますので、いましばらく停止状態継続とさせていただきます。
利用者の方にはご不便をおかけしますが、よろしくお願いします。
#fedimovie インシデント第三報です。
諸々手を打ち、サービス再開しました。
本件、都合上、noellaboを削除しました。それ以外の変更点はありません。
大きな事故につながる不具合を発生させ、また対応が遅れまして、大変申し訳ありません。
ユーザーがログインする仕組みのWebサービス（サイト）では非常に危険かつ初歩的なミス（やってはいけないこと）であり、お恥ずかしい限りです。
なお、本トラブル発生中にアクセスされたみなさんは、事情を察し、自身はアクセスを打ち切り、それぞれ報告をあげてくださいました。
本件が最小の対応で解決できたのは、すべてみなさんの善意によるものです。
一般にこのようなことは想定できないところで、極めてレアな、幸運な状況でした。ありがとうございました。
少し技術的なフォローをしておきます。
PeerTubeのようなログインベースのシステムは、同じURLに対するアクセスでも、ログイン状態やログインしているユーザーにより異なる内容を表示します。
他方、nginxやCloudflareのようなコンテンツをキャッシュするサーバは、基本的な動作としては、URLをキーにして、同じURLに対する2回目以降のリクエストを代理で応答する仕組みです。
そのままではユーザーごとに違う内容を返すシステムがうまく動かないので、キャッシュしてはいけない情報をアプリケーション（PeerTube）からつたえたり、キャッシュしてよい期限を短く指定するなど、キャッシュサーバが中継することを前提として、配慮した設計にします。
この点、MastodonやMisskeyはしっかり作られていて、単純にキャッシュサーバを介すようにしても問題は起きません。
PeerTubeはこのあたりはまだ調整中といったところで、基本的にはキャッシュは利用できず、一部、実験的な設定方法が案内されている段階です。
（つづく）
#fedimovie
FediMovieでは、この設定部分を誤り、設定変更後に最初にアクセスした管理者の情報がそのままキャッシュされ、他のユーザーに同じ情報が表示され、利用可能となる、重大な不具合を発生させてしまいました。
原理的にはそのようなところですが、よく確認する……というのはあまり参考にならないので、それ以外の教訓として……
今回の件では、管理者アカウントで日常使用することの危険がありました。
私個人のアカウントがみえたぐらいであったらあまり深刻ではないのですが、なにしろ管理者としての権限が付与されています。
実際は、初期作成の管理者は別に存在したのですが、切り替える手間を面倒くさがって、自分のアカウントに管理権限を付与しました。まあこれがマズイことが、本件、よくわかります。
もうひとつは、配布元の手順通りではない設定に踏み込むからには、対象システムの特性をよく調べておく必要があるということです。
この点、たいへん見込みが甘かった。コードをみるまでもなく、ドキュメントでわかる内容で、まあわかるだろう、大丈夫だろう、という慢心であったといえます。
反省しきりです。
#fedimovie
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
あ、ちなみにPeerTube、Cloudflareでキャッシュダメです。動画のストリーミングに使っちゃダメってのと、実際にちゃんと動かないというのがあります。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
の投稿
kumanotetu@mstdn.mini4wd-engineer.com
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ちょっと話題にのぼったので撮っておいた、昨日の夜のごはんです。
手前は鶏肉の酒蒸しで、鶏モモ肉に塩こしょう、にんにく、日本酒で蒸して、最後に食べやすいサイズにしたもの。
母の定番料理の一つで、私も作り方を教わって自分で作るようになりました。
メッチャ美味しい。時々食べます。
ポテトは、じゃがいもを刻んで揚げて塩を振ったシンプルなものですが、すっごくじゃがいもです。じゃがいも美味しい……。
#gochisou_photo
カレーの具材を煮込んでいると、ああ、カレーが作れればなんでも作れるなって思ったものです。
このあいだうかごが米研いでましたが、ああいうの、あとひとつふたつ覚えれば、日々のごはんには困らない。
そのへんから、あとは気が向いた時にやってみたい料理、作ってみたい、食べてみたいものにチャレンジしてみるぐらいで。
うかご(13)、はじめての米研ぎ
https://fedimovie.com/w/99nTmQLRgmcPa3H2RPVGQf
（カテゴリーがエンターテインメントですねうかごさん）
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
これ #fedimovie の『ディスカバー』っていうページなんですが、動画が増えてきて、チャンネルやカテゴリを拾ってきていい具合に分類表示されるようになってきましたね。
https://fedimovie.com/videos/overview
見出しをクリックすると、投稿者が作成するチャンネルや、カテゴリの一覧ページに遷移できる。
チャンネルは、気に入ったらフォローすることもできます。
『トレンド』は注目度の高かった動画（いくつか基準を選択できる）が一覧されているし、
https://fedimovie.com/videos/trending
『最近投稿された動画』は連合しているサーバも含めた新着動画が並んでいるし、
https://fedimovie.com/videos/recently-added
案外使いやすいな……。
PeerTubeはレコメンデーションを意図的に弱く設計していますが、そういったものがなくても、ここまで使える機能が提供できてますね。
実は無節操に他のサーバを連合させると混沌としてこうはいかないのですが、同じノリの通用するサーバをフォローしていくことで、分散しつつ、輪を広げていくことができる。PeerTubeの面白いところだなと思います。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@TOCATTI うわ、懐かしいなこのかるた！w
ええ、もちろん、血を吐いてきたエンジニア達の言葉がつまった、すばらしいカルタだと思いますw
@Shiplat たぶんヘッダー（バナー）画像が大きすぎて、そちらがエラーになっているパターンだと思います。
Mastodonではファイルサイズ2MB以上あると蹴ります。その時に、現状、アバターも一緒に蹴ってしまう実装です。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@cyberrex_v2 動画アップロード＆画質チェック用1を流してみた限りでは切断ないですねー。
トランスコード完了後（アップロード者は完了前からみえる）の動画再生でこれまでひっかかったことはないので、いまだけ発生しているのか、別の原因があるのか確認が必要です。
なお、トランスコード前はストリーム対応してない動画ファイルにアクセスするので、全部ダウンロードしたり、途中でつまったりするのは仕様です。
PeerTubeのWebUIを担うAngularや再生コンポーネントのvodeojsの仕様、HLSなどの技術仕様の理解が浅いので、ブラウザのデバッガに出るエラーメッセージについては、みてもすぐわからないところがあります。何が起きてるのかなー。
@cyberrex_v2 トランスコードがしっかり完了して、その直後だとすると、今度はFediverseに投稿が配送された際に、逆参照されるときの負荷じゃないかと思います。とくにいま、ブーストされると飽和してサービス全体の動きが止まることがあります。
今朝のキャッシュがそうなんですが、結局集中負荷をなんらかの方法で解消できるようにしないと、ブーストで死ぬっていうのが治らないので、現在取組中です。
#fedimovie サイト内アナウンスも表示しておきましたが、こちらでも。
==
ロシア語の動画アップロードがありました。FediMovieは主に日本の利用者を想定していますが、利用を禁止しているわけではありませんので、ひとまずの対応として、動画のアップロードに際して言語設定をお願いし、既存の動画には言語設定を行いました。
言語設定が行われていると、日本語や言語未設定、言語の関係しない動画などに指定されている動画のみを表示するように、利用者各自で設定できます。『自分のアカウント』の『設定』に項目がありますので、確認しておいてください。
添付画像は、動画を表示する言語を明示指定している様子です。初期状態では全てを表示するようになっていますが、おそらく邪魔になってくると思いますので、対象の言語を選択することをお勧めします。
パンヤの配信スムースに流れてるな……って言おうとしたら止まっちゃったw
たまたま見ていた時にピアが2になっていたんだけど、インスタンスからのデータ受信とあわせて、他のピアからもデータを受け取っているのを確認できた。P2Pですね。
#fedimovie
#fedimovie ハッシュタグ、インスタンス単位のテキストコミュニケーション機能の無いPeerTubeのために使っているので、みんなも使ってやってください。
なんか分からないことがあったり、解決したいこととか、使ってみてどうだったという話が共有できるとありがたいです。
#fedimovie のFAQ的なやつ書いとくか……
Q. サーバが時々応答しなくなる・再生が切れる
A. 投稿がMastodonなどに配送され、ブーストされた際などに、連合先の各サーバから集中的にFediMovieへアクセスが発生します。
Mastodonや一般のWebサーバ・ブログ等では、これをnginxやCloudflare等CDNのキャッシュサーバで応答して負荷軽減を図っているのですが、PeerTubeは現状、アプリケーションサーバで全てをさばくため、非常に重くなっています。
アクセスパターンの問題で、だいたい1分30秒〜2分ぐらい重い状態が続きます。
解決に向けて取り組んでいます。
Q. ライブ配信が遅延する
A. 概ね30秒程度の遅延があり、現在のffmpegへのパラメータでは仕様のようです。低遅延のモードを追加しようというissueが立っていますが、まだ実現されていません。
