先にremove_indexすると死ぬからpostmigration必要だけど
For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
ここに出てたね
https://github.com/tootsuite/mastodon/pull/13695#issuecomment-640250725
スルーされてそのまま行ってるけど
そもそもremove_indexがデフォでif existsしてくれればいいんだけどそんな優しくない(ミスに気づけなくなるので悪影響が
改造してない普通のサーバーにはあるはずのindexなのでpgheroが生成するコードにはそれがある前提で削除処理が書かれる
→それをそのままPR、マージ
→昔pgHeroが生成したコードで勝手に消した人はないので死
ちなみに:やらかし詳細
・db:migrateを回し忘れてわちゃわちゃする
・なぜかremove_indexできずにコケる
・昔duplicate index消したことを思い出す
・とりあえず実行するimageのhashを古いやつにする
・remove_indexのうちすでにないやつ消す
・やり直す
・やった
どっちのスマホが好き(今買うならどっち)
[でかい(5.5インチ以上)]
Pleromaのコンフィグ見てたらMRF.SimplePolicyにreject_deletesなんてものがあったのでリモートに流れた投稿は削除されないものって思うのがマジになってる
わかる
~~~~~~~~~~
[https://odakyu.app/@genshijin/104471699661328173]
ユニットコム、「iiyama PC」や「中古PC」の製造体制強化に向けて新工場2つの稼働を開始 - AKIBA PC Hotline! https://akiba-pc.watch.impress.co.jp/docs/news/news/1263588.html
中 古 P C の 製 造
表示するものがなければ関連するViewごとまとめて消すコードを書きたかったんだけどどうしてこう上手く行っちゃうかな(エラーが出たほうが安心するタイプ)
我ながらメチャクチャなcastでメッチャクチャなコード書いたから絶対動かないだろうなーと思ってたらなんか動いちゃってビビっています
このアカウントは、notestockで公開設定になっていません。
じゃこでオブラートに包んだね
~~~~~~~~~~
[https://odakyu.app/@genshijin/104467671608465038]
Today's Activity
トゥート数:98544(93)
フォロー数:302(1)
フォロワー数:1736(2) (FF比:5.748)
TPD:138.599(-0.064)
アカウント開設から711日でした。お疲れ様でした。 #ars42525