01:03:30
icon

左端に『公開』っていうオレンジのボタンない?

01:07:14
icon

スマホか!
右上の三本線の中にあるよ。

01:18:01
icon

説明なしで特定のMastodon or Misskeyサーバに連れて来てしまって良いと思うんだけどな。

「どうよ?」
「なんこれ、合わん」

ってなってから、別のサーバに誘導してもろて。

01:20:04
icon

Fediverse組み分け帽子

01:21:27
icon

あさだね

01:30:16
icon

このへん。

Attach image
08:02:37
icon

rel=me は丁度良い感じする

08:11:18
icon

なおったー?

09:34:57
2024-12-20 08:57:00 Posting 画眩 ggagen@pawoo.net
icon

This account is not set to public on notestock.

09:35:00
2024-12-20 08:57:06 Posting 画眩 ggagen@pawoo.net
icon

This account is not set to public on notestock.

09:41:34
icon

まだ出したばかりのヤツです。いろいろ制約あって最初はぱっとしないと思いますが、ジワジワ進化するんじゃないかと!

11:58:50
icon

mixi2にはいません

13:08:06
icon

mixi2、非公開アカウントでもコミュニティに公開で参加できる! って言及されていて、なんのこっちゃと思ってたんですが、Xだとそれができないから、それとの対比だったんですね。

Fediverseって、各人が勝手に理想を追求しちゃって構わない枠組みなので、こうしたらいいんじゃね? っていう試行が無数に行われていて、だいたい何でも実現出来ちゃうんですよね。いちばん何でもできるのはダテじゃない。

Fedibirdとか、原形留めないぐらいアレンジしてあります(※ 原形留めてます)が、もうこの感覚が当たり前になってしまいました。

13:10:35
icon

MastodonのBookmarkですからねー

13:11:30
icon

『ハンバーガー4個分ぐらいかな』

13:16:33
icon

こちらから見たら、物足りないのは仕方ないですね!

でもMisskeyやFedibirdで過ごして経験している人が作っているサービスなので、敢えて削った部分だと思います。

Blueskyは実にシンプルですよね!

13:19:17
icon

Xでは簡単だけど、Fediverseでは難しいものがいくつかあって、その代表が過去投稿を全部非公開にしたり公開に戻したりできるってやつ。これはXがうらやましいです。

13:21:51
icon

サーバごとにアカウント作らないといけないってのがしんどいよねー。グループをもっと使いやすくしていこうね!

13:22:52
icon

くまじゃないが(代返)

13:36:47
icon

mixi2の基本デザインはとてもよいと思うんだ。さすが後発、いいとこ取りして、引き算してる。効果を削ったり、やらないことを決めてる。

とはいえ、そんなことより、利用者が激増する際に起きる様々な困難にどう対応するかが問われていくんじゃないかな。難しいのはこっちなんよね。

14:05:57
icon

Bun、予想外にメモリ大喰らいという結果がでていて、MisskeyやHolloが採用を断念・中止しているのは興味深いですね。

14:06:43
icon

りょうかいですー!

14:53:27
icon

mixi2の開発・運用まわりの面白情報としては、TiDBを採用しているってことかな。
x.com/hdtkkj/status/1869308637

掘りかえすといろいろでてくるのでメモ代わり
mixi-developers.mixi.co.jp/tid
speakerdeck.com/mixi_engineers
publickey1.jp/blog/24/dmmmysql
techblog.hacomono.jp/entry/202

日本でMastodonが一気に普及した時、Pixivのエンジニア達がすごくたくさんプルリクしたり技術情報出したりしてたのを思い出すよね。

MIXI ENGINEERS追いかけておくと面白いかもね!

Web site image
データベース研修 DB基礎【MIXI 24新卒技術研修】
Web site image
DMMがMySQLのリプレース先としてGoogle Cloud SpannerとTiDBを比較、採用したのはTiDB。比較内容や結果を語る[PR]
Web site image
分散システムにおける一貫した時刻の取り扱いの課題と解決策 - Spanner TiDB CockroachDBに学ぶ
14:56:10
2022-06-30 18:32:35 Posting のえる noellabo@fedibird.com
icon

※ インターネットで喧嘩すんな
youtu.be/1fkmxTdI3RA

Attach YouTube
18:10:37
icon

あー、本家でしばらく欠けてたんだ、これ。足しておかねば。
github.com/mastodon/mastodon/p

Web site image
Add “services” and “metadata” to NodeInfo by MFTabriz · Pull Request #18563 · mastodon/mastodon
18:43:14
icon

MastodonにもFlóðgáttとか失敗プロジェクトあるよ!(Streamingサーバをrustで再実装しようとしたプロジェクト)

19:24:50
icon

もう少しPeerTube語っておく?

19:38:06
icon

PeerTubeの自分用サーバを立てる人が増えたら、サーバ同士のフォローを上手に活用していきたいね。

先日書いたように、単独では目立たなくても、グループを形成すれば、お互いに混じり合って一つのサーバのように見えるから、お互いのコンテンツに興味のある同士は、サーバ単位でフォローしてしまうことで、同盟みたいなものを作れる。

ハブとなるサーバにフォローしてもらえば、そのサーバのコンテンツの一部のように見えるから、多くの視聴者はそこで発見してくれるし、ハブが賑やかになれば、その分だけ人が集まりやすくなるよね。

あと、PeerTubeは、基本的には動画をアップロードしたサーバが再生時の配信も担うんだけど、フォローしているサーバが協力すれば、ミラーサイトになって動画をキャッシュし、配信元を増やすこともできるんだよ。

配信元が増えれば、視聴者も分散してアクセスするようになるので、より快適になるし、全体としてうまくいく。

私の運営しているFediMovieはハブになるタイプのサーバなので、ひとりサーバの人は声を掛けてくださいねー。