ピーベリーを金属メッシュで淹れても、紙フィルターに比べて雑味が増えなくてむっちゃうまい！これはしやわせだ
ピーベリーを金属メッシュで淹れても、紙フィルターに比べて雑味が増えなくてむっちゃうまい！これはしやわせだ
うっひょー！てか確かに飛行機雲の残り方が高度によってぜんぜん違うんだねえ。
1000’ separation 380,390,400
https://youtube.com/shorts/Z--01EHeLn0
たいへんいまおきました 
4de108e755 (upstream/main) Change "social web" to "fediverse" in a few banners in web UI (#33101)
986a3676d3 Change server rules to be collapsible (#33039)
4635ce2926 Remove constant definition from global scope in embed.js (#33107)
c58967c3bd Add `tootctl feeds vacuum` (#33065)
9ff01403ea Fix middle-click handling conflicting with automatic scrolling (#33106)
9296d58024 New Crowdin Translations (automated) (#33104)
7f2cfcccab Change design of modal loading and error screens in web UI (#33092)
eef8d2c855 Add link from Web UI for Hashtags to the Moderation UI (#31448)
\Master?/ \ますたー/
Merged mastodon/mastodon at 4de108e755db3ff98b644dd2df642c1eaeed9d0a.
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ibus-skkはUS配列のキーボードで利用できないからfcitx-skkにしてるんだよねって検索してみたら管理者権限でファイルを編集すればibus-skkでも利用できるみたいね
ibus-skkを英語キーボードで使えるようにする
https://akaneko85r.hatenablog.com/entry/2015/02/15/174847
このアカウントは、notestockで公開設定になっていません。
fcitx-skkのキーボードの配列は、fcitxの設定からskkの設定を選んで設定できるよ
ヒロ空港なんてItoさん説あるし
https://airports.hawaii.gov/ito/frequently-asked-questions/
rel="me" が大文字小文字を区別するべきではない というのを聞いて、rel="me" のグラフを書くスクリプトを更新したよ!! Xpathむずかしー←
https://gist.github.com/zunda/4fe657e16bc565e483a92adbd91ae8c7
https://github.com/mastodon/mastodon/pull/32238
今日は感謝祭の翌日で休みかどうか分からないので半分だけ働いたので２倍おっさんぽしています #錯乱
◯リュードメインさんは一部のDNSサーバを中国のIPアドレスに向けたの忘れてないよ
再公開をパリオリンピックに間に合わせる！って言ってた気がするけどそれはさすがに厳しかったふいんきね。
今日もテレビは悲しいニュースでいっぱいなので pacman -Syu してもちつこう。fcitxが更新されたけどまだskkでタイプできるのでﾖｼ
Mastodonは、サーバが利用者を守る設計になっています。
利用者の代わりに、サーバがリモートの情報にアクセスし、適切な変換をかけ、それを提供します。
サイズが大きすぎれば縮小し、一般的でない形式は扱える形式に変換し、サムネイルやブラーハッシュを生成して軽量に内容を確認できるようにします。
悪意あるメディアはブラウザをクラッシュさせるかもしれませんし、規格外のデータは、利用者の帯域（とくにモバイル）を大量消費したり、相手サーバの応答が遅ければクライアントの動作に悪影響を与えることもあります。
また、事前に代理取得しておくことで、いつアクセスしたか、誰がアクセスしたかをリモート側に悟られないよう隠蔽し、アクセスするブラウザの脆弱性などを突かれて不正なプログラムを仕込まれたり、情報が盗まれたり、騙されたりしないようにしています。
これらの処理は、サーバ側では処理や保管に相応の負担を引き受けることになりますが、
クライアントのプライバシーが守られ、安全で楽で快適になりますし、
全クライアントが直接アクセスするより、相手サーバも送信トラフィックが減ることになります。
（他方、CDNやリバースプロキシで軽減できますが、連合したサーバ数だけ同時アクセスが行われる問題はあります）
オブジェクトストレージはすごく便利なのですが、短所もあります。
オブジェクトストレージは比較的みなで同じサービスを使っていることが多いので、今回のWasabiの障害のように、複数のサーバで同時に障害が発生する結果となることがあります。
オブジェクトストレージは通常、多重にバックアップされる運用がされており、データが失われる可能性が極めて低くなるように設計されていて、たとえ一時的な障害が発生しても永久に内容が失われる心配はあまりされていません。
どうにもならず失われた場合、あきらめるという運用が一般的で、オブジェクトストレージをバックアップする運用は少ないと思われます。
信頼性はAmazon S3が圧倒的に高いですが、落ちたことがないワケではありません。
Wasabiは、昔はよく落ちましたが、最近は安定しています。でも、忘れた頃に障害を発生させます。
オブジェクトストレージサービスを自分で設置することもできるので、そういう運用をしている人もいます。
ただ、S3より信頼性の高いサービスができるかというと、難しいです。
バックアップを万全にしようとか、スケールやパフォーマンスを確保しようとするとコストが跳ね上がるので、自前運用する場合は、どのレベルで妥協するかがポイントになってきます。
