このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
同人誌大好きなんだけど、理由は割とハッキリしている。
才能以外、妥協無し
というところ。
最高のモノを作ったり、皆に知ってもらったり、安価に大量に安定供給したりすることはできないから、そこに妥協していると言えばしている。ひとりでそれを成し遂げる才能があるなんてのは無理だ。
だから、そういうものを作るためには、商業出版のエキスパートの手を借りるべきだ。
ただ、そうやって他者の手を借りると、必ず妥協しなければいけないことが出てきて、決して小さくないものになる。
思う存分、描きたいモノを描いた本に、価値がある。そういう本を、私は読みたい。
これね。
バグ修正が色々たまってきたので、v2.8.0で予定している修正をバックポートしちゃおうって話。
https://mastodon.social/@Gargron/101582988401401659
【DTP-Mstdn.jp】
HEAD is now at 041ff5fa9 Fix crash on public hashtag pages when streaming fails (#10061)
+ Change mention and hashtag links to have target=_blank by default (#10059) #dtp
らりおさん @lo48576 の「ぼくのかんがえたさいきょうのSNS 」は、読み手の理解度によって得られるものが変化する示唆に富んだ提言で、度々読み返しています。
https://blog.cardina1.red/2018/02/25/strongest-dist-sns-i-think/
Mastodonでは最近この分野にジワジワと踏み込み始めていて、
1 . サーバ単位のディレクトリにおいて、関心分野の横断検索のためにハッシュタグが採用された(プロフィールに記載したタグが採用される)
2. featured_tags(注目のハッシュタグ)にハッシュタグが登録できるようになり、個人の投稿をハッシュタグで絞り込めるようになった
さらに何か手を入れてくると思いますが、徐々に影響がでてくるものと思います。
まだ有効利用されていないものとしては、非公開でハッシュタグを付与した投稿があります。
なお、 #ハッシュタグリレー では実験的な機能において、ハッシュタグやアカウントの公開投稿の転送による、Yet anotherなフォロー機能(購読)を試みています。
本来作ろうとしている「選択的リレー」の方の機能です。
今後、もう少し踏み込んだ実験を行う予定です。
このアカウントは、notestockで公開設定になっていません。
@shinderuman /api/v1/accounts/1/statuses?limit=1&exclude_reblogs=true&exclude_replies=true
みたいな。
https://docs.joinmastodon.org/api/rest/accounts/#get-api-v1-accounts-id-statuses
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
経験年数なんて言ってしまうとただの数字ではあるんですが、その背後に「場数」が伴っていると実力に直結するので、本当に意味のある数字になってきます。
自分がこの一年で得てきたものを思うと、これを何十年もやってきた人にはどうあがいても叶わない。実力差がありすぎる。
ただ、漫然と過ごしている人がいっぱいいるので、それでも勝負になったりしますw
力量が及ばないことがあってアレなんですが、自分が関心を持っていて、何か提案したい機能とかデザインがあって、それに基づいて開発を行うって、こんなに楽しいこともないんですよね。
@toneji 私が最近考えているのは、もうアクティブにフォローした情報だけを対象にするのではなくて、サーバが取得した情報(+リレーが供給する情報)をもとに、抽出してタイムラインをつくるべきだ、ということです。
そちらに振ってしまえば、自分をリストに追加することも、フォローしていない人をリストに追加することも、容易にできるハズです。
ハッシュタグタイムラインを統合したものをリストにすることもできるし、キーワードマッチングさせたリストを作ることもできる。グループ宛の投稿を表示する専用タイムラインもできる。
その代わり、サーバが沢山の情報をキャッシュしてくる必要があります。で、翻って、リレー頑張ろう、というワケですw
正直、現在のHTL、LTL、FTLは、もう直接追いかけていくための場所としては情報が多すぎて不便になっているんじゃないかと思います。
サーバがバックグラウンドで動き続けて用意してくれるこれらのストリームを「ソース」にして、いかに目的に最適化されたタイムラインを抽出するか、というデザインを行うべき段階に来ているのではないでしょうか?
このアカウントは、notestockで公開設定になっていません。
@toneji クライアントがリストの利用を支援してくれていると、だいぶ違いますね!
思えば、リスト登場当時は、どのクライアントも開発が活発だった時期で、対応状況が良いですね。
リストには過大な期待がかかっていて、フォローしていない人を加えたい、という話が多いのではないかと思います。
で、期待外れで、意欲が下がるというか。
仕組みの上では、リストにはActivityPub上のActorに相当する主体が存在しないので、リストが誰かをフォローするということはできないんですよね。
@yamo @TakahashiSatoru 初期化状態のIllustratorやPhotoshopに対して、一番最初にやるのが、プロファイル表示に切り替えるコトだったりするw
現在のドキュメントプロファイルを把握しないで作業するなんて、心臓に悪いことはできん……。 #dtp
最近、Mastodon開発系のリストってのを作っています。
もう、HTLだと読み返しきれず、個々のアカウントのTLをさかのぼるのも大変なので、時間が無い時に特に重宝しています。
そう、引きこもりが捗る。
リスト機能を活用している話ってあんまり聞かないよね。
@pooza @release_bot 実は自分で導入こそしてないんですが、結構以前から知ってて、この手があったか!と関心しておりました。
たぶん、知る人ぞ知る、名作だと思います。もっと有名になっていいと思う。
お、このbotいいな。開発系のリストに追加させてもらおう。 @release_bot
知らない人もいると思うけど、 #モロヘイヤ っていうAPIにプロキシをかましちゃう凄いヤツがあるので、この機会に見てみるといいよ。自前設置勢、特にお一人様に特にオススメする。
Mastodon本体を改造したり、特別なクライアントを用意しなくても、いろんな機能を追加できるよ。デフォルトハッシュタグつけたりとか余裕。 #mulukhiya_toot_proxy
これ、Mastodonの標準テーマの名称が、これまで
High contrast
Mastodon
Mastodon (light)
だったのが、
Mastodon (High contrast),
Mastodon (Dark)
Mastodon (Light)
に変更された影響です。
以前、私が紹介した #InstanceTicker をテーマで追加するcommit、現在のmasterに適用する場合、以前紹介したv2.7.1用をcherry-pickするとconflictが出るので、こちらを持って行くようにしてください。
(master / v2.7.2 or v2.8以降)
git cherry-pick f6cc06a0b6dd391732ef5b0d58ac2bf7f8f69c2e
https://github.com/noellabo/mastodon/commit/f6cc06a0b6dd391732ef5b0d58ac2bf7f8f69c2e
v2.7.1をご利用の方は、こちらをどうぞ。
git cherry-pick 431b267752440c643b3a90ce0fb71332249bb63f
https://github.com/noellabo/mastodon/commit/431b267752440c643b3a90ce0fb71332249bb63f
上記commitを追加することで、テーマとしてInstanceTickerが利用できます。
InstanceTickerは、@weep さんが作成された、投稿者の所属インスタンスをわかりやすく表示する機能を追加するCSSによるカスタマイズです。
詳しくは下記をご覧下さい。
https://github.com/weepjp/InstanceTicker
QT: [https://dtp-mstdn.jp/@noellabo/101561183073551515]
【DTP-Mstdn.jp】
HEAD is now at f9a338b47 Fix breaks when opening a reply tree in WebUI (#10046)
#10046 リプライツリーを開いた際にWebUIが真っ黒になる不具合を修正したもの #dtp
@yamo @TakahashiSatoru プロファイル警告を出さない運用を選択する理由の一つとして、邪魔ってのがあるけど、ちゃんと解消する必要があると思う。運用でどうこうってんじゃなくて、Adobeの方でUIを改善すべき。
安全装置一般に言えることで、邪魔だから外して運用してました、なんてのは枚挙に暇がない。 #dtp
【DTP-Mstdn.jp】
HEAD is now at 99fa1ce93 Add tight rate-limit for API deletions (#10042)
+ Fix hashtag column not subscribing to stream on mount #dtp
ちょっと週明けまでTLマメに追いかけられなくなるので、私に関係ありそうな話、なるべくメンション下さい。ちとひきこもります〜。 #dtp
うち(DTP鯖)、今はcloudflareのPolishでwebp変換された画像が流れてくるよ。Firefoxでもwebpで見られるようになった。
「切り抜きをされたくなければスレッド機能をちゃんと使え」というのもある。これなら先頭だけBTでなにも困らない。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ところで、local activityがどうたらってのをGoogle翻訳すると「地元の活動」とかなるの、合ってるんだけど、ジワジワくる……。
これ、リレー等の外部から投げかけられるActivityに関連するMastodon本体の修正です。無差別に飛んできても、適切に拒否するように修正されます。
こちらがCreateで、
https://github.com/tootsuite/mastodon/pull/10005
こちらがAnnouce(マージまだ)。
https://github.com/tootsuite/mastodon/pull/10041
#ハッシュタグリレー 他、行儀良く振る舞うリレーサービスでは支障がないハズです。私の方でも、はやめに検証しておきます。
リレー観測鯖にハッシュタグタイムラインのfix適用しておいたけど、ちゃんとストリーミング動いてるね。 #theboss_tech
このアカウントは、notestockで公開設定になっていません。
@weep nodeinfoを拾うべきかも。
https://github.com/jhass/nodeinfo
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
あと私がサーバを個人で立てるべしと主張するのは、それが今のところ他者による理不尽な制約のリスクを最も小さくするものであるからなので、コミュニティがサーバをまたいで明示的に表現できるようになったとして、それによって個人がサーバを立てる意義が低くなるということはない #distsns
私が LTL 常用を避けるべきとするのは、それが分散を阻害するというのと、自分が意図しないものまで見えやすい/自分を見ることを意図しない人にまで見られやすいという、主にその2つの面による。
たとえばサーバ非依存のグループタイムラインのようなものができたとして、分散の阻害については解決できそうだけど、後者についてどうなのかはちょっとよくわからない。まあ承認性のグループを利用可能にするか、そういうのが気にならない人だけ使えばいいのかな
#distsns
#ハッシュタグリレー では、実験的機能の中で、
公開投稿だけをフォローする機能
を実装しました。
(いまのところフォロワーが誰なのかわかるようになっていないのですが、そういう機能要件になっているのではなく、単に実装されていないだけです)
鍵アカウントという運用形態がありますが、投稿毎に公開範囲を変更できるMastodonなどFediverseのSNSでは、公開投稿だけをフォローできる形態が公式にサポートされていてもいいような気がします。
Fediverseではこれらの機能が自由に実現できて、遠からず、便利に使われるようになるのではないかと思います。
ここで述べたグループ機能は、連合によって機能する、グループタイムライン(GTL)あるいはコミュニティタイムライン(CTL)のようなものを形成することになるでしょう。
グループは、公開グループ、非公開グループのいずれのあり方も可能です。フォロワーには届けず、グループにのみ投稿する機能も実現できるし、求められると思います。便利ですよね。
コミュニティがサーバを立てずに気軽に構築できるようになったとき、サーバを立てる意味合いが少し揺らぐのではないかと思います。このことについて、どう思いますか?
また、MastodonではLTLオンリー機能の是非が繰り返し話題となりますが、このグループ投稿と比較したとき、どのような違いがあるでしょうか?
Activity VocabularyのActor TypeにはGroupというActorが定義されていて、例えばDTP ClusterというGroupタイプのActorを宛先にして投稿するとか、そういうことが可能です。Group Actorを管理するサーバがあれば機能します。まぁ、メーリングリストやリレーの一種です。
メールと同じように、ToとCc、BtoとBcc、Audience、という宛先の指定があって、ユーザーのActor(Person)の場合はIDを、Publicの場合はhttps://www.w3.org/ns/activitystreams#Public を、フォロワーに向けるものは https://dtp-mstdn.jp/users/noellabo/followers のように表現します。ここに、特定サーバーに属しているユーザーを表す宛先や、DTP Cluster宛などのようなものを追加することが可能です。投稿時にメンションで指定することもできますが、毎回それでは面倒なので、可視範囲として指定できた方が楽ですよね。デフォルトハッシュタグもその類です。
そういえば #distsns タグ使えばよかったわ……。
https://dtp-mstdn.jp/@noellabo/101587702026084516
https://dtp-mstdn.jp/@noellabo/101587702650127373
空気を読まずにFediverseガチ話してますが、少しはバレンタインの話をした方が良いですか?w
#ハッシュタグリレー では、実験的機能の中で、
公開投稿だけをフォローする機能
を実装しました。
(いまのところフォロワーが誰なのかわかるようになっていないのですが、そういう機能要件になっているのではなく、単に実装されていないだけです)
鍵アカウントという運用形態がありますが、投稿毎に公開範囲を変更できるMastodonなどFediverseのSNSでは、公開投稿だけをフォローできる形態が公式にサポートされていてもいいような気がします。
Fediverseではこれらの機能が自由に実現できて、遠からず、便利に使われるようになるのではないかと思います。
ここで述べたグループ機能は、連合によって機能する、グループタイムライン(GTL)あるいはコミュニティタイムライン(CTL)のようなものを形成することになるでしょう。
グループは、公開グループ、非公開グループのいずれのあり方も可能です。フォロワーには届けず、グループにのみ投稿する機能も実現できるし、求められると思います。便利ですよね。
コミュニティがサーバを立てずに気軽に構築できるようになったとき、サーバを立てる意味合いが少し揺らぐのではないかと思います。このことについて、どう思いますか?
また、MastodonではLTLオンリー機能の是非が繰り返し話題となりますが、このグループ投稿と比較したとき、どのような違いがあるでしょうか?
Activity VocabularyのActor TypeにはGroupというActorが定義されていて、例えばDTP ClusterというGroupタイプのActorを宛先にして投稿するとか、そういうことが可能です。Group Actorを管理するサーバがあれば機能します。まぁ、メーリングリストやリレーの一種です。
メールと同じように、ToとCc、BtoとBcc、Audience、という宛先の指定があって、ユーザーのActor(Person)の場合はIDを、Publicの場合はhttps://www.w3.org/ns/activitystreams#Public を、フォロワーに向けるものは https://dtp-mstdn.jp/users/noellabo/followers のように表現します。ここに、特定サーバーに属しているユーザーを表す宛先や、DTP Cluster宛などのようなものを追加することが可能です。投稿時にメンションで指定することもできますが、毎回それでは面倒なので、可視範囲として指定できた方が楽ですよね。デフォルトハッシュタグもその類です。
リレーの実装予定機能を書きだしていたのだが、これ本当に実装するのか……しんどい、になっている。まぁいっぺんにやろうとするからなので、コツコツやる。
このアカウントは、notestockで公開設定になっていません。
メシ画像は好き好きなので、やはりハッシュタグつけるの推奨では。
収集するにしても、フィルターするにしても。 #ハッシュタグの活用
いや、訂正。まだ覚えてないw
自分がガシガシ書いてるのCrystalやわ……こっちはリレーのコードだ。 #Crystal
@unarist 実は読んでいない記事のシェアや評価を行う行動が、ユーザーテストを行うと顕著なのでは……
このアカウントは、notestockで公開設定になっていません。
ウチのMacBook Pro、15-inch, 2016っていうTouch Barのついた最初のモデルなんだけど、久しぶりに手元に戻ってきてありがたみをかみしめているの、実はスピーカーが筆頭だったりする。
代替機で使ってたその前の世代のヤツは、だいぶ音が悪かったんだね……。差が大きくてビックリした。
#InstanceTicker をリレー観測鯖にテーマで入れてあるんだけど、これが最高に便利だったりする。
普段はそんなに所属でみてないんだけど、リレーは所属が凄く重要なので……。
QT: [https://dtp-mstdn.jp/@noellabo/101561183073551515]
MacBook Proが修理から帰ってきたんだけど、ロジックボードと一緒にSSD交換されちゃったので初期状態にもかかわらず、TimeMachineバックアップからサクッと復旧させて、もう快適に元通り使えているって、マジ素晴らしいと思わん?
外付けHDDつないで、薦められるままにバックアップデバイスにしておくだけよ? #dtp
@mayaeh ニチアサとかアビス丼のように、見た目ハッシュタグついてないけど、Activityのtagにはついてる、みたいなヤツもあります。
json取得して確かめるとわかります(そんなことをするヤツはいない)
@mayaeh 鯖毎の任意設定なので、全体としては通します。一緒に色々追加するのでお楽しみにw
技術ある人は、bokete silencerみたいな機能を作ればいいと思うよ。この添付画像使ってるやつ以降フィルターで!みたいな。
楽しんでいる人と、楽しくない人の、両方が幸せになる方法を実現するために技術を振るおう。
@sumiyaki Pleroma、HTMLで投稿とかできて面白いですよね。
こういうのも、出来ないシステムからしたら凄く特殊なことをしているように見えますが、仕様上、特にどうということもなかったりするので面白いです。
このアカウントは、notestockで公開設定になっていません。
@sumiyaki MastodonやPleromaのユーザーですと、フォロワー全員にブーストするしかできないですね。
ActivityPubは、サーバ同士のやりとりだけでなく、サーバとクライアントの通信もカバーしています。規定されているだけでも、さまざまなActivityが存在します。
現状、さまざまなActivityPub対応サービスがリリースされていますが、それぞれ、対応している機能はほんの一部です。
Fediverseで何か付加価値のあるサービスをしようと思ったら、やはりActivityPubを直接話すサービスを立ち上げた方が強いです。
他方、ActivityPubを含む必要なサービスをフルサポートすること、互換性があり、安定して機能する状態を実現することは結構大変なので、既存のサービスの上に構築可能であれば、無理に作り込まない方が良いとも言えます。
なお、 #ハッシュタグリレー の場合、ブースト主はrelayです。
Pleromaでは、現状でも連合には届くようにはなっています。個人宛がうまくいっていない感じなので、そのへんを調べようとしているところです。
このアカウントは、notestockで公開設定になっていません。
@yakitama アカウントの削除処理で、内部的に@つける処理が抜けてた……。なおしたので、もう一度削除してみてください!
@sumiyaki 実際にブーストを行っているactorは、relayです。
relayctlは『このハッシュタグ・アカウントの投稿を受信したら、この人にブーストする』というリストを管理しています。
joinやleaveでも、relayctlに指示を出すと、relayがフォロー・フォロー解除を実行します。
relayctlは、あくまで利用者との対話を行うエージェントで、対話のための返信はしますが、リレー行為自体は行いません。
relayは常にこのリストの最新情報を参照して、ブーストを行っています。
なお実際の挙動としては、サーバ毎にまとめ、宛先を複数指定したAnnounceを送っています。
#ハッシュタグリレー を購読している利用者が100人いれば、100個のAnnounceを送るワケですが、所属サーバでまとめると40つになる場合、実際には40個のAnnounceを送れば済むワケです。
Announceは独立したActivityですので宛先(公開範囲)を指定できます。元投稿にも公開範囲があるので、それをどう解釈するかはサーバ次第です。このあたり、最近挙動が動いています。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@toneji このアカウントは寡黙で、裏方さんですw フォローしておけば完了です。
relayctlに、いろいろ指示をだします。 #ハッシュタグリレー
リレーの ar-cli の invalid domain のバグ修正とリレーから特定のインスタンスを追い出す domain unfollow コマンドが搭載された Activity-Relay v0.2.1 をリリースしました。 - https://github.com/yukimochi/Activity-Relay
@Yashima ここ、難しいですよね……。
Mastodonの場合、検索欄に @relay@hashtag-relay.dtp-mstdn.jp とか @relayctl@hashtag-relay.dtp-mstdn.jp をいれていただくのが簡単かと思います(@は半角)
アカウントページは用意されてないので、早めになんとかします! #ハッシュタグリレー
@Yashima ここ、難しいですよね……。
Mastodonの場合、検索欄に @relay@hashtag-relay.dtp-mstdn.jp とか @relayctl@hashtag-relay.dtp-mstdn.jp をいれていただくのが簡単かと思います(@は半角)
アカウントページは用意されてないので、早めになんとかします! #ハッシュタグリレー
■ 使い方
まず、 @relay を直接フォローしておいてください。
@relayctl にメンションを送ることでコマンドを実行します。皆に見えてしまうので、DMがお薦めです。
subscribe Gargron@mastodon.social #mastodev
のように、アカウントは先頭の@を除いたドメイン込みの表記、ハッシュタグはそのまま、追加したい分だけ記載します。
unsubscribe Gargron@mastodon.social #mastodev
解除したいアカウント、タグを指定します。全部消しちゃう時は、 :all というオプションをつけてください。 :all-tag でタグだけ、 :all-account でアカウントだけ全消です。
status
現在のリレーの登録状況を確認します。
set :lang:ja
言語を指定します。:lang:en で英語、:lang:ja で日本語、という簡易の対応です。Mastodonの投稿言語の設定も反映されます。
hello
こんにちは!
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
昨夜、突発的にmstdn.jpを中心に盛り上がったティガーの #イラスト大喜利 もハッシュタグ付けてといてくれれば後から振り返ることができるのになと思いますね。
@centumix 関心のあるハッシュタグというの、オイゲンさんも取り組んでいるところなので、今の重要テーマ!
コマンド投稿に公開範囲制限しようという案もあったんだけど、不要であるということですな!
これまでのサーバ単位の単純リレーと違って、
配信先のリストを動的に組み立てていかないといけないので、割と処理は重くなったと思う。
まだ最適化するには早い段階なので、しばらく高速化とか省メモリとかそういう方面はいじらないつもりだけど。
#ハッシュタグリレー
@pooza とりあえず #ハッシュタグリレー が一番辿りやすいけど、私の投稿しかでてこないw
まだWeb側にもちゃんと書いてないので、気になることは聞いて下さい!
リレーの新機能、まだまだ試験導入で、いろいろ不具合起きると思うけど、可能性を探ってみてください。
フィードバックお願いします。
#ハッシュタグリレー
@yakitama お察しの通り、誰もフォローできないので、DMと実質同じです。
ダイレクトにするとかなり邪魔なので、そういう不思議仕様になっています。
https://dtp-mstdn.jp/@noellabo/101570929375721785
@nippon それには鯖缶の権限が必要ですよね。リレー側からは簡単に出来ちゃうんですが、制限しています。
■ 使い方
まず、 @relay を直接フォローしておいてください。
@relayctl にメンションを送ることでコマンドを実行します。皆に見えてしまうので、DMがお薦めです。
subscribe Gargron@mastodon.social #mastodev
のように、アカウントは先頭の@を除いたドメイン込みの表記、ハッシュタグはそのまま、追加したい分だけ記載します。
unsubscribe Gargron@mastodon.social #mastodev
解除したいアカウント、タグを指定します。全部消しちゃう時は、 :all というオプションをつけてください。 :all-tag でタグだけ、 :all-account でアカウントだけ全消です。
status
現在のリレーの登録状況を確認します。
set :lang:ja
言語を指定します。:lang:en で英語、:lang:ja で日本語、という簡易の対応です。Mastodonの投稿言語の設定も反映されます。
hello
こんにちは!
#ハッシュタグリレー に、ハッシュタグとアカウントの購読機能を追加しました。
先に投入した、個人参加の機能は、リレーへの送信のみでしたが、こちらは受信のみの機能です。
組み合わせることで、特定タグの送受信が可能になります。
また、直接フォローせずに、特定のアカウントの公開投稿をホームタイムラインで購読できる機能でもあります。
Public Followとか、Weak Followとか、何か名称が必要になりそうな概念です。
現在、Mastodonでの動作は確認されていますが、Pleromaについてはまだカバーできていません。Misskey他、テストできていないシステムで実行すると異常が発生するかもしれませんので、あらかじめご了承ください。
よし、Mastodonで動いたぞ、と思うと、だいたいPleromaで動かないので、そこからが本番って感じ……
#ハッシュタグリレー
@estpls 症状が一緒なので、マストどすのブログを貼っておこう。
https://7-nana.github.io/2018/09/27/Mastodon-v250-Update/
assets:clobberでprecompileをゼロからやり直す
あとはなんだろなー
リレーに限らないのですが、ActivityPubのサーバ管理者を確認する方法って意外と難しくてですね……
1) /api/v1/instanceでとれるcontactに設定されているアカウントを使う(Mastodon)
2) /api/v1/instanceでとれるメールアドレスに認証メールを送って応答してもらう
3) DNSのTXTレコードにadminのacctとかトークンとか書く
4) サイト説明等の管理者しかいじれない外部取得可能なところに、特定書式でacctを書く
----
2は認証リクエストの際に無限にメールが送れてしまうので、これはボツかな……。
一度認証された場合は、管理者が停止するまで有効になるようにして、認証の為にだけ行った設定は元に戻してしまって良いようにしたい。
@ars42525 そのアカウントが鯖缶かどうか認証する仕組みが面倒なんだよね〜。
鯖缶アカウントからできると嬉しいこと、結構沢山あるよ。
普通に接続して送受信するモードになっているヤツを、送信オンリーにして受信しないようにするとか、そういう設定変更が可能になる。
それに #ハッシュタグリレー は設定方法がなかっただけで、いろんなフィルタがかけられるからね。bot受信拒否とか特定タグ拒否とか、色々細かい機能がある。
#ハッシュタグリレー の制御コマンドが増えてきて便利になってきたんだけど、これ一般の人に使ってもらうような代物じゃないな、やっぱり……。
WebUIを真面目に作らないと、使い方が難しくてわからん、という感じになっている。
まぁ、もうしばらくはその方がいいかもしれんけどw
#ハッシュタグリレー のrelayctlに制御コマンドを送ると実行結果をDMで返信してくるんだけど、これすっごい邪魔なことに気がついた……。
自分の投稿はいくらでも消せるけど、相手から届いたDMは消せない。DMカラムが汚染されていく……。
そういうわけで、プライベートで返信するように変更。実行結果は主に通知をみてもらうようにする。
通知はその気になれば消せるし、どのみち他のモノで埋まっていくものなので、ここならまぁ邪魔にはならない。リプライになっているので、制御コマンド投稿にぶら下がっている。あと、relayctlのアカウントページからまとめて辿ることもできるハズ。
relayctlは誰もフォローできないので、メンション付きプライベート投稿の公開範囲は、実質DMなのだ。
このアカウントは、notestockで公開設定になっていません。
うん、webpack遅いからねぇ。swcがうまくいくといいねぇ。
QT: [https://mastodon.social/@Gargron/101569139163707917]
ウチのacct取得も大概。ActivityのIDから色々とってくる感じ。
def domain
URI::Punycode.to_ascii(URI.parse(id).host.not_nil!.strip.downcase)
end
def username
preferredUsername || File.basename(URI.parse(id).path.not_nil!.strip.downcase)
end
def acct
"@#{username}@#{domain}"
end