α7IIキットの中古を衝動買い。そのままキタムラの清掃サービスに出した。
FEマウントは初めて。
寄れる標準〜中望遠のズームが何か欲しいけど、ソニーの新24-70とかなんかな? ちと予算オーバーだな
わからん教えてくまさい
このアカウントは、notestockで公開設定になっていません。
@1901 エラーが出るのはブラウザの画面ですか?なら多分認証のコールバックのURLがhttp(s)://ではなくアプリのカスタムスキーマになってるのをブラウザが許容してないのだと思います。その場合はアプリからはどうにもできません。
このアカウントは、notestockで公開設定になっていません。
「Matrix日本サーバ勢の公開部屋リスト」へのサーバ追加について https://lemmy.juggler.jp/post/994
@psi あと allow_public_rooms_over_federation: true
も確認してみてください。
別の適当なサーバにElementでログインして https://lemmy.juggler.jp/post/786 の下の方の手順で公開部屋を探索できることを確認してください。
get failed. https://matrix.juggler.jp/_matrix/client/r0/publicRooms?access_token=xxx&limit=3000&server=matrix.hexe.net 403 Forbidden
うちのサーバから matrix.hexe.net の公開部屋ディレクトリを参照しにいった際にエラーが出ているようです。
homeserver.yml の
allow_public_rooms_without_auth: true
はどのような値になっていますか?
JetPackの入門書ひとつ斜め読みしたけど、コルーチンで書く場合な事が不足してたから調べなおしだな…
(ディスコにて)送信したE2EEメッセージの削除について話していたら、クライアント間に暗号化したActivityPubメッセージをサーバ経由で投げあうのだという話になって壮大すぎるだろうとツッコミを入れている
実際、カラムごとにユーザリストを管理するような形式にしないと、E2EEメッセージを普通のメッセージアプリのように表示することはできないだろう…。受信したメッセージがユーザリストの誰かからのものならカラムにfan-outする、そんな仕組みだ
E2EEメッセージには受信者リストもin_reply_toもないので、グループチャットなどはクライアント側がユーザリストを管理する必要がある。サーバ側には全く保持されない。ユーザ間でグループリストを共有する方法は現状ない。
送信したE2EEメッセージはサーバには保存されない。クライアントはアプリ内に保存してIDを独自に発行する必要がある
結局OLMライブラリのCコードをがっつり読むはめになってる。get_one_time_keys_json()の出力はpublish状態のワンタイムキーを含まない。maxOneTimeKeysJniが返す定数100はライブラリ内部から参照されてないように見える。
送信したメッセージも保存する必要がある。相手別にカラムを表示したいが、送り先は複数もてるしin_reply_toがないので工夫が必要そう
受信データのデコードは成功したりしなかったりする。ワンタイムキーの管理の問題らしいが、ライブラリがブラックボックスすぎてよく分からない。
@ButterflyOfFire yes, this beta track is used to distribute experimental release.
current experimental release is 3.5.1
https://mastodon.juggler.jp/@SubwayTooter/102210851973726910
https://play.google.com/apps/testing/jp.juggler.subwaytooter このURLからベータテスターになると #SubwayTooter の試験リリースをPlayストアから受け取れるようにしました。今は3.5.1をお試し頂けます。
非中央集権化が特徴のサービスなのにデカいタンスを作ろうとしたアイツやアイツのせいで今こうなってる、という言い方も出来なくはないけどまあ不毛なので…
@osapon 「適切に分散した方がコストが低い」がまず成立しない。情報を複製しあう分だけコストあがる。アカウント削除やトゥート全消しが良い例。コストを理由に適正人数を推測するのは無理かなあ。
どちらかというと棲み分けとかフレーミング回避とか公開TLの流速とかがタンス適正人数の指標になるのではないか。
Pawooは2.4.0だけどセキュリティ周りの問題はちゃんと保守されてるので別にいいんじゃないかというお気持ち。投票とか非互換な部分が増えてるのは気になるけどね
日本の分散SNSのアクティブユーザ数は多分減ってると思うんだけど、まあ収益もないし集客した分だけタンス運営者の負担が増える仕組みなので仕方ないかなと。
広告を出せず寄付をあまり受け取れないソーシャルサイトが金にならんというのは、富士通がIRCサービスやってた時代から何も変わらないので何を今更と思ってる。
このアカウントは、notestockで公開設定になっていません。
https://github.com/tootsuite/mastodon/pull/10109 で増えたAPIへの雑な対応。
80円切手を切らしたんだけど、10月に値上がりするだろうから82円切手をシートで買うのは馬鹿らしいな…
@codeawayhaley it just use device's TTS. I've test it with google's tts (ja,en) and n2 tts (ja).
v0.7.7
- adb backup でデータ移行した際のプッシュ通知の挙動を改善します
- 副作用としてアプリ更新後3日間通信量が僅かに増えます
このアカウントは、notestockで公開設定になっていません。
福井県が『テクノ法要』という凄まじい文化を生み出す
http://hamusoku.com/archives/9569897.html 念仏とテクノは合うと思うよ
このアカウントは、notestockで公開設定になっていません。
@Clworld 逆に、使用してない判定になったときに通知だけちゃんとストリーミングされるかどうかの方が気になります
「初心者がゼロインストールで使える」と「カスタマイズ性が高い」は独立した事柄だという認識です。
まあ公式Webを高機能にするくらいなら複数タンス対応のWebアプリを別途用意した方がスジがよいとは思いますね
@Clworld サーバのバージョンを取得するAPIはあるから、やろうと思えば自動的に切り替えられるよ
@admin いやサービス主体のサーバにおかずにどこにつけるのよ… 新規ユーザの導線考えたら明らかに必要だと思う。公式UIのないサービスなんて超不便だよ、知り合いを呼ぶ時とかに。昔のIRCが本当にそんな感じだった
マストドンの公式Webアプリはモバイルでもそこそこ動くし、そういう役目のものとしてはそう悪くない印象
@admin Webブラウザ上で動くIRCクライアントを作った経験からすると、ゼロインストールで動くクライアントって大事ですよ
@osapon 左下のメニュー押して好きなカラムを追加してください。アカウントが複数登録されてれば、カラムの種類を選んだ後にアカウントを選ぶことになります
あとは疑似アカウント(ログインなしでインスタンス追加)があれば完璧だが、アクセストークンないとストリーミングできないから多分対応してくれないだろうな。なんせ手動リフレッシュする操作手段がない>naumanni
naumanni https://naumanni.com/ が返信/ブースト/ファボの別アカ操作できるようになってる。いいぞ