宅内RUNを速くしないとね!
(ウォーキングマシンを買う)
このペースでいくと、人の気持ちをきちんと理解してくれるAIの登場まではあと1歩、自我持ちAIまではあと数歩だと思うけど、それぞれの個人の状態なんて自分で管理するしかないので、結局のところ結論は知らんがな ということになるのですね。
知らんがな
知らんがな
ってシバかれるに1票
まずAIちゃんにやる気とか気力とかを体験し理解してもらう方法から考えないといけないゾ
たぶんウイルス系の風邪が流行してる(一部に旧型・新型コロナ含む)っぽいのを引き続き観測しているので、皆様おだいじに…
このアカウントは、notestockで公開設定になっていません。
@ambergon ゴーストだけ呼んでるのならあってます exeが複数立ち上がったら(ロック設定解除してなければ)バグ
門真と守口にだいたい集まってるせいで正直けいはんなにあったこと自体いままで知らなかった
メモリ8GBあったら、200人乗っても大丈夫だしえらい棒(Elasticsearch)も詰め詰めできそうですね?
百人乗っても大丈夫マストドンだと
・メモリ4GB
・SSD400GB
・仮想4コア
・さくら石狩1
・FreeBSD
・FreeBSD
・FreeBSD(大事なことなので3回言いました)
って感じですね。
一人サーバの参考用の話。
実際にKAGOYA使ってる鯖缶(『ドン・ゴロツキ』と『かるかどる』)の証言もまとめておいたよ。 [参照]
くーげるさんも活動長いよなあ…
まだちゃんとゴースト公開状態だった。
冷蔵庫さんが流れていった(冷蔵庫いうな)
一人Mastodonでどのぐらいのスペックあればいいかって?
通常時にメモリ2GB以上あると、安定していてトラブルも起きない。データベースも割り当てメモリが少ないとクエリが遅くなる。
Sidekiqのスレッドは5あれば十分で、まあ25スレッドでもいいけど、別にCPU x1でいい。x2ならなおよし。
スレッドを絞れば、データベースのコネクション数を減らしてWorkingメモリを十分に確保でき、性能も出せる。
ストレージは、オブジェクトストレージ使うなら25GBとかでもいける。200GBぐらいあれば、オブジェクトストレージなしという構成でいける。
低予算ならKAGOYA CLOUD VPSの大容量プランの一番下、2GB / 2 CPUの、ストレージ200GBあたりがいいと思う。月880円。
けいはんな(京都)のデータセンターで、円ドル相場の心配もない。
運用では、リモート画像キャッシュやリモート投稿の定期削除などを仕掛ける。
ケチった構成のようだけど、これでちゃんと、かなり快適なパフォーマンスでるよ。
一人鯖、遅いと、何でお金出してやってるのか見失って、運営やめちゃうよ。
@Aqraf まあ商売敵だからね…仕方ないね…
とはいえ中百舌鳥の乗り換えもたいがい長かった気が…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
お願い、死なないでSSP!そのプロセスが今ここで倒れたら、今日バグを取りきるという約束はどうなっちゃうの? メモリはまだ残ってる。ここを耐えれば、ゴマカレーや伺アニの締切に勝てるんだから!
次回、「SSP死す」。デュエルスタンバイ!
https://ukadon.shillest.net/@YassanMossan/109854261387769871
このアカウントは、notestockで公開設定になっていません。
@YassanMossan @nikolat 一応警告:エンドツーエンド暗号化されてるわけではないので、めっちゃ頑張ればサーバの管理者(Mastodonの権限持ちではなく直接のサーバ管理者)は見えなくもないので注意。
つまり該当者は1名(=私)
当然ながら管理者の矜持として見るつもりはないけど。
@YassanMossan @nikolat 自分にDMすれば外から見たら404になることを確認
またなんか微妙に流入が増えてるんだけど、今度は何があったの…あおいとりさんのAPI有料化前の駆け込み…?
https://bitcoinhackers.org/@mastodonusercount/109853541720476737
9,437,123 accounts
+816 in the last hour
+18,746 in the last day
+77,877 in the last week
@steve02081504 OnUpdateProcessExec is triggered when only the following criteria are met:
- Manual update execution from the menu
- Automatic (periodic) update request from SSP (not from script)
- Manual test execution from the Developer test palette
The above event is not triggered by SakuraScript update execution, so you don't need to do anything.
If you worry about "automatic" execution, you can check Reference0 == auto.
@Hans198 あ、それかも…
NAS上のフォルダからそのまま起動だとだめで、ドライブ割当したら動くとかありそう
@Hans198 あとそこでエラーになるとするとファイル置いてある場所(マイドキュメントの仲とかそんなやつ)が大きくかかわってきそう
@Hans198 ええ、なので57と58の間で変更した何かで起動できなくなってるのは確定(57より前はOK,58よりあとはNG)なの…
@Hans198 とりあえず57で運用して
早朝すっきりした頭で58の変更点洗い直してみる
あとはSSP置いてるパスがどこかとかわかるとうれしい
@Hans198 57と58でそれぞれエラーになるかどうか
そのへんで設定読み込みのコードががらっと変わったので怪しい
このアカウントは、notestockで公開設定になっていません。
@Hans198
・data\language\japanese\message.txtの中身は健在かどうか
・健在ならもう少しバージョンさかのぼってみて
このエラー、相当ひどくぶっ壊れたパターンでないと起きないんだけどな…
そしてそういう音を聞いた瞬間、オフのときだろうが旅行中だろうが容赦なく即座に脳内で超高速FTAモードになってしまいいまいち休めないという難儀なやつ…
特に聴覚過敏とかではないけど、「機械が故障寸前の時の音」にだけは異様に感度が高いという謎の症状がある(それは職業病)
答:試したことないからわかんない!
https://ukadon.shillest.net/@kanade_lab/107790378871667569
あと同じくDDMとかでない限りタイヤみたいな高摩擦係数のやつ使うときには差動装置(ディファレンシャルギア)は要るよね。
EVも電車も「動的に切り替えする」ギアがないだけで、スタティックな減速歯車はあるはず…(DDMとかの事例を除く)
テキストデータとかだいたいそのへんの圧縮アルゴリズムだと何でもけっこうな圧縮率を達成できるし、逆にPNGとか最初っから内部でデータ圧縮処理がされてるやつとかだとヘタこいたらむしろ増えるパターンまである
zlibの履歴バッファ内について、本来有効なデータではない領域がゼロであることを仮定して無効な範囲の履歴バッファを見に行くやつが昔あって、それが今のzlibだと展開できないというとてつもなくめんどくさい問題。オールゼロ初期化されたプリセット辞書を使いますっていう仕様なら正当だったんだけれど…
目的を達成するためにzlibのコードにまで手を入れるキチガイ系デスクトップマスコットアプリ
SSP 2.5.70
https://ssp.shillest.net/
YAYA Tc569-5 / Tc569-6
https://github.com/ponapalt/yaya-shiori/releases
づほちゃんサーバ連系線からの解列了解。
このアカウントは、notestockで公開設定になっていません。
加工がうまくいかなくて現実逃避していたらいつのまにかこのようなスタンプが出来上がっていた鯖管の心情を述べよ(5点)
一番おもしろいところは、羽田の新ルートじゃない『『従来からのルート』』は香港カーブっぽい事をしてる事><
これ杉江氏でしょ絶対?><; と思ったら杉江氏だった><;(ほぼトンデモな人><)
"毎日新聞の記事では新ルートについて、元機長による「これで羽田は世界一着陸が難しい空港になるでしょう」との意見も紹介されている。"
羽田新ルートの「通常よりも急角度」という降下角度に対し懸念の声 | スラド セキュリティ https://security.srad.jp/story/20/02/13/1459241/
世界一着陸が難しいとどうしても言い張りたいなら、テンジン・ヒラリー空港に行ってからにしろ的なアレ
このアカウントは、notestockで公開設定になっていません。
いつruby27に切り替えようか思案してる地雷趣味野郎の当方はともかく(もう少し待ちなさい)
node・ruby・postgresql・redisのバージョンを順次様子を見ながらアップグレードするなんてまあ普通厳しいもんなあ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
永続化してる部分のRedisのデータはtootctl feeds buildで全再構築できるはず。
永続化してない部分は当然安全に捨てられる。
うちは安全安心頑丈で定評のあるFreeBSDなので11->12へ雑にアップグレードしてportsから全ビルドしました。
・DBをダンプ&レストアしろ
・オブジェクトストレージ使ってないなら public/system 以下を何らかの手段で丸コピーしろ
・設定ファイル (.env.production) を再設定するかコピーしろ
・新規立ち上げ先はDB初期化処理だけしてセットアップはするな
・redisはtootctl feeds buildすりゃ復旧できるから捨ててよい
ってとこですかね。
さくらのVPSのスタートアップスクリプト、postgresql 9.6+node 8ではないか…mastodon3.1以降動かんぞ…
電話猫をコラした現場猫を原作者がリファインした仕事猫を描いた人ふつうにヨシ!な現場のお仕事も受けてて笑える
なるほどね?
[くまみね工房: 現場猫に関する解説]( https://kumamine.blogspot.com/2019/12/blog-post_25.html )
このアカウントは、notestockで公開設定になっていません。
謎すぎるというか大丈夫か(うたがいのまなざし
いやドッグイヤーな業界で5年分払ってくれるなんて永年無料に値するんだろうけど。
このアカウントは、notestockで公開設定になっていません。
安易にキャラクター頼みとかではなくこういった独自性を出してくるのとても斜め上すぎるけど好感が持てる
このアカウントは、notestockで公開設定になっていません。
絵師1万人ぐらいの猫率を示してもらわないと、神絵師は猫を飼っている率が高いなんて言いようがない。
一方バグ開発者は犬を飼っているのは事実である。