なぜ？クレジットカード停止後も不正利用相次ぐ スマホタッチ決済のオフライン悪用か 背景と対策は | NHK | IT・ネット
https://www3.nhk.or.jp/news/html/20240915/k10014582481000.html
オフライン決済って飛行機とかだけじゃないのか

Apple PayとかだとICへの物理的アクセスがなくとも券面情報だけで利用開始できるのは抜け穴という感じだな

イオンカード恐怖…停止を依頼しても何カ月も不正利用が止まらず、複雑な事情 | ビジネスジャーナル
https://biz-journal.jp/company/post_384063.html
> カードは止めているのですが、オフラインでの少額取引に関しては止めることができない状況です。

あー、いや、普通はSMS認証くらいは挟まるか

旧TwitterのスパムDM、稀にメッセージの下に自ら"This is spam"のようなラベルのCTAボタン（<https://developer.x.com/en/docs/x-api/v1/direct-messages/buttons/api-reference/buttons>）を設置しているようなものをみかける

あーん、わざわざtwitter.comにリンクしてもFedibirdが自動でリダイレクトを解決してしまう（？）

@hongminhee NodeInfoを見ているらしいです
QT: https://hachyderm.io/@derekprior/109790802998750833 [参照]

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

Mastodonのアイコンを出す判断のためにはNodeInfoが必要なのはわかるけど、`acct:` URIによる表示については`Accept: application/ld+json; profile="[…]"`とWebFingerリクエストに応答する任意のサービスに対応できるはずだから、ついでにそれもやってくれないかなという気持ちもある

気持ちを持つだけでなくフィードバックを出せ、それはそう……

あー、Threadsとかの場合はコンテンツ交渉には応じず、代わりにHTMLに`<link rel="alternate">`を含めることでActivity Streams対応を示す形か（`threads.net`だけなら例外的な対応でも良さそうではあるけど）

This account is not set to public on notestock.

This account is not set to public on notestock.

`<link rel="alternate">`も一つの妥当な方式ではあるので、大手プラットフォームが採用することで実装への圧力をかけることはむしろ良いことなのかもしれない（？）

まあどうせならHTMLのパースを伴うような形式だけでなく`Link`ヘッダとかもサポートしてくれても良かったのではとも思うけど。既に`rel="canonical"`については`Link`ヘッダを返しているのだし

基本的にHTML表現を処理するクライアントに対して非Activity Streams表現を返しつつAS表現の存在自体は示すことを考えるとWeb Linkingの方が馴染むかな。
あとは、authorized fetchを行わないクライアントに対しても`Accept`に応じてエラーを返すよりはHTMLを返した方がマシ……か？

GitHub - swicg/activitypub-html-discovery
https://github.com/swicg/activitypub-html-discovery
このあたりの仕様については、このタスクフォースが良い感じにまとめてくれそうな雰囲気がある

`threads.net`とかいう、HTMLのドメイン（`www.threads.net`）とActivityPubオブジェクトのドメイン（`threads.net`）が異なるという面白構造サービス（？）。しかも最初期のアクター（e.g. `www.threads.net/ap/users/mosseri/`）とその他のアクター（e.g. `threads.net/ap/users/17841445266116124/`）でURIの構造も違う

This account is not set to public on notestock.

そうですか。ところでそのスケーラビリティというのはサードパーティPDSのユーザ数制限を撤廃しても維持できるものなのですかね（どうどうどう）

というかmastodon.socialだけでも2.1Mユーザ（MAU 235.7k）いるわけだけど、具体的な数字の根拠は何なのか

（この数字は現時点のものだけど、多分09-05 UTC時点でも大差はないでしょ）

まあActivityPubも休眠アカウントへのアクティビティの配送とかはもうちょっと検討の余地があるのではという気はするけど

Blueskyの中央集権的な性質はもうそういうものとして受け容れるとして、Blueskyが倒れたらそれを土台に代替AppViewを提供するサービスも道連れなのではと思うけど、それも受け容れられるものなのだろうかという疑問は残る