3gpp2とかいうクッソ懐かしい何かを発掘してしまった
SakuraObjectStorage、やっとフロント部分殺して復旧に本腰入れ始めた感ある
Felicaで認証システム作るとき、IDmは使うなよ？ってドキュメントを読んだ後、IDm対応！って書いてあるMIWA LOCKの電子錠見てうーんってなってる
@toneji Sidekiqは「フロントエンドに作業させると重くなる作業」を全て担っています。たとえばトゥート投稿時に他インスタンスへの送信、他インスタンスからの受信処理、トゥート内リンクの解析、ユーザ登録やお知らせメールの送信、他インスタンスへの購読処理などなど…で、これが遅延したり詰まったりすると他インスタンスへの配信遅延やTLが数分遅延する、ユーザ登録時のお知らせメールが届かない、他インスタンスへの購読が失敗してそもそもトゥートが流れなくなる…などの問題が発生するようになります。で、見方なんですが管理者アカウントでログインしているブラウザで"https://インスタンスアドレス/sidekiq"にアクセスすると情報を確認することができます。(続く)
@ikuradon @toneji で、アクセスすると添付画像のようなページが開くはず。これの上の欄、完了が今までに処理したジョブ数、失敗がそのうち処理に失敗した回数、実行中が現在処理中の数、待機状態がこれから作業する待ち数、再試行がなんらかの失敗が出たため再度チャレンジする数、予定がリンク解析などの遅延処理予定数、で、デッドが処理に数回失敗したので再試行リストから放棄されたジョブ数…となります。重要なのは待機数で、この数字が大きいとタイムライン遅延やメール送信遅延が発生している可能性があります。 https://comm.cx/media/mWxrrM53lsOEplh85LE
@toneji そうです。この待機中、わかりやすく言えばファーストフードなどの待ち列なので短ければ短いだけ良いです。ただ、これはSidekiqのワーカー数と流れてくるトゥート数との調整なので無駄にワーカー数を増やしてメモリ不足に陥ってインスタンスが重くなる…では本末転倒になってしまいますので中規模以上の鯖缶の頭を悩ませるところなのでしょう
@toneji "https://インスタンスアドレス/sidekiq/busy"の上部にワーカ数が載っているのでそこをもらえれば
@toneji 再試行とデッドがそれなりに溜まっているのはたぶん疎通不可なインスタンスがあるからだとおもいます。正直なところ、再試行とデッドは溜まってもしょうがないね…な所があるので、待機状態が50-100以上でなければ大丈夫かなと
@toneji ドメインブロックを利用するとトゥートが送信されなくなるらしいですね。使ったことがないので試してみないとわからんですけど…
@toneji まあ疎通エラーには昔あったけど存在しなくなったインスタンスやIPやサーバエラーでの疎通エラーなど様々な理由があるので、よっぽどひどい状態ではない限りは何とかしようと考えなくてもいいかな…と
アホン高いけど、あれは「一蘭が高いのはどこでも同じ味を食べられる」に通じる何かだと思っている
このアカウントは、notestockで公開設定になっていません。
これ、IPoEはFletsのIPv6オプションだけではなくDS-LiteやMAP-Eも絡んでくるから名前も変わってくるのでは
DS-Lite/MAP-E対応ルータ、大体一万円以上するのと「オプション扱い」なので情報弱者が契約しないから通信が安定しているのでは説がある
独自ドメインを狙って送ってきている感あるけど、相変わらず糞みたいな日本語はどうにかならないのか
ところで最近くるこれ系のフィッシングメール、送信元がG Suiteからなのでどうしてくれようのお気持ちです
G SuiteからG Suiteに送れば迷惑メール判定されないだろ！と判断して送っているならば賢いかもしれないけど、GMailのフィルタの方が一枚上手だった話
そもそも最近のGMail、送信元と本文のURL比較して少しでも不一致があったらスパム判定する挙動があるからな
MusicBeeで初めてCDインポートしてみたらAccurateRipにエラー判定出されたけど、同じCDを読み込んだ人が少なすぎてエラー表示しているだけだった回
OneDriveのフォルダ名はOneDriveだろ…とか思っていたら自環境では依然としてSkyDriveだった
