俺のTLはどういうクラスタになってしまったんだ
For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
車線キープ機能、ハンドルを握っていても、操作がないとハンドルを握れって言ってくるので、ときどきコンピューターに反抗したハンドルのふらつきをする必要があり、ちょっと微妙感はある。
どれくらい酔っているかを示す指標として、"メディア欄といいね欄を間違えた@東京駅の前"というのがあります
なんの話かはご想像におまかせします
一方で、セキュリティの観点からユーザーのインタラクションとプログラムによるイベントが区別されつつあることを鑑みれば、ユーザーインタラクションによって生じたイベントは伝播可能であるとかそういう可能性もなくはないかなと思っている
直感的には出来ないと思う(それが出来てしまうと自前要素を噛ませることでユーザーが任意のiframe内の要素をクリックしたかのように振る舞わせてしまうので、セキュリティ上最悪)
(自前の要素とiframeが重なっている状態で、上に重なっている要素がクリックイベントを消費しなかった場合下のiframeに届くのかという意味です)
iframe側のJSに干渉できないんだろうし、当然iframe内にクリックイベント送るのも無理よね
preventDefaultしない場合のクリックイベントの伝播がどうなるかがよくわからんのだけれど
iframeがありそうな位置に別の要素を被せておいてクリック判定をフックすると同時に下に流せないかなと思ったけど、iframeに干渉できない状況だとそれもむずいんかな
これたしかにヤバいんだけど、aのスコープがわからないのに誤った最適化を施してしまっている人が頻出していて、そういうとこだぞ〜になってる
https://qiita.com/jaque/items/b99ed9dce78cc64fa9d2
FeliCaチップを積んでいることとおサイフケータイが使えることが等価でないことが分からない皆さんによってめちゃくちゃにされている
俺が調査した結果を俺に報告するなら解像度はある程度高いものが得られると期待できるので、あとは本体と複製の知能レベルが離れすぎないよう注意すれば効率よく生活できるというわけだ
経験上俺は病んでいれば一日中「コードを書く」か「ゲームをする」の2つの行動だけで生きられるので、俺を複製してPC前に監禁しておけば成果物は得られることになり、俺は書きたくないコードを書かなくてもよくなる
急にnitiasa.comのDBサーバー応答しなくなったと思ったら1週間大人しくしてたせいでIDLE判定食らったらしい
Always Free Resources | https://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier_topic-Always_Free_Resources.htm#compute__idleinstances
コマンド体系見てるとそういう雰囲気は確かに感じるが、どう考えても一発で全部やってくれる方が楽に決まってるので基本的にそっちで使っている
このアカウントは、notestockで公開設定になっていません。
cloudflare tunnel、起動すると勝手にDNSのレコードも設定してくれるモード(ただし複数ドメインの同時ハンドリングとかは出来ない)と、予めDNSは設定しておいてコンフィグファイルを読み込ませて起動するモードがあるので、どっちを使っているかによる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
諸々をどこまで信用するかっていう問題だとは思うんだけど、クラウドサービスのファイアーウォールを使うか、自分でサーバーにiptablesとかを仕込むか、どっちも書くか、みんなどうしてるの
GrafanaのダッシュボードにPrometheusのAlert Managerのアラート表示されてるじゃん、あまりに有能すぎでは?
たとえば好きなDB使ってねってやるときに全DB用のライブラリを共通でimportするか各DB用にビルドするかしなきゃいけないのしんどすぎる
ツールとか書くの、楽しいって理由だけでgolangで書くんだけど、Goはプラグインとかやりたかったらビルドを挟まなきゃいけないのがつらいのでそういうのには向かない
最適解はRakuten Linkを使わない・ひいてはRakuten Mobileを使わないなのでちゃんと別でメイン回線を持ったほうがいい
snapのDockerもクソだしsnapろくなことしない
dockerグループが用意されてないマシンにインストールするとrootでしかdockerに触れなくなるクソ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Mastodonが配送に失敗したジョブに対処する仕組み
https://noellabo.qrunch.io/entries/oq3sL7PQhFMrc6Bb
Mastodonがジョブの再試行に用いている、Sidekiq、Stoplight、DeliveryFailureTrackerについて、ざっくり説明した記事を書きました。
基礎知識として知っておくと良い内容かと思います。
ここのv2.7.4アップデートは学年末試験後になります
投票の追加の -せい- -おかげ- 甲斐あって(???)マージがめんどくさい
このアカウントは、notestockで公開設定になっていません。
mastodon on docker うまく行かねーなーとか思ってたら編集したコンフィグをgit pullし忘れてるだけだった死にたい
Mastodon日本語メタフォーラムが停止して久しく、日本語でオープンにディスカッションするフォーラムがなくなっていましたが、
後継について鯖缶工場で相談した結果、 @ikuradon さんがdiscourseでフォーラムを立ち上げてくれることになりました。
分散型SNSの開発・運用に関する話題を日本語でするためのフォーラムです。
https://forum.fedeloper.jp/
今回は、Mastodonに限定したものではなく、Fediverse全般を扱います。
大きな話題のくくりはカテゴリ、一つの話題についてトピック、対象(MastodonとかMisskeyとか)についてタグを使っていく感じでしょうか。
まだ十分に整備されていない段階ですが、そこは皆で協力して、場を育てていきましょう。いろいろ情報集約して、有用な場になるといいですね。
登録しなくても見られるけど、運営者や開発者の方は、ぜひ登録をお願いします! #fedeloper
#kyoriobjstorage
370.86795552261174G 80 objects s3://itabashi-backup/
125.62781812995672G 840398 objects s3://media.n-sr.org/
58.391783527098596G 332541 objects s3://media.nitiasa.com/
111.50775978714228G 702859 objects s3://media.odakyu.app/
70.0537706008181G 88 objects s3://nitiasa-backup/
186.9155088784173G 96 objects s3://odakyu-backup/
0 1 objects s3://ramune/
11.553455241955817G 51 objects s3://storage.accelf.net/
--------
934.9180516880006G Total
最近ずっと言ってるけど、いくつかのインスタンス以外はnotestockのinboxの応答に5秒とか掛かってて、よそのインスタンスでもそうなんだろうか?と疑問に思っている。notestockはすぐ返答を返してるのに、nginxのコネクションが切れるまでに時間が掛かりすぎてる。