Draft: add task to fix reverted id's nickname (!4084) · Merge requests · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/merge_requests/4084
RT: https://pl.kpherox.dev/objects/a9283cd0-6233-4e29-8275-6677593068a5
Draft: add task to fix reverted id's nickname (!4084) · Merge requests · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/merge_requests/4084
RT: https://pl.kpherox.dev/objects/a9283cd0-6233-4e29-8275-6677593068a5
How can I revert split user data resulting from a switch between HTTP and HTTPS communication? (#3252) · Issues · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/issues/3252
お?これがあるってことはfixでこれ向けてMR書くだけでいい説ない?
user fix_preferred_nickname task、deactivate_all_from_instance task みたいに instance で一括全部直すtaskも書いた方がいいかもしれない
リモートでIDが戻った人を直すtask、書けはしたけど上流に説明するの難しいからMR開くのは無いかもしれない
やりたいことはできたけど follower_address が自分のドメインのリンクなの何?
RT: https://pl.kpherox.dev/objects/f1a11c29-8418-4b73-a4e1-4eb4cb6866c1
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
feat: add task to fix ap_id for preferred nickname · kphrx/pleroma@1deaea5
https://github.com/kphrx/pleroma/commit/1deaea51ef720faec37ad0cd3b684c969fdc5c1a
そもそも孤立したactivitiesがDBに残るって考えるだけで普通に面倒なので削除せずnickname入れ替える方向でやる
やるなら多分 activities とか objects とかの方の ap_id で正規化してるテーブルまでケアしないとめんどくさいことになりそう
> userテーブルから重複ユーザー(アカウント名@ドメイン)を削除する
これ良くないのでちゃんと mix task 書きます
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
jetpack composeを触るためにおもむろに `brew install gradle && gradle init` 叩いた
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
というかexactOptionalPropertyTypesがつくとoptionalにundefinedつくことすら意味が違うようになるのか。へぇ
Rule proposal: Require explicit undefined | never in optional object property types · Issue #3794 · typescript-eslint/typescript-eslint
https://github.com/typescript-eslint/typescript-eslint/issues/3794#issuecomment-997575780
```
type Foo = {
optional?: string;
optionalWithUndefined?: string | undefined;
}
```
これのどっちかだけerrorにするルールはなさそうだけど no-restricted-syntax でselectorに次の値を渡すと実現できるっぽい
`TSPropertySignature[optional = true] > TSTypeAnnotation > TSUnionType:has(TSUndefinedKeyword)`
`TSPropertySignature[optional = true] > TSTypeAnnotation > :not(TSUnionType:has(TSUndefinedKeyword))`
non nullable - typescript: question mark vs type union with undefined - Stack Overflow
https://stackoverflow.com/questions/62302128/typescript-question-mark-vs-type-union-with-undefined
違う意味…?
tsにおいてこれらのプロパティって全部同じ意味だよね?
eslintのルールかなんかで統一したいんだけど
このアカウントは、notestockで公開設定になっていません。
pleromaをdevelopで時々バグ踏んだりテストが不十分な機能をそのまま使ったりで3-4年も動かしてるとちょくちょくDBとアプリケーションで不整合が発生する
privacy.resistFingerprinting false なのにtwitch.tvで"failed integrity check"になるの意味わからんし true にしたら通るのもっとわからん
Using the admin CLI - Mastodon documentation
https://docs.joinmastodon.org/admin/tootctl/#accounts-modify
--remove-role しようね
mastodon
- [ ] (vanilla)
- [ ] fedibird
- [ ] glitch-soc
- [ ] gab
Working with the Container registry - GitHub Docs
https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-container-registry#authenticating-to-the-container-registry
write:packages
このアカウントは、notestockで公開設定になっていません。
Fetching config returns error after updating :frontends settings (#2024) · Issues · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/issues/2024
このアカウントは、notestockで公開設定になっていません。
インターネットから得られるバラバラの知識で独学、自分で体系立てられるぐらいの下地がないと歪になるし偽の情報を掴んでもファクトチェックできないなぁと感じる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
> 著作権者が一般的にもしくは個別に許諾していない限り,
YouTubeでJASRACと包括契約されてるはずでそれはクリアしてるのでは
このアカウントは、notestockで公開設定になっていません。
技術系ニュースサイトがリークされたコードを利用してオープンソースデバイスドライバの開発が進むかも?みたいなことを書いているのに対して、こちらの分野ではリークされたソースは使わないんですよHAHAHAという気持ちになった