ねないこだれだ
のえすきーを設置・管理している『のえる』のアカウントです。
不明なこと、要望などありましたらご連絡ください。
なお、普段はfedibird.comのメインアカウントを中心に活動しています。お急ぎの場合はそちらへご連絡ください。 @noellabo@fedibird.com
ところで、cloudflare経由するようにさっき切り替えたので、様子みておくんなまし。
カスタム絵文字登録の際、タグ(エイリアス)の先頭にはAltテキストとして使っても良い、その絵文字の代替テキストを設定してもらえると助かります。
現在のMisskeyの仕様ではないですが、画像が使えないときに、ショートコードではなく、タグの先頭の文字列に置き換えられてもいいようにしておく。
たとえば :sonnamonohanai: が :そんなものはない: に置き換わった場合にそのまま読みやすいように。
え、今日ラヴェルさんといこさん、二人とも誕生日なのか! おめでとうございます! 🎂 🎉
misskey.ioが急になくなるとして(仮定の話ね)、それでも他のMisskeyサーバーなりMastodonなりに移り住んでここでの活動を続けたい、となってるならいいんだけど。どのぐらいの人がそう思うようになってるかなー。
人がとにかく多くて盛り上がってるってことを聞きつけて集まった面が大きいはずだから、それがなくなったときはなんとなくやめちゃう人が多いと予想してるけど、それでもかなりの人がなんとなく残って、うまくすればいくつかの新しいサーバーが立つかもしれない。
チャンネルや検索を気に入ってたら難しいかな?
のえすきーはバニラの方針だから、なかなか自分で改善するという発想にいかないなー。
RE: https://fedibird.com/users/noellabo/statuses/110488500302084645
ラード溶かしたり、バターのかたまりをどかっと入れるようなのはナシですか。ナシですね!
@shigure_jin 添付、ちょっとだけ最適化かけて64kb以下にしたものです。64kb以内だと、古いMastodonでも表示されるので!
:shikichan_bath:
#のえすきーにほしいカスタム絵文字
のえすきー、Misskey v13.13.0に更新しました。
https://misskey-hub.net/docs/releases.html#_13-13-0
リロードしてねー
1000点棒をリーチに使うだけで、他の点棒はリーチ棒じゃないよ。
このへん
https://ja.m.wikipedia.org/wiki/麻雀#点棒
のえすきー、Misskey v13.13.1に更新しました。
https://misskey-hub.net/docs/releases.html#_13-13-1
@ShionAmasato これMisskey側の挙動かわってるね。nginxじゃなくてHAProxyかCaddyにするかな。対策する!
どうもMisskey v13.13.0あたりから再起動時にnginxからみたときにまだ生きてるようにみえてるみたいだね。生きてる方に切り替わらないで、再起動中の方につなぎにいっちゃうみたい。
あとで仕組みを変えるので、ちょっと不便だけどよろしく!
Mastodonでは、カスタム絵文字は基本的に正方形です。横長に作るとすっごく小さく表示されますので、大きくみせるなら正方形がベストです。
Mastodon系で横長が表示されるのは、Fedibird系とkmy.blueぐらいじゃないかな。
バニラでローカルありっていうのは普通っていうか、Misskeyたてたら基本的にそうなってるんだけど、私の場合、ここはあえてそのレギュレーションでやってます。
なので、ここでは運用が全てです。
集まった人達で、工夫してやっていく場所だということです。
fedibird.comは好きなだけ改造してて、ローカルタイムラインも最初からナシでやってます。ここはシステム面で必要だと思うことはなんでもやってます。運用も大事だけど、仕組みで解決できることはそちらからもアプローチします。
自分なりに理想の環境を追求しているわけですが、実はちょっと物足りないぐらいのところを狙っています。もとより完璧なものは作れませんけどw
@ZC33S それならOK(じゃないなw)
大きく変える前に微調整してあるんだけど、なおっちゃってたらやる必要ないのでちょっと確認した次第!
攻撃的なカスタム絵文字リアクションは、集団リンチに活用されてメチャクチャ効果的でした。これをどう考えるか。
fedibird.comではこういう言い方をしています。
https://fedibird.com/@noellabo/109986387842337769
ま、絵文字の管理人ロールはモデレーターではないので、実際に問題のある行動をする人をどうするかは管轄外です。モデレーションで処すべきことまでしなくて大丈夫。
微妙なものでも、通常は許可で、ヤベエなって時にセンシティブにしたり無効化してもいいので、萎縮せずにのびのびやってくださいませ。
荒巻スカルチノフ!
(ちなみに私はnotestockのおささんのイメージが強い/キャラ被り)
@iko 連合先に送らない設定のハズですが、もう相手に複製があると届いちゃうのかな。内部動作追ってみた方がよさそうですねー。
のえすきーのシステム構成は現在、こんな感じになっています。
いろいろ動かしてますが、借りているVPSは1台だけなので、みんな1台の中に詰め込んであります。
cloudflareは、CDN(コンテンツデリバリーネットワーク)といって、主に画像が対象となりますが、たくさんの人が同じデータを要求したときに、のえすきーのサーバに何度もリクエストしないで代わりに取得しておいたデータをユーザーに提供するサービスです。
とても高速に動作するようにできていて、また、ネットワーク的にユーザーに近い場所にキャッシュサーバを置いてあって、世界中どこからアクセスしても素早くデータを返してくれます。
どういうわけか無料のサービスなので(いろんな高機能なオプションを利用すると有料になり、そこから収益がでる)、これを利用しておくと自分のサーバの負荷が軽くなって、ユーザーも応答が早くなるので、たくさんの人が使っています。
他方、とても人気があってシェアが大きく、単一の事業者がインターネットの窓口を一手に引き受けるような構造になっており、暗号化された経路の一部が筒抜けになることから、リスクや批判の対象となることもあります。
オブジェクトストレージは、ハードディスクやSSDなどのデバイス(ブロックストレージ)単位でまとまった容量を借りるのではなく、オブジェクト(ファイル)単位で必要なだけデータを保存して取り出せる保存場所を提供してくれるサービスです。
Misskeyのように、サービスの提供とともに保存容量がどんどん増えていく場合に適しているということと、容易にデータが消えてしまわないよう管理されていて、預けておけば安心して任せられるという特徴があります。
また、サービスの規模が大きくなってシステム構成が複雑になると、サーバの台数を増やしてパワーアップさせたりしますが、この時にファイルの保存場所がブロックストレージだと複数台のサーバから同じようにアクセスすることができないので、ストレージが独立しているオブジェクトストレージ非常に便利です。
のえすきーでは、Wasabiという事業者のサービスを借りており、以前はアメリカオレゴン州のサーバを使っていました。今はNTTのビルの中に設置されている東京のサーバを借りて、新規のデータはそちらに保存しています。
オブジェクトストレージへは、Misskeyの本体プログラムから保存する時のルートと、利用者がアクセスするときのルートがあり、後者はcloudflareが一番ユーザー寄りのところに設置されているため、最初に取り出してしばらくはcloudflareが大部分のアクセスを捌いています。
最初のアクセスは、ロードバランサーを通過し、リバースプロキシでアクセス認証情報を付加して、オブジェクトストレージにデータを要求します。
また、以前のデータはオレゴンにあるので、東京にアクセスして見つからなかった場合にだけオレゴンに再度アクセスするように、リバースプロキシで処理をしています。
投稿やユーザーのデータなど、重要なデータはデータベースに保存されています。
また、高頻度でアクセスするデータや、一時的な処理結果を保存しておくことで何度も計算せずに素早く応答するために、非常に高速に動作する補助のデータベースを用いています。
Misskeyの本体は、二つ同時に立ち上げてあり、ロードバランサーを通じてアクセスを分散して両方を使って動いています。
ロードバランサーは、ユーザーのアクセスを分散して負荷をバランスするための仕組みで、トラブルやメンテナンスで一部のサーバが停止していても、動いているサーバにアクセスを割り振ってエラーにならないようにしてくれるサービスでもあります。
のえすきーでは、Misskeyのサーバがメモリをどんどん使っていってしまう問題への対処として、30分に一度、片方のサーバを再起動するようにしています。
この時に、あらかじめロードバランサーに停止する予告をして再起動するサーバにアクセスが来ないようにして、再起動が終わって安定したら再開したことを伝えるように構成しました。
現在、のえすきーは小規模ですので、Misskey本体2つを同じVPS上で動作させていますが、これを複数台のサーバに分割して台数を増やすことで、ユーザーが増えても負荷を分散させて捌くことができるようになります。
VPSは、KAGOYA CLOUD VPSを借りています。
ユニクロとかの肌着の高機能素材系(エアリズムとかヒートテックとか)苦手で、コットンしか勝たん……っていつも言ってる
ということで、サーバの再起動時にエラーが出にくいように対策しましたが、効果でていますでしょうか?
どうもMisskeyの終了プロセスがおかしいようで、停止や再起動を指示するとすごく時間がかかる(時間切れして止まってる感)ため、応答できないのに動き続けていて具合が悪かったようです。
そのため、外側にアクセス制御する層(ロードバランサー)を設けて、そこで安全に切り離してからMisskeyを終了させ、安定したら再接続するような方式に切り替えました。
あれ、素で間違えてるな??
のえすきーのデータベースサーバ、先日別のVPSに分離したんでした。なので、VPSは2台構成です。同じKAGOYAです。
データベースサーバは負荷が大きい構成要素で、全体に重くなってきたら、Misskey本体とバランスしながらパワーアップさせていかなければなりません。
メモリーを多めに割り当てられると有利なので、別のVPSにわけてしまえばそれぞれ楽になります。また、データベースは容量を食うので、ストレージの容量も欲しい。
Misskey本体のVPSは4GBメモリー、80GBストレージですが、データベースのVPSは4GBメモリー、600GBストレージになっています。
先日データベースサーバを分離した理由の一つが、このストレージ容量不足です。
データベースの中で容量が大きいトップ3は、投稿データ 23GB、ドライブの管理データ 4GB、リアクション 2GBです。
のえすきーは運用が比較的長いので、リモートのデータを多数抱えています。ローカルの利用者の分はこの中のほんの一部です。
『言ってる事分からん』でええんやで!
Misskeyは自分で設置できるサービスだし、運用の情報に飢えている人はたくさんいるので、できるだけ詳しく事情は説明しておくことにしてるけど、わからなくて支障ないからね。
@_neko_sake_ マネージドだとコスト厳しいのよね。なので、Ubuntu借りて自分でPostgreSQLインストール・運用って形です。
.ai読めるって、Illustratorの機能をフル実装しないといけないからなあ。部分的に読めるけど、ところどころ化ける、ぐらいまでがせいぜい。Illustrator 8 形式までならいいけど。
それはともかく、10分と40分の再起動、どうですか。
もうエラーでないですか。でてますか。
@121yotta iOSのSafariというのは、PWAではないということですね?(ホームに保存するやつじゃなくて、純粋にブラウザ)
再起動は10分に開始してだいたい12分になる前に終了するのと、同様に40〜42分に開始・終了されますが、この時間帯以外におきるエラーは別モノです。
そのタイミングで一度エラーが発生したあと、タスクキルするまで回復しないという症状かな?
キャッシュの挙動の違いかな……
ちゃんとその時々で少なく表示されると、よし壊れてないなって安心するね(エンジニア目線)
いまためしてみたんだけど、
下記の投稿を、このアカウントからフォロワー限定でリノートしてみました。フォローしていた方、ホームで見えましたか?
https://fedibird.com/@noellabo/110511686942418488
普通にリノートすると公開になって、ローカルやグローバルに流れるのですが、引用にして公開範囲を指定し、引用コメントを何も書かないと、実際には引用にならずリノートになり、公開範囲を任意のものに指定できます。
ちとまわりくどい指定方法ですが、ご活用ください。
ちなみに添付画像は、それをfedibird.comからみたものです。ブーストされた投稿を示す文の末尾に 🔒 マークがついていて、公開の投稿をフォロワー限定でリノートしたことがわかります。
@shigure_jin Fedibirdはリモートの絵文字リアクションに相乗りできるからそれじゃないかな! コピーしてないよ!(まだ)
@owo 引用にして公開範囲変更して本文空のままで投稿するんや。そんなんやってられんね!
のえすきーは、すごく面白いコミュニティができたねえ。
ずーっと、数人が使ってるような過疎サーバやってたし、特にこういうサーバになって欲しいっていうのはないんだ。でも、いつのまにか望める最高の状態になったかな。
ローカルのないMisskey鯖はmisskey.cloudがあるので、ここはローカル色のあるサーバーでいいんだよ。Fediverse自体が多様だから、ここの個性があっていいんだ。みんな違った方がいい。
Miriaでアクセスできないの、解決したみたいだね。いつも通りのMisskey本体アプデで非互換になるというやつ。
絵文字の管理人が絵文字登録するケースについて、分類やセンシティブに該当するか、あるいはそもそも登録に値するか(登録しないべきか)の判断を自分でしないことにして、別の絵文字の管理人に申請する(判断を仰ぐ)という方法もあるよ。
たとえば開発チームなら、プルリクエスト(機能追加の実装提案)をして、2人以上にレビューしてもらって修正リクエストに対応して承認もらわないと追加できないようなルールにしてあったりするよ。
読み取れてると思うけど『絵文字の管理人が自分自身の提案する絵文字を登録するケース』ね。
別に、問題あったらよろしくー、でそれぞれ勝手に進めてもいい。そのへんはチームで約束ごと決めておけばいいってだけね。
金払うだけの恩恵受けてるサービス、広告みせられるより金払いたいというのが昔からあって、YouTubeプレミアムはようやくそれが実現した……って感慨深かったよ。
逆転裁判シリーズは、長く引き継がれて欲しいね。
発売後にリアルタイムにやってた人たちだけじゃなくて、今の人達にもたくさん遊んで欲しいわ。
横浜の馬車道十番館の喫茶メニュー、開港カレーです。
口に入れるとスパイスとひき肉の味わいが広がって、実に美味しいカレーです。深めの器で、見た目以上に満足感があります。
合間にパパドを口にすると、食感の違いが楽しいです(薄焼きパリパリ)。 #gochisou_photo
のえすきー、Misskey v13.13.2に更新しました。
https://misskey-hub.net/docs/releases.html#_13-13-2
エラー時や項目が存在しないときなどのアイコン画像をサーバー管理者が設定できるように緩募
みんな、お祝いありがとうー!(ようやく遡った)
記念日がたくさんあると、楽しみが増えるのいいね!
ところでMisskey v13.13.2のジョブキュー、かなり重くなっていると評判なんですが、のえすきー重いですか? あんまかわらん?
misskey.ioとかすしすきーとかぐらいにならないと影響でてこないかなー。でなくていいんだけど\(^o^)/
なんかリアクションの反応に遅延入れたみたいな話あったな。わざとかも。あと、10分、40分の再起動時。
@H2N_moon_@toot.blue ときどき五ノ瀬さんのダジャレを聞くサーバだと認識してました \(^o^)/
一応……フォロー4桁じゃない!(セーフ)
冗談はともかく、fedibird.comのメインアカウントでは、全フォロイーの投稿をホームには流しておらず、リストに分け、ホームで読む人、リストで読む人、リストに購読(キーワードやハッシュタグの一致・Misskeyでいうアンテナ)で拾う投稿、というようにわけています。ホームと購読は基本的に全部読み、リストは余力の範囲でみる感じです。
フォローバックはしておらず、して欲しいと申し出てくれた人、こちらで特別にフォローしたいと思った人だけフォローしています。
イラスト投稿する人は、実はあんまりフォローしてないんだけど、好きではあるんだ。
TINAMIとかWWWCとかなつみかんとか使って、ずっと追いかけてたこともあるよ(老人会すぎてこのへん知らないだろうけど!)
日常のつぶやきが好きなので、イラストだけ投稿してる人はSNSでフォローする意味はあんまり感じない。もちろん新着や宣伝がみられるメリットはあるんだけども。ほとんどイラスト投稿でフォローしてるの、画眩さんだけかなー。
えだまめ入りもあるんだ。いろんないなり寿司があるんだなぁ。いなり寿司めっちゃ好きよ。
活動ジャンル・新刊予定なんて飾りです!(配置の参考)
よろずじゃ許されないから便宜上決めるのだ。1サークル1ジャンルの精神で行け。
@kanewo ロールにアイコン画像がないのダメだったらしい。修正されたら入れるようになるかな?
たぶん余ってるけど渡す相手がいないだけって人はかなりいる招待コード。招待者とは紐つくからね。
Twitterの利用者のうち、Fediverse向きじゃない人を収容してくれそうだよね、Bluesky。私は使いたいと思ってはいない。
まあドーシーが始めたんだし、当初の目論見通りTwitter置き換えちゃってくれればありがたいかな。
人が収容されるPDS(Personal Data Server)っていうサーバがあって、アカウントはそこに置いて、フォローによるホームタイムラインとかはそこでカバー。Mastodonのサーバみたいなもので、bsky.socialの他に、もう任意に立ててる人はいるよ。でも連合する方法がまだできてないんだかできたんだか。まだバラバラにサーバが立ってるだけだね。
これらとは別に、BGS(Big Graph Service)っていう、データを収集してインデックスして検索やフィードを提供するサーバを連合の中に設けて、利用者はユーザーやコンテンツをみつけるのにそこを活用する、みたいな構成を想定してる感じかな。
ユーザーのアイデンティティは分散して独立してるけど、コンテンツ流通は握られてる感じがするね。
大手資本メディアの巨大BGSとは違う、ユニークなBGSが生まれてきたら面白くなるかもしれないけどね。まだよくわからないね。
Bluesky、たぶんこの空は青いんだと思うんだけど、夜明け前だからよくわかんないんだよね、という感じ。
我が家の雑煮は、焼いた角餅、大根と小松菜、にんじん、鶏肉、そして八つ頭。醤油ベースのだし汁。
八つ頭を使うあたり、埼玉県って感じかもしれませんねー。これを入れないといつものやつにならないのです。
まあ、制限が厳しい印刷所に、方便として偽装するのはあると思うけど。基本的には作ったままの状態で渡して欲しいかな。
Fedibirdには、フォロワーの中の選んだ複数人(サークル)にあてて投稿する機能あるんだけどねえ。まあ互換性が低くてMisskeyの人を対象にできないという弱点があるんだけども。
This account is not set to public on notestock.
M1 MacBookとゲーミングPCを並べてて、それぞれディスプレイ1枚なんだけど、キーボード・マウス(パッド)はMacBookのやつを共用してて、ディスプレイ2枚みたいな感じで使ってるよ。
もうすっかり Magic Trackpad 2 しか使わなくなってます。もうマウスはたまーにしかさわってないんだよねー。
鬼畜王ランスがむちゃくちゃ面白かったことだけは記しておかねばなるまい。古いゲームであるな……。
_人人人人人人人_
> たのしい <
> のえすきー <
 ̄Y^Y^Y^Y^Y^Y^Y^ ̄
This account is not set to public on notestock.
そろそろお昼?
misskey.cfのドメインが停止されたまでは把握。あと何かおきてるー?
のえすきーはローカルタイムラインのあるサーバなので、fedibird.comやmisskey.cloudとの使い分けとして、ローカルタイムラインを無視する運用ではなく、存在する前提で使っていただけるとありがたいです。
noellabo.jp系は個人サーバという位置付けなので、ひとまずは管理者がルールということだけ承知しておいてください。まあ、どのサーバでも共通する点としては、過干渉の禁止ぐらいかな。
以下はfedibird.comの簡易ルールだけど、こういうのはどこでも共通です。
- 日本の法律と社会規範に従った行動を心がけてください
- 不快や脅威に対してはブロック・ミュート・フィルターで距離をとってください
- 投稿する際は、適切な公開範囲・CW・閲覧注意を使用してください
今のところ4 core / 4GB memoryのサーバで動かしていますが、人が増えてもあまりスペックアップせず、ほどほどのところで登録を閉じる運用になると思います。
ローカルが機能しないほど人を増やしても意味がないですからね。
misskey.cloudの方は、他のサービスが一部同居していますが、6 core / 8GB memoryのサーバで、ある程度までは増強していってもいいと考えています。まあmisskey.ioみたいにはできませんけども。
FedibirdでいつもみてるTLと、のえすきーを一緒にみてるとね、全然別の話をしてるんだけどね。時々クロスするのね。
とりあえず、連合で届いた分は参照できるので、死にかけとか死んだサーバの最後の投稿をみたりとかできるの便利よFedibird。
@sun9ryu4 ドメイン購読っていう、ホームやリストに流し込む機能があるので、みんなくっつけられるよ。
@sun9ryu4 購読系の機能は新着投稿だけが対象で流すのはホームかリスト、ドメインタイムラインなどの独立タイムラインは過去全部参照できるという違いがあるので、どっちも使うのだ。
ソースは
@ZC33S Misskey側は、最後に受け取った方を1つだけ認識するので、最初の1つ目は消えちゃいます。
まあ、通知には残るかな。受け取った本人には、連続絵文字芸みたいな感じで見えるかと。
匿名サーバとかもその時々で誰かが立てるんだけど、何かしら問題が発生したり、こういう使われ方ばかりするんじゃ閉めよう……って消えていくよ。
misskey.cfにアカウント作ってきた(なにやってるののえるさん)
RE: https://misskey.cf/notes/9ghxfnj0t9
@nullpo95 misskey.cfって名前でIPアドレスが引けないだけなので、サーバは生きてるのだ……
Freenomというドメイン管理会社が信用ならないという話がまずあるので、他のこと考えるのはそれからかな……。
みんなよく、TwitterとかTikTokとかでシャドウバンされたとか凍結されたっていうことで、アカウント作り直したり増やしたりするけど、運営からしたらその行為自体が永久追放モノなのは理解しておいて。そこは承知で、気付かれないだろうことに期待して可能性にかけるとか、死ぬ覚悟でレジスタンスとして承知でやるのは勝手だけども。
ひるがえってMisskeyやMastodonの場合、運営規模が小さいから個別のケースに配慮できるので、状況に応じて柔軟に対応することはできる。でも基本的に同じ。運営者の判断に従うこと。逆らうのが一番の重罪。
アカウント停止・削除以外にサイレンスがあるのは情状酌量によるものなので、これを回避したら執行猶予はない。小規模なコミュニティなので、気付かないというのは難しい。改めるつもりなら相談すること。
のえすきーはローカルありきで運営しており、ローカルの面々に受け入れられないとみなされた人はサイレンスもしくはアカウント停止せざるを得ない。まあ、人の嫌がることをするな。正しさを主張するのではなく、合意形成を目指せ。それが難しいなら、ローカルのあるサーバに所属するのではなく、自分のサーバか、せめてローカルのないサーバを使うこと。
そのぐらいかな。よろしく。
それはそうと、misskey.cfはまだ生きている。……生きているが、そのまま復活させるのは難しそうだね。みささんからの続報を待て。
いま、まっちゃてぃーがぺろぺろしてるよw
ウチはAccessの販売管理システムやで。まあバックエンドはSQL Server、営業向けのフロントはASP.NETだけど。
AccessとExcelの比較で、Accessのメリットは、データの整合を維持しながら編集できるところかな。Excelだと一瞬で壊れるので。