ま、実装見るからいいんだけど
わんせた(@ars42525@odakyu.app)の投稿
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
frozen stringにsingleton classが存在しないのはわかりやすいと思うんだが、これについて正しく言及したドキュメントが見当たらない
イヤホンの電池が両耳同時に切れるとまだやっていけるなという気持ちになる
だんだんどっちかがヘタれて行く
チャットサポートの埋め込みサービス、pingって投げたら相手のクライアントサイドからpongが返ってくる機能がほしい
resolve_feature_pathの実装がreceiverを一切参照していないので、そこを変えようと頑張るのは無意味だった
これを再開します。現時点では「帰って風呂入って」までクリア済みですが、風呂入ったあとに髪を乾かすタスクには失敗済みです
~~~~~~~~~~
[https://odakyu.app/@ars42525/110491105251246006]
GitHub Codespaces、ページによって新しいタブで開くとことそうじゃないところがあって最悪なので前者に統一して
WordPressだしそんなもんやろって感想しかなかったんだけど、世の中には思ったよりWordPress信仰が存在するらしいことがわかった
ガーシーの肩書が「容疑者」なのちょっとおもろいんだよな、普通に誰かに言及するときにわざわざ肩書つけて話さないでしょw
警察「漁夫の利か、棚からぼた餅か。」 https://www.kobe-np.co.jp/news/jiken/202206/0015362094.shtml
SSDとHDD積んだマシンでタスクマネージャー見るとディスク使用率が50%で頭打ちになるやつ(SSD0% HDD100%)頭悪いよね
ダメだこれwこういうの好きw
弾幕職人がwｗ一切加工しないでww病名は愛だったをww歌ってみたｗｗ結果ww - ニコニコ動画 | https://www.nicovideo.jp/watch/sm31974702
Misskeyのギャラリー機能？でメシ画像を投げていると思われる方がおりますが、たぶん多くの人はわざわざリンクを追わないので、普通に画像を連投したほうがよいと思われます。
たまに俺のDiscordだけハートビートみたいにピカピカひかるんだけどNvidia Broadcast大丈夫かな
原因：再起動せずに動かし続けたせいでdockerのログが23GB溜まってました
systemdのログは飛ばしてたんですけどdockerのログ見落としてました
毎日投稿されるこれをなんだかんだ言って見てるので数日増加がないと気付く
~~~~~~~~~~
[https://odakyu.app/@wasabi/106354525077067535]
Mastodon改造してるやつちゃんとテスト通るようにした
なおテストケースを足したりしてるわけではないので改造部分が動かない可能性はある
大変なことになってまいりました(ListはSerializableでないのでinterfaceを作ってごまかした図
動画が面白いのは置いておいて講義動画がYouTubeの登録ちゃんねるに流れてくるのは精神的に良くない気がする
作業中に あっここ書き直したいけどいまやるとコミットがグチャグチャになる ってなったときにその内容メモっといてコミットしたあとでリマインドしてくれるやつほしいな
TimeTable: java.io.Serializableにするだけで勝手にCourseも変換してくれる
これ上の @Serializable がkotlinxで下が java.io なんだけど何がどうなってるのかわかrん
List<Course?>がBundleにできるならList<List<Course?>>も簡単なので、結論から行くと作るしかないか...
Fragment(大枠)の中に曜日ごとのFragment(タブのページ)を用意しようと思ってるんだけど、時間割は一回のリクエストで取得できるから大枠の方で取得掛けるわけで、結局List<Course?>をFragment(タブ)に渡す手段が必要
基本的にTuskyの実装を参考にすればできると思うんだけど、たまに器用なことしててよくわからないことがある
今度はInjectionに手を出そうかなぁ(RetrofitのlmsClientの生成がだるくなってきた
Kotlinめっちゃ楽しいよ
モンキーパッチって言ってしまえば体裁が悪いけど関数追加ぽいぽいできるの便利すぎて
何も頭に入ってこない
Fragment を使った画面遷移メモ - こやまカニ大好き | http://nein37.hatenablog.com/entry/2018/05/06/204943
jsonとかにできればstringで渡すんだけど、そもそものデータがスクレイピングなのでjson変換用のあれを用意するのがだるい
データ型増えて毎度やるのか？感もあり
dispatchRequest(activity)で呼べばactivity.onReadyとか返せるのか
ところで: 今までFragmentをreplaceすることを前提に考えてたけど、add(本体) add(LoadingFragment)してからremove(LoadingFragment)はどうなの？
Fragmentにactivityが渡せるなら同じ方法で任意のデータ渡せるよね
それはダメでしょ？って話なんだけど
Fragment.newInstanceの時点で誰が呼んでるかはわかんねぇなこれ...
startTransitionで初めてactivityついてら
ActivityからFragment.newInstance呼ぶ
→Fragment.onCreateで取得
→完了次第activity?.replaceFragment
でこの後にFragment.onCreateViewがくるやろって思ってるんだけど描画させようとしないとactivity取れない？
Fragmentのコンストラクタにわたすのは非推奨だし、activity?.replaceFragmentをフラグメント側から呼ぶことにするか
onCreateは発火されるやろ
データ取得をFragmentで処理したくないんだけどFragmentに取ったデータを渡すのがめんどい
実際のところusernameがuniqueじゃない実装ってのは見たことないけどね…処理するのめんどいでしょ
ほんとはURIで区別しなきゃいけないことになっている
サービスごとにunique制約つけるのは任意だけどね
このアカウントは、notestockで公開設定になっていません。
Mastodonの垢消しが重くなるのは、すでに死んでる鯖も含む連合先の全サーバーに削除リクエストを送るから
死んでるサーバーはリクエストを受け取らないのでその再送が溜まって、他の投稿を送信する処理が遅れることで重くなってるように見えるという話
他のSNSとは削除負荷の性質が全然違う
このアカウントは、notestockで公開設定になっていません。
無名企業だとしても分散SNSに理解があってMastodon動かすのに充分なノウハウがある企業のはずなんだよね
日本の企業が(よくわからない)IPアドレスにレコード向けてたら偶然米国企業がやってるmstdn.jpとか言うサービスに繋がっちゃったんだよ、という体で行こう
【mstdn.jp / mastodon.cloud サービス譲渡のお知らせ】
mstdn.jp ならびに mastodon.cloud について、サービス終了のお知らせ以降、譲受希望のお問い合わせを複数いただきました。
その後の検討や準備などを進めた結果、当該サービスについて、6月30日をもって米国の企業へ譲渡することを決定いたしました。
譲渡先の社名については、準備が整い次第公表いたします。
よろしくお願いいたします。
このアカウントは、notestockで公開設定になっていません。
今回はFragmentの活用とかの目標を達成できてるので楽しいです
なお前回の目標だったテストを書くという作業はどこかに行きました
runOnUiThread、結局MainThreadで処理されるからWebViewの生成が重くて引っ張られてるっぽい
このアカウントは、notestockで公開設定になっていません。
@ProgrammerGenboo 初めてだっけそうだったっけ？？？
よいと思いまする
1位気持ちいいよね(満点でしか1位取れないけど
このアカウントは、notestockで公開設定になっていません。
tootsuite/mastodonのpostgresは普通にdocker-compose downしても大丈夫なのかな
alpineだからマズいとかある？
今朝のdockerでpostgresqlのデータが飛ぶ話、どうもdocker-compose downでSIGKILLが飛ぶせいでデータが保存完了する前に強制終了されるっぽい
docker-compose execでちゃんと終了コマンド叩くか、SIGTERMで止めればいいらしいってところまでは把握した
男の子です囲ってください(？) #ネコミミヨコハマ
~~~~~~~~~~
[https://nekomimi.yokohama/notes/7tmn0x6hkg]
このアカウントは、notestockで公開設定になっていません。
#kyoriobjstorage
277.3711785292253G 86 objects s3://itabashi-backup/
254.29803984891623G 1514156 objects s3://media.n-sr.org/
127.91705552954227G 701303 objects s3://media.nitiasa.com/
144.92759220767766G 972270 objects s3://media.odakyu.app/
39.17870921455324G 93 objects s3://nitiasa-backup/
102.31486432813108G 103 objects s3://odakyu-backup/
1100.4904689788818M 94 objects s3://storage.accelf.net/
--------
947.082137381658G Total
