@BlackStrings 相変わらずへっぽこ実験プラットフォームなので時々落ちるけどな!!
@BlackStrings 相変わらずへっぽこ実験プラットフォームなので時々落ちるけどな!!
まあなんかあおいとりさんで妙な騒ぎが起きるたびに、とりあえず維持しといてよかったなーと思うわけです。自腹だしたいへん維持管理がめんどくさいけど。
「我々は投降します🚪 (青い鳥から逃げ出す)」
Twitterのバッジマークの缶バッジ作って、Twitterより安くでバッジ付けられる!って売るか。(売らない)
「なんでそんなにいろんなことできるの」
「その分身の毛もよだつようなハチャメチャな失敗の山を作ってきたから」
ワタクシの場合、大昔に交通事故でど派手にかっ飛ばされて以来、「致命傷でなければどうにかなる」をモットーにたくさんド派手な失敗を重ねてきたけれど、まず(当然怒られは発生するけど)失敗を許容する文化で育たないとキビシイんじゃないかなあと…
作り方が公開されている(作った後で継続的に安定運用できるとは言ってない)
なかなかむずかしいデス。
このアカウントは、notestockで公開設定になっていません。
NovelAIがNoelAIになります。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
まあFediverseは壁打ちで耐えられる人向けよねえ…
ただクリティカルヒットするかもしれない人に届けられる率はむしろ高い
あおいとりさんは「D2CとかP2Cとかいわれても3文字系よくわからない略語なんぞわからん!」って愚痴っただけで、情報商材系スパム的なやつからフォローが飛んできたりグループチャットへの参加承認がどうこうとか飛んできたりするので、すでに実運用に支障が出ている感ある
TwitterからFediverseに移行しようぜ運動(○ヶ月ぶり○回目)
このアカウントは、notestockで公開設定になっていません。
TwitterからMastodonに移行しよう、という小さな波が起きています。まあいつもの感じです。
少し様子が異なるのは、どうやって運用するか真剣に考えている人が多いことです。
で、TwitterのFediverseに移行した仲間を探索したいというニーズから、みかけた範囲で二つのツールが登場しています。
Fedifinder
https://fedifinder.glitch.me/
こちらは、Twitterの表示名をFediverseのacct、例えば私の例でいうと_@noellabo@fedibird.com_にしたり、説明やURLに fedibird.com/@noellabo などと記載することで、これを収集して移行先のアカウントをみつける仕組みです。
Twitodon
https://twitodon.com/
こちらはTwitterログインとMastodonログインして、このサービスを使ったユーザーの中からリストの突き合わせをするサービスです。みんなが使ってないと情報が少なくてダメなやつです。
Twitter連携とかログインとかするので、そのあたりはご注意ください。 [参照]
今日のうちに「ラーシェ」と入力すると紀州鉄道になります。
<何かネタがある時にだいたいダシにされてる気がする…
バンダイ急行電鉄(本社内の園内遊具)とかで名前だけでも復活しないかな(しません)
このアカウントは、notestockで公開設定になっていません。
海に始まる
山に始まる
終わりなき旅へ
紀 州 鉄 道
#roman_tetsudo #shindanmaker
https://shindanmaker.com/1016370
・路線の短さ全国2位(独立した私鉄としては1位)
・海には行けるが山には行けないし旅は一瞬で終わる
・これ芝山鉄道も出るの?
南無阿弥陀仏的なやつの代わりにスヤァと唱えると現世に居ながらにして天国に導かれるとする宗教
とにかく寒いと寝られないんだけど、できれば部屋ごと温度を上げたほうが睡眠の質向上と疾病リスク低下と相関がありそうな感じなので、保温効果狙いもそこそこで良いっぽいです。
布団の重さと睡眠の質に関するデータは持ってないです。寝相が悪い人にとってはあんまり重いと寝にくいのはわかる。
あと、軽いのを求めすぎて寒いと本末転倒なので、先に保温を優先した上で軽いのが好きならなるべく軽いのを選ぶとかそんなんでいいと思う。
このアカウントは、notestockで公開設定になっていません。
うちだとちゃんとOnShellChanging中はNOTIFYになってるんだけどなあ 何が違うんだ…?
「どちらが良いかわからない時は、ghost_installer_static.exeを使ってください」の一言を追加で
https://ukadon.shillest.net/@steve02081504/109255634460457910
そのヤバいかクソヤバいかエターナルフォースクソヤバいかの3択みたいな大阪市内の道路はどうにかすべき #frfr
うんまあ大阪市内の下道走るよりは…そうね…(死んだ目で) #frfr
このアカウントは、notestockで公開設定になっていません。
道路自体がカオスな上にドライバーが荒っぽいとか世界ワーストレベルの酷さ
・首都高速は道路自体がカオスで酷い
・阪神高速はまわりの車が荒っぽくて酷い
高速道路は合流さえなんとかすればあとは楽なんだけどなあ。ただし都市高速を除く(阪神高速1号とか)
教官の方にはたいへん申し訳ないんだけれど、自動車教習所ではできる限り「やってはいけないこと」をやっておいたほうがいいと思う。
急ハンドルはともかくとして、いざという時のために教習所内か私有地で急ブレーキの練習をみっちりしておくべき
このアカウントは、notestockで公開設定になっていません。
そろそろJR西のボロ判定車が117系か201系になりつつある昨今、加古川線と播但線の103系はいかがお過ごしですか。
映像だけ見せても全く意味無いし、転載の転載の転載の...転載するなら解説テロップくらいつけれや!><
って思う><
(ググらず解説なのでもしかしたら間違ってるかも><;)
こういう風に駅構内で車両を動かす時には、運転士の責任では動かすことはできず、操車掛っていう旗もって指示する人の指示によって動かす><
この映像は機関車から切り離した甲種回送(鉄道車両を鉄道路線を使って輸送すること)車両がブレーキがかかってない状態であり動いた事例><
甲種回送中の車両の多くは、輸送時用の仮のブレーキシステムを使っており、この事例では最終的に添乗していた職員がブレーキをかけたと思われる><
この事例では、車両が動き出してしまったあとに人間が止めようとする行動をしてるけど、止まるわけがない><(質量を考えれ!><;)
操車は、再び連結させる事で止めようと咄嗟に思ったらしく、旗で「ゆっくりこっちに来い」って指示を出してる><(ダメだし、うまくいくとは限らないし悪化させる可能性もある)
でも、しがみついてる人がいるわけで、そこに機関車でつっこんだら轢くかもしれないし、運転士からは連結器周辺の状況なんてよく見えない><
その結果、どうしたらいいのかわからず指示は一応無視せず、中途半端に機関車を動かしたんだと思文字数
"忘れた頃にやってくる…" を YouTube で見る https://youtube.com/shorts/2VHimxzwH7c?feature=share
怪我人出なくてよかったな
実行前と比べて1.5GBぐらいDBファイルサイズが減ったので、まあたまにはやったほうがいいねと思ったところ。
fedibirdさんは120GBぐらいあるようですが、うかどんは8GBしかないのでさっさと停めてダンプ&レストアでやりました(事後報告)
雑すぎる。
#fedibird 4:19〜4:21の約2分の停止メンテナンスを行い、データベースのアップグレードを行いました。
普段の再起動メンテより短いですね。
--
今回実施したのは、PostgreSQL 14から15への更新です。
fedibird.comのデータベースは約120GBほどありますが、これを通常の方法でバージョンアップしようとすると非常に長い時間がかかります。まあ少なく見積もっても数時間。下手すると半日以上かかるかもしれません。
なので、アプローチを変えて、新旧のデータベースをロジカルレプリケーションであらかじめ同期しておき、最後に停止して切り替える方法をとりました。
今回はしっかり停止して行いましたが、pgbouncerでとめて、数秒で切り替えるのも可能かな。利用者が気付かないレベルのやつ。
うさぎ島でうさぎと戯れてたら唐突に出現する毒ガス島の案内、産業遺産フェチとしてはとてもよい
このアカウントは、notestockで公開設定になっていません。
あとこっそりSSPが2.6.17になってます
(それはこっそりせんでええ)
#ukagaka
こっそり(不)定期検査を兼ねてアップグレードを終わらせました。20分ほどサービス停止してました。
postgresql 14=>15
まあでも、pg_upgradeは--link付けずにやるか、ダンプ&リストアした方が、データ領域の無駄部分が綺麗になって気持ちいいかもしれない。
@osapon 有用情報なので追記ぶらさげます。
--
Ubuntu / Debian 系でpg_upgradeclusterを使う場合、内部でpg_upgradeを使うように指示して--linkオプションをつけます。
sudo pg_upgradecluster 14 main -m=upgrade --link
また、比較的メジャーなところで、pg_repackを使ったことがあると、そのextensionがインストールされてるので、移行先の方でもpg_repackが使えるようにしておく必要があるけど、まだpostgresql-15-repackがリリースされていないので、対処が必要。
移行元でとりあえず消しちゃうのがはやいかな。
drop extension pg_repack;
pg_repackはv1.4.8でもう15対応してるので、ソースから入れちゃうのも手。
pg_upgrade、--linkオプション使ったら一瞬で終わるよ。データファイルの仕様に変更がないか、有っても新しい仕様の機能を使わないなら。
ピクファン開催期間中に致命的なバグを起こさないようにしないとヤバそうだなと思いつつ空気を読まずSSP更新する開発者の鑑になりたい
ポスグレさんは毎回メジャーアップグレードにダンプ&レストアまたは実質相当コマンドを必要とするのがアレ