ドコモ/KDDI共同なの、船持ってる同士での相互利用協定みたいなのがベースかな?
Misskeyインスタンスの みおきーみおきーの鯖管鯖缶。
アイコンは翡翠(うちの子)。
サーバーとしてのお知らせはお知らせに投稿します。Misskeyサーバー(みーくりあ!)、Firefishサーバー(ふぃーお!)、Mastodon/kmyblueサーバー(しぃ!)も運用しています。
メインアカウント @okin_p@mi.okin-jp.net
サブアカウント @okin_p@si.okin-jp.net
🌂☂️ ネットワークとかクラウドとかわかりません。PHPわかりません。
最近は愛車でどこまでも出掛けます。
特に鯖缶、お一人様インスタンスの主を見つけたらフォローしています。
https://ip1.info / https://okin-jp.net
このアカウントは、notestockで公開設定になっていません。
Iceshrimp建てるかどうか迷う
あとさすがにガチャガチャしてきたしDBを分離しようか迷う(VMごと引っ越ししたくて1VMに詰め込んでた)
数年アップデートされないアプリは内蔵静的コンテンツのみ入力不可とかで攻撃面がほとんどないとかで無い限り脆弱性のデパートになるので動いてもダメ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
PSとセガサターンは理性が「そいつはもうレトロゲー」と処理してくれるんですけれどWiiに関しては「そいつはレトロゲーなのか!?」が挟まりましたね
新潟あたりにでっかいデータセンターとIX建立してほしい。東名阪は南海トラフでいろいろめちゃくちゃになるの見えてるんだから日本海側にも迂回路がいる。
置き換えが面倒なのは1.1.1.1(Zero Trust)のVPNと自営アプリの一部。SSOはEntra ID(Azure AD)と自営基盤もあるけどSSOとアプリのつなぎこみは面倒。
Cloudflareがだめなときに諦めるの面白くないので、ちゃんとバックアッププランを考えておくと楽しい。ただし資源は有限なので普段はCFパワーに乗っかっていく。
@takumin3211@misskey.seitendan.com 雑にいろいろ省いて書いたのでわからないところがあれば気軽に聞いてくだし〜
@mctek@key.kubiwa.moe 踏み台側が薄いほうが取り回しがいいのは同意です。(昔やってた)
残念ながらうちの場合はCloudflare Tunnelの代替構成でもあるので、複数の踏み台と複数のバックエンドの組み合わせをバーチャルホスト/SNIで振り分ける都合リバースプロキシから逃げられないので暗号化もここでやる構成案です。
弊サーバーはグローバルTLがそこまで早くないけどそこそこ多様に流れるはずなので、フォロー適当に増やすと楽しいはず。たぶん〜
アップリンクを冗長化したプロキシサーバーをそこら中に建てる
バックボーン(SSL VPN系)再設計の構成図を描く
翡翠ちゃんデフォルメアイコンを描く
リバースプロキシ用のファイルをCG系/非CF系関係なく使い回しできるように書き直す
しぃのロゴをかわいくするorマストドンデフォルトにする
しぃに必要な範囲の絵文字を取り込む(しろぷよ入れたい...)
media-proxy-phpをGitHub送りにする
公開メディアプロキシのバックエンドにAzure環境を追加する
このアカウントは、notestockで公開設定になっていません。
デジ庁、頑張れとしかいえない。よく批判されるあたりの本来の所轄は総無能なのでかわいそうだけど横串だから頑張って。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ちなみにCloudflareが壊れたとき用のNginxロードバランシング設定はあるので品質を捨てて別ドメインでなら再開できる。その時はお知らせページをどうするか問題があるけど何も考えてない。
RE: https://mi.okin-jp.net/notes/9o56lscn8o
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@dev@post.naskya.net なるほど。参考になります!
怒られないならmegaへのバックアップの頻度を上げようと思ってたので助かります。
Fediverse関連サービスで他サーバー向けに公開しているメディアプロキシ・Summalyプロキシは私が被災してもCloudflareが生きてればサービス提供継続します。
Fediverse関連はCloudflareに依存しまくっているのでCloudflareがクソデカ単一障害点
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
私が認識している「仕事していてほしい」人が仕事をしてないことを公言しているとき、その人が「本当に仕事しないといけない」人なのか私の中のイメージだけの話なのか考えるようにしている。そして多くの場合わからないので、その場ではやいのやいの言わないでいる。
まあイメージ商売なところもあるのでその辺りの反響をちゃんとフォローしてないところはマイナス評価をつけざるを得ないとも思う。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
kmyblue(Mastodon)はZonePaneが絵文字リアクションに対応してるので使ってる。FedibirdとAPI的に互換性あるんだっけ?
kmyblue(Mastodon)はどっちかというと絵文字リアクションが付いてるのが見えるところがいいところみたいなところある
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Skebの開発者(@nalgami)が、MisskeyのRenote直後のノートや引用RNを検索するエゴサーチサービス「renotes.io」(リノーツアイオー)を公開中です。
https://renotes.io/
イラストを投稿した際の反応などをまとめて見ることができます。
Misskey偽中国語版
家庭時線 地方時線 社交時線 宇宙時線
:yurihasama_niko:由利覇 @yuriha
丁度今現在
偽中国語版表示機能現在可能!
汝愛好偽中国語版即我大変嬉也。
返事 回覧 反応 其他
鯖電脳切断発生
我必要再接続 我無視
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
3.11のとき健康保険証どっかにやって、落ち着いてから再発行したんだけどそのときに病院にお世話になったわけではないので実際どうなのかわからん。
ただ停電してて通信も途絶してるような場所で券面以上の本人性確認が走るとは思えないし、従来の健康保険証をなくしたまま避難しているひとも実在するので、そういう意味でマイナンバーカードになったからってそんなに極端に影響あるー?と思っている。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
マイナンバーって聞いただけで外野から批判するだけの人はいいご身分ですね。
報道されている所だけが被災地ではないし、電気や携帯電話は通じてるけど、かかりつけ医が診療できてないケースもある。帰省や旅行で被災した人もいる。
投薬履歴が確認できれば薬局で処方してもらえるようになってるので、お薬手帳以外でそれを確認する術を広めることに何の問題があるのか。
「電波も電源もないなかどうしろと?」河野太郎 被災地へのマイナンバーカード活用法指南が波紋(女性自身) - Yahoo!ニュース https://news.yahoo.co.jp/articles/470baea5a77e33bc7416ea90b5fe2276eef734db
3.11のとき健康保険証どっかにやって、落ち着いてから再発行したんだけどそのときに病院にお世話になったわけではないので実際どうなのかわからん。
ただ停電してて通信も途絶してるような場所で券面以上の本人性確認が走るとは思えないし、従来の健康保険証をなくしたまま避難しているひとも実在するので、そういう意味でマイナンバーカードになったからってそんなに極端に影響あるー?と思っている。
ふぃーお!を畳んで準備中のMastodon(kmyblue)をokin-jp.net系にコンバートするという説はある
マイナンバーカードって別にローカルオンリーでも使い道あるんでない?(券面自身が顔写真付き身分証明書で、券面入力補助もネット接続は不要)
マイナ保険証のほうは実際に使ったことないのでわからんけど、被災時に提示するシチュエーションは多くない気がする。
これで、連合先のアドレスを入力補完してくれればかなり良さそう。Mastodonのリモートフォローの上位互換になりうるUXだ。
RE: https://mkkey.net/notes/9o3zj35alr
nvmeのSSDを固定するこういうやつって単品で買おうとするとアリエクでなんで探せばいいんだろう…どんぴしゃりがみつけられん
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
1人1サーバーの究極分散環境なら現在のioの登録数でも40万サーバーと連合しうるんだから配送能力は高いに越したことはない。効率の観点では言及している人もいるとおり皆尽村は良いサイズ感かもしれない。
このアカウントは、notestockで公開設定になっていません。
VMのライブマイグレーション検証ができたら、誰かに計算資源としてつかっていいよがしやすくなる(するかはともかく)
このアカウントは、notestockで公開設定になっていません。
100人のユーザーがバラバラの100サーバーにフォローしている&一斉に投稿するくらいのシチュエーションだと配送キューにざっくり1万件は積まれるわけだし配送能力はいくらあっても良い。分散が進むとそれくらいは普通になるんじゃない?
ただ待機状態での負荷が増える変更があると小さいサーバーがきつい。
このアカウントは、notestockで公開設定になっていません。
航空安全推進連絡会議(JFAS)激おこ
警察・報道関係・SNSで情報発信する人全員に巨大な釘刺しをしている
[2024年1月2日に東京国際空港で発生した航空機事故に関する緊急声明 / Urgent Statement for the Aircraft Accident at Tokyo International Airport on JAN 02, 2024 | 航空安全推進連絡会議]( https://jfas-sky.jp/2024%e5%b9%b41%e6%9c%882%e6%97%a5%e3%81%ab%e6%9d%b1%e4%ba%ac%e5%9b%bd%e9%9a%9b%e7%a9%ba%e6%b8%af%e3%81%a7%e7%99%ba%e7%94%9f%e3%81%97%e3%81%9f%e8%88%aa%e7%a9%ba%e6%a9%9f%e4%ba%8b%e6%95%85/ )
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
豚汁と豚汁は別モンじゃね?個人的には、味噌汁に豚肉が入ってる程度のやつが豚汁で、味噌汁に浸した煮物くらいの根菜!豚肉……根菜豆腐根菜!!みたいなやつが豚汁ってイメージある
国内サーバーに拘らないなら
HostbrrのEPYC NATにLXDでMinIOとかも立てれば1VMでやすくMisskey建てられそう
Contaboのほうが安いかな?
このアカウントは、notestockで公開設定になっていません。
Xreaの無料メール鯖を使ってたけどOutlook(個人MSアカウント)に蹴られるので一旦Brevoにした。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
非httpsのリソースをどう取り扱うかは悩ましいが、今のところうちの公開メディアプロキシではとくになにもしない予定。
こういう状況のときに、大きいサーバ……というか、リモートフォローの多い、生きたユーザーをたくさん抱えたサーバは、処理量が多くなるので、そこがネックになりやすい。
webもかなり重くなるので、リモート投稿を受け付けるプロセスと、直接の利用者がAPI利用するプロセスをわけておくと、APIの応答性を守れたりするよ。
あとmstdn.jpでよく発生していたと思うけど、負荷が高まってくると画像のアップロードがコケるようになるんだけど、これもバックグラウンド処理があるからで、分離しておくと安定した動作を確保できる。fedibird.comでやってるよ。
まあそんな感じで、多少ソフトウェアの機能を調整したり、どうプロセスを分割して、どこにどのぐらいのリソースを割くようにするか調整するなど、運用って工夫次第なんだ。
あけおめ負荷試験もそうだし、地震も、他鯖の詰まりもそうだけど、そういうのを貴重なデータにして、仮説を立てておいて結果を検証し、改良を重ねて知見を積み上げていくんだよ。
で、ボトルネックは改善すると別の場所に移動するので、あとはバランスとりかな。
misskey.ioはピーキーなサーバなので、そのへん難しいだろうね。構成変更したときにバランスが崩れやすい。ま、任せるしかないけど! がんばえ!
Mastodonの管理画面でmisskey.ioのとこみると、fedibird.comの場合でフォロー合計46,237って出るんだけど、これは延べ人数。
たとえばしゅうまい君をfedibird.comからフォローしている人は1,186いるんだけど、しゅうまい君の投稿はそれぞれ1回だけmisskey.ioからこちらに送られてきて、それをこちらで1,186人のフォロワーに配る仕組みになっているのね。
だからユニークユーザー数も重要で、こちらは15,156。
15,156人分の溜まっている投稿を受け取って、46,237人に配るわけ。
fedibird.comの場合、フォロワーへ配る他に、各種の購読の処理が加わる。一般的なMastodonサーバでも、ハッシュタグのフォローの処理は加わる。
実際にmisskey.ioの15,156人から24時間にどのぐらいの投稿が配送されてくるのか調べると、1月2日の24時間でみると2,908人が行った29,354件の投稿になる。この数字も面白いね。
ちなみに、misskey.ioの配送の中には投稿だけじゃなくて絵文字リアクションとか投稿削除とかフォローリクエストとか承認とか、いろんなものが混じっているはずなので、投稿件数ではないよ。リアクションの割合は多そうだねえ。
このアカウントは、notestockで公開設定になっていません。
災害用品は購入も維持も点検もストックも大変なんで、私の周りではアウトドア用品をそろえて定期的に使おうってのをやってる人が多いな 個人単位はこれでいけて、ご町内や集合住宅だとイベントごとを開催して点検とお手入れするって方法が取れるかもしれない 用品の維持もしんどいけど、いちばん難しいのはモチベーションの維持
このアカウントは、notestockで公開設定になっていません。
配送遅延しがちなサーバーを「Outboxをポーリングしたいサーバードメイン」として指定して一定間隔でoutboxを外部のサーバーからポーリングする実装とかでも良いかもしれない。
配送能力が投稿増加に追いつかないとこうなるのはMisskey.ioだけの問題という風に考えるのは良くなくて、Misskeyというソフトウェアがリアルタイム性のためにキューを入れ替えるみたいな実装を考えるときが来たのかもしれない。
リアクションと投稿、どちらを優先するか、どれくらい遅延したら優先度を下げるかなど。交通機関の遅延回復みたいな話。
その辺りメールサーバーやってるところが同じようにマネージドマストドンやってほしい気持ちもある。
RE: https://mi.okin-jp.net/notes/9o0xi07mmn
会社のサーバがHostdonで立てられてても別に構わんと思うが。全部自社で管理する必要もないと思う。
これ(キャリア冗長も兼ねて)スマホ複数台持ってる民なので、上限3台とはいえどれかにつながれば良いという体験が良すぎる。
RE: https://mi.okin-jp.net/notes/9nz4yj6ojc
自身が需要家寄りでもあるので原子力をベースに火力で調整して再生可能エネルギーの割合は火力で調整可能が上限だと思っている。
少なくとも出力が0%になり得る電源をメインに据えるのは全く考えられない。基本的にインターネット・コンピューティングは電力めっちゃ食うし(だからNTTはIOWNをやってる)、分散システムも電力含めた資源消費を全体最適にできない事を忘れないでほしい。
低出力でも安全性の高い安定した電源(小型原子力など)を分散配置して発電という負担のかかる社会維持活動を広い地域でやれればいいのかな。
RE: https://mi.kuropen.org/notes/9o0hy0nrdu
このアカウントは、notestockで公開設定になっていません。
ワードクラウドを見てもそんな感じだな〜
RE: https://misskey.seitendan.com/notes/9nzsy8nagw
Proは昔からあるやつのリネームなのでIndigoの上位互換のつもりだとがっかり仕様とはよく言われている
RE: https://mstdn.sublimer.me/users/sublimer/statuses/111685974180480847
これ即時性のために消費電力問題を悪化させる可能性があるのと、サーバー利用でネイティブクライアントを推奨している都合届かないユーザーも考える必要があるから、割に合うかどこかでテストしてから入れたい。
この機能は公式にならない限り、みーくりあ!には入りません。
これはみーくりあ!が素のMisskey最新版を提供する事を目的としているためです。
みおきーでは提供時期を検討中です。(非常用省電力モード的な実装とセットで導入したいため)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
多分開発リソースからしていま管理者CLIまで手が回らない気がするけど、長期的には整備されてほしいところある
DB弄れば良いじゃんだといつまでたっても安定運用のための学習コストとミスの可能性が高いままになる
RE: https://mi.okin-jp.net/notes/9nz9t4tcpl
💬 Commented on "2要素認証によるログインに失敗する": PYU224 "google authenticatorを使っていますが、削除した二段階認証のキーを復帰させる事ができればそれはそれで問題は解決するんですが、方法が見当たりません。
管理者がサーバーを新設して早々にこれはまずい。"
https://github.com/misskey-dev/misskey/issues/12882#issuecomment-1873558848
2FA、ちゃんと実装されている前提でリカバリーコードの重要性の周知は進めないといけない。登録の導線で印刷なり保存なりさせるのはユーザーフレンドリーで良い。
今の主力仮想化基盤2カ所が大して離れてない距離にあるので2カ所とも被災したらDBバックアップで退避して速やかに再開する予定。ただみーくりあ!とふぃーお!は予備のリソースが枯渇する見込みなので一時的に落とすかもしれない。しぃ!(公開予定)はとても遠い場所にあるのできっと大丈夫。
https://www8.garmin.com/manuals-apac/webhelp/vivosmart4/JA-JP/GUID-59FB5218-F062-46C2-9239-8FDB39344A71-5371.html
Venu SQ 2だけど同じ感じでいけた
RE: https://mi.okin-jp.net/notes/9nz4yj6ojc
登録可能でユーザーがそこそこ居る自鯖じゃないとリーチ率がかなり下がるんかな
詳しくない人にはmisskey.ioから見たリンクを共有した方がフォローされる
これは冬コミで身に付けたFediverse的ライフハックですが、ActivityPubの仕組みに明るくない方に他サーバーの自分のアカウントを紹介するとき、直接自鯖のURLを伝えるのでは無くMisskey.ioで開いた自鯖のアカウントを共有することでフォローされやすくなるという知見を得ました
このアカウントは、notestockで公開設定になっていません。
公開メディアプロキシ、Summalyプロキシともに地理的に離れた場所に複数台実体があるけど、主力がNTT東エリアなので西にも分散したい。
地理的冗長性の重要性も高まってきているので本格的に分散の程度を上げたいし、日本の通信網も東京ー大阪だけじゃなくて北陸回り・新潟拠点化みたいなのやってほしい
+メッセージをインフラとしてちゃんと活用すべきだろう。 #信者
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
X (Twitter) において、API制限到達のため UN_NERV が投稿できなくなっているため、XのUN_NERVアカウントを確認しても意味がない模様。
ゲヒルン社はNERVアプリ(https://nerv.app/)の利用を呼びかけ。
https://twitter.com/UN_NERV/status/1741747711379206261
このアカウントは、notestockで公開設定になっていません。
「単純に利用人数が多く、その分フェイクニュースとかを流そうとする輩は増えるよね」「そういやこないだTwitterカードの表示内容をリダイレクトでどうこうする話を見た気がする」あたりを中心とした「いやマジで緊急事態の時に私はたぶんそのへんの情報の取捨選択が出来る冷静さは持てないぞ」あたりの話ですね
冷静さを持てないので信用出来るソースにこちらからアクセスをしたほうがいい
みおきーのCLIモードはこちら https://mi.okin-jp.net/cli
https://post.naskya.net/notes/9nxxqwd6z2r2c7pk
RE: https://mi.okin-jp.net/notes/9ny97p3eps
被災地に思いをはせながら、いつも通り消費活動して、経済を回す。3.11のときにやってほしかったことはして、うれしくなかったことはしない。ということで基本的には平常運転でいきます。
お知らからの転記です。他におすすめのクライアントがあれば教えてください!
----
MFM対応含めて多機能なMiriaからWebでシンプルに複数TLが表示できるMissLiまで多数のクライアントが開発者の方々からリリースされています。
- Miria Android iOS HP 最もおすすめ
- Milktea Android Android軽量
- ZonePane Android 複数アカウント向き
- MissLi Web Web軽量
- Kimis iOS iOS軽量
RE: https://fi.okin-jp.net/notes/9ny8yboym11uetwv
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
三井住友同士なら手数料かからないから少額投げるというのも出来るけどネット上で投げ合うならKyashの方がやりやすそう
あけおめ負荷試験、無事終了ということで簡単にご報告を。
Mastodonは、処理を小さな単位に分割し、それらを大量に処理する構造になっています。
具体的には、投稿の処理、お気に入りの処理、誰かのタイムラインに投稿が届いた処理、リモートサーバに届ける処理、などの小さな単位に分かれていて、これをdefault、pushなどの分野ごとにわけ、順番に処理しています。
処理の一つ一つを『ジョブ』と呼び、順番に処理する待機列を『キュー』と呼んでいます。
『Sidekiq』という仕組みがこれを支えています。
新年は、いつもよりたくさんのユーザーがアクセスし、新年の挨拶などを大量に投稿しますので、膨大な『ジョブ』が発生し、『Sidekiq』の『キュー』で長い順番待ちが発生します。
そうすると、タイムラインに5分前や10分前の投稿は届くけれども、いま自分が行った投稿は流れてこないなど、処理の遅延が発生します。
時間をかけて順番に処理しているだけなので、待ってさえいれば確実に終わるということでもあります。
こうした状況は意図して発生させることが難しく、地震のように予測できないものに比べ、新年は発生タイミングがわかっているので、貴重な機会になっています。
あけおめ負荷試験、無事終了ということで簡単にご報告を。
Mastodonは、処理を小さな単位に分割し、それらを大量に処理する構造になっています。
具体的には、投稿の処理、お気に入りの処理、誰かのタイムラインに投稿が届いた処理、リモートサーバに届ける処理、などの小さな単位に分かれていて、これをdefault、pushなどの分野ごとにわけ、順番に処理しています。
処理の一つ一つを『ジョブ』と呼び、順番に処理する待機列を『キュー』と呼んでいます。
『Sidekiq』という仕組みがこれを支えています。
新年は、いつもよりたくさんのユーザーがアクセスし、新年の挨拶などを大量に投稿しますので、膨大な『ジョブ』が発生し、『Sidekiq』の『キュー』で長い順番待ちが発生します。
そうすると、タイムラインに5分前や10分前の投稿は届くけれども、いま自分が行った投稿は流れてこないなど、処理の遅延が発生します。
時間をかけて順番に処理しているだけなので、待ってさえいれば確実に終わるということでもあります。
こうした状況は意図して発生させることが難しく、地震のように予測できないものに比べ、新年は発生タイミングがわかっているので、貴重な機会になっています。
APは遅延に敏感なプロトコルではないので負荷平滑化のために適切にキューを貯めることは認められるべきじゃない???
今回は意図してないとはいえこれについて連合に迷惑を掛けたというのは見当違いだと思う。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
9161 Misskey.io
940 にじみす.moe
657 misskey.design
633 TRPGがすきー!
488 ゲームすきー
419 ぼすきー
361 すしすきー
332 隠れ家
286 BackspaceKey
269 みすきーすくえあ!
251 ノベルスキー
234 LIVE_THE@TER_NET
226 sideMisskey
219 お絵かきすきー
171 いかすきー
161 にりらみすきー部
132 9ineverse.com
129 Misskey.art
118 シュリンピア帝国
113 りずみすきー
110 Maniakey
109 みすてむず
107 Submarin
96 かせいすきー
96 misskey.cloud
95 のえすきー
89 Eostagram
84 ぶいちゃ.social
76 みすほわいと
69 Misskey.gg
68 Misskingway
63 PrisMisskey
59 おとすきー
51 FireFish_by_ranranhome.info
49 Resonite.love
48 お嬢様達のお茶会
43 もこきー
41 ねこみやすきー
40 りんごぱい
36 ねむすぎー
33 たけすきー
32 nicomedkey.cc
#オンラインユーザー
このアカウントは、notestockで公開設定になっていません。
【拡散希望】【求人のお知らせ】
株式会社スケブでは最新のWeb技術に興味のあるエンジニアを募集しています!
https://skeb.co.jp/recruit
「エンジニアもクリエイターである」という考えのもと、完全在宅、最低年俸700万円、電気代半額補助等エンジニアが働きやすい環境を構築しました。
添付のイメージ、および採用ページをご覧の上ご応募ください。
※ 歓迎スキルは必須ではございません。
このアカウントは、notestockで公開設定になっていません。