-
https://bsky.app : ウェブクライアント
-
https://staging.bsky.app : bsky.appと同じ?
-
https://status.bsky.app : サーバー状態・メンテナンス情報
-
https://bsky-debug.app : デバッグ情報
-
https://account.bsky.app : ドメイン購入
-
https://embed.bsky.app : 埋め込みコード生成
-
redirect.bsky.app : 公式クライアントへのリダイレクト (使い方)
atprotoにおける「分散」もしくは「フェデレーション」は一意ではない。現状で考えられるアーキテクチャについて妄想してみる。
atprotoのfederationにおける登場人物は主に3つ。ユーザー(クライアント)から近い順にPDS・BGS・App Views(appview)の3つ。
詳細は公式ブログ参照。
fiatjafはブログ記事を投稿しましたが、これがblueskyに関していくつかの議論を巻き起こしました:https://fiatjaf.com/ab1127fb.html
これは、bluesky開発者のPaul Frazeeから長いskeetストリームの返信が来たことを引き金にしました:https://staging.bsky.app/profile/pfrazee.com/post/3jv72j3fp6g2r
そして、私はいくつかの考えをまとめました:
分散型プロトコルの世界は勢いを増しており、NostrやBlueskyのようなプロジェクトが先頭に立っているのは興味深いことです。私たちの多くは、これらのプロトコルの開発に何年もの時間を費やしており、今では世界中で関心を集めています。私は長い間、さまざまな分散型ソーシャルメディアプロトコルを追跡しており、興味がある方はこちらでオープンソーシャルメディアプロトコルプロジェクトの包括的なデータベースを見つけることができます:https://airtable.com/shri7e7EHoTi0cEjO
Nostr、at_protocolなどのプロジェクトは、私が@pfrazeeや@jayといった才能ある人々と一緒に働いたことのあるSecure Scuttlebuttからインスピレーションを受けています。NostrはScuttlebuttの若干変更されたバージョンであり、at_protocolはより大幅な再構想を示しています。at_protocolはIPFSエコシステムやW3C DID標準からアイデアを借りている一方、Nostrはビットコイン技術からの概念を取り入れています(ブロックチェーンや暗号通貨プロジェクトではありません)。両プロジェクトとも、資金提供を行いながらも方向性をコントロールしない から大きな支援を受けています。
10/5にはじめて11/20 に 6.0 のEDまでクリアした。最新パッチではないが、公式で言う「ハイデリン・ゾディアーク編」が綺麗に完結したので、この時点での感想を書くことにする。書き上げて見直したら14000字ぐらいあった。
想定している読み手は、感想に飢えてそうな既プレーのヒカセン層、気になってるが手を付けてない新規候補の両方。ロードストーンに書かないのは、ロードストーンで響く範囲が、コミュニティの一部に閉じてる印象があるので。。。。
また、あわよくば一緒に過去の極コンテンツを予習なし下限でやりましょうという意図があります。下限、やろうぜ。
- 「ゲームはプレーヤーと開発者との対話」派にとって、最高のコンテンツ
- MMORPGとソロRPGの楽しみを全取りしようとしていて、それ故のちぐはぐさが残っているが、FFシリーズでも見ても最上位のプレイ体験があった。とくに 3.3 と 5.0
# Spotify's Anti-Adveritsing blocking servers, tricking services to stop music services (DONT BLOCK THESE!): | |
gcdn.2mdn.net | |
r9---sn-n4v7kn76.c.2mdn.net | |
gew1-accesspoint-b-zzfg.ap.spotify.com | |
ns1.p23.dynect.net | |
ns3.p23.dynect.net | |
ns4.p23.dynect.net | |
dns1.p07.nsone.net | |
dns2.p07.nsone.net | |
dns3.p07.nsone.net |
Mastodon が他のインスタンスと情報交換をする OStatus API の使い方。使ってるだけのユーザは知る必要がない裏側の話。
Mastodon インスタンスに対して、RFC6415 が規定する /.well-known/host-meta
というパスを要求すると以下の XML が返ってくる.
<?xml version="1.0"?>
<XRD xmlns="http://docs.oasis-open.org/ns/xri/xrd-1.0">
<Link rel="lrdd" type="application/xrd+xml" template="https://[MASTODON_HOST]/.well-known/webfinger?resource={uri}"/>
</XRD>
A quick guide on how to read/write/modify ID3 metadata tags for audio / media files using ffmpeg
.
FFmpeg has a free-form command line option that allows the user to specify key-value-pairs for encoding metadata. Let's take a look.
To list all global metadata tags for a media file, just set an input but no output file.
function applePayButtonClicked(event) | |
{ | |
var paymentRequest = { | |
// countryCode: The merchant’s ISO country code. | |
countryCode: 'US', | |
// currencyCode: The ISO currency code for the payment. | |
currencyCode: 'USD', | |
// total: The total amount for the payment. | |
total: { | |
label: 'Canine Clothing', |
Many different applications claim to support regular expressions. But what does that even mean?
Well there are lots of different regular expression engines, and they all have different feature sets and different time-space efficiencies.
The information here is just copied from: http://regular-expressions.mobi/refflavors.html
# Description: | |
# ハイカラニュース | |
# | |
# Notes: | |
# イカ、よろしくー | |
# | |
kaiwa = { | |
"Bバスパーク": [ | |
["スケボーは苦手・・・\n骨折とかしそう・・・", "骨、無いじゃん・・・"], | |
["ここは 接近戦が勝負の決め手!\n死角も多い!", "高台から チャージャー使うのも\n捨てがたいよね~"], |