しかしま、さすがv3.0を目指してるだけあって、影響範囲のデカイmergeがガンガンきてて面白いね。ノールックで追従とか絶対無理って感じになってるけどw #mastodev
墓場先生のPR。
Stop reporting the total number of users/statuses in instance
https://github.com/tootsuite/mastodon/pull/11294
要するにこれなんですが、
https://hakabahitoyo.wordpress.com/2017/07/21/number-of-users-is-shit/
直近ではGabが登録ユーザー数で最大のMastodonという見立てが出てきたりという背景もあり、いよいよ、登録ユーザー数なんて意味のない数で比較するのやめちまおう、生きたアカウント数えようぜ、ということです。
私もコメントしてますが、趣旨はもっともで、どちらかというと賛成です。
登録ユーザー数を報告しなくなると、誰も使わなくなるかというと、恐らく推定ユーザー数とかいう謎の数字がでてきます。
個人的には、取得する方法は、どこかに移動してでも残した方が良いかなと思います。
いずれにしても、なんとかして、過去の痕跡・無効なユーザー数なんか使わないで、アクティブユーザー数・投稿数で評価すべし、という理解を広めないとね……。 #mastodev
最近はコード読んでちゃんと動作確認しないと、そう簡単にはmasterに追従できないのであります。 #mastodev
Mastodonのリストの特徴として、
・自分専用。公開されない
・新規のstatusだけ追加される
・サーバ側で蓄積されるのでクライアントで利用できる
・フォローしているユーザーのだけ追加可能
これを現在、ここまで拡張した
・自分自身の投稿を追加可能に
・ハッシュタグ付き投稿を追加可能に
あとは、
・キーワードマッチする投稿を追加
・フォローしていないユーザーの投稿を追加
・その他、特殊な条件をいくつか
あたりまでやってしまえば、リストでいろんなものがまかなえるようになるかな。
#mastodev
Mastodonにおける、スパム送信に対応するための機能がひとつ検討されています。
フォローしていない人からのリモートからのメンション(@ 付き投稿)が悪用されやすいので、
フォローされていないリモートのアカウントへ、パターンの類似した投稿を繰り返し行っているアカウントを検出して、制限しようというものです。
類似のパターンを検出するアルゴリズムと精度、誤検知された場合のモデレーション、短い文章の投稿
の検出が難しい問題などが議論されています。
https://github.com/tootsuite/mastodon/pull/11217 #mastodev
#Mastodon カスタム絵文字のカテゴリ対応来たね。
https://github.com/tootsuite/mastodon/pull/11196
@Phroneris 森の子リスのミーコの大冒険さんのissueに対応する奴。 #mastodev
たしかに、Eugenさんの言うことがもっともな気がするな。たぶんdevelopment documentに一言記載しとけば、何度も聞かれないで済むかもしれん。 #mastodev
パフォーマンスの件、LTからサスペンドされたアカウントを除外する処理等が重くなっているのではないかという疑いがかかっている。boolじゃなくてdatetime記録するように変わったりしてるので。 #mastodev
本家Discordでも取り上げてくれているよ。解決早まりそうだね! #mastodev #mastodon
QT: https://mstdn.love/@animarl/102268323627704912
Mayaたんが翻訳PR錬成するので、真理の扉が開くのだ。(v2.9.0出るよ多分) #mastodev
Mastodon本家の方、翻訳プラットフォームをCrowdinにしたみたいですね。Misskeyで見たやつだ。 #mastodev
QT: https://mastodon.social/@Gargron/102255115660202335
これもう、日本の翻訳待ちだよねw @mayaeh #mastodev
QT: https://mastodon.social/@Gargron/102254449282855598
本家追従の運用サーバがやってるのって、本家の状態+自分の改造なので、
アップデートの度にこの状態(本家の状態+自分の改造)にリセットする(rebaseする)のが、考え方として正しいような気がするんだよね。
v2.8.4+改造のブランチをrebaseで作ったら、それはそのまま公開し続けて、
v2.9.0rc1+改造のブランチをrebaseで作ったら、それもそのまま公開し続けて、
サーバ上ではcheckoutするブランチを指定して切り替える運用にする。
master追従する場合は、追従するブランチは安定状態がないから、これはガンガン更新することにして、部外者がcherry-pickするのはご遠慮頂く。してもいいけどすぐ消える。
代わりに、リリースタグが来たらその時点のブランチを作って残していく(上述)
有用な改造は、本家にPR。取り込まれたら独自公開を中止する。
本家にマージされない類のものは、リリース+改造ブランチで都度公開する。
これは、同一リリースにcherry-pickする限りはコンフリクトしないし、動くと期待できるので、皆が取り込みやすい。
#mastodev
今回は私もちょっと深入りして、シングルカラム対応でAdvanced UIの方も含めてCSSとDOM構造変えてしまったので、そこで不具合でたら私の仕業デス(判明したヤツは潰した/ザ・マッチポンプ) #mastodev
Mastodon、毎日地味な改善を積み上げてここまで来ています。
次はv2.9の見込みですが、目立った機能の改善の裏に、そういった地味な改善点が積み込まれているので、アプデしようね!
たとえば、こちらは、削除の転送の優先順位を下げて、安定を図るための最新コミットです。
Change priority of delete activity forwards for replies and reblogs
https://github.com/tootsuite/mastodon/commit/8746f4d17b2cfa364cbddd21c61ac06a645c4bc6
リモートのサーバで投稿が削除されると、その投稿の削除依頼が飛んできます。
Mastodonでは、その投稿が公開(PublicおよびUnlisted)で、自鯖の誰かが返信したりブーストしていた場合、他のサーバに配信していますから、責任をもって削除依頼を転送します。
まとまった数の削除依頼を受けると、それを転送するジョブがドカン!と増えます。
この転送はpushキューを使いますが、それが原因で他のジョブの送信が詰まります。
DTP鯖は、大体24時間以内の適当なタイミングでmaster追従しています。概ね半日以内です。時々masterより先行したfeature系ブランチがマージされていますw
ここ(添付画像)のfedibrird/dtp-mstdn-jpのリンクがGithubに置いてある最新のソースツリーになるようになっていて、現在はこんな感じです。
https://github.com/fedibird/dtp-mstdn-jp/tree/4f5f6131d6aabfc2fbbc031a85232158dcedfdf1
リポジトリは、Mastodon本家の最新ソースコードをベースに、独自の改造を最後にまとめて追加した状態を維持しています。コミット履歴を見ると、どんな改造を施しているか、一目で確認することができます。
ただし、常時rebaseしてpush -fしているので、毎日コミットハッシュが変わっています。ここからcherry-pickすることはお勧めしません。
別途、リリースバージョンに適用したリポジトリを用意して、コミュニティ向けにはそちらで公開する方法をとっています。(こちらについてはまた別途言及します) #mastodon #mastodev #dtp
自分で仕込んだバグを直すヤツ。 #mastodev
DTP・デザイン・印刷のテーマサーバ DTP-Mstdn.jpやってます。
#Illustrator #スクリーン印刷 #インクジェット #カラーマネジメント #運営
#searchable_by_all_users