自分でいじってプルリク投げようぜ（ひどい）
自分でいじってプルリク投げようぜ（ひどい）
たぶん広島の227-0からの変更点が極めて小さいから、管理上の番号分けしただけですよと言いたいんだろうけれど。
岡山の新車は227系500番台になったそうで、和歌山に1000番台投入したのになんで番号がロールバックしたねんとツッコミを入れているところ
まじめに職場の加工機の操作パネルの表示が数十ミリ秒遅れたらイラッとくるので嘘とは言えない
デバッガでUnloaded_shiori.dllってなってるので、FreeLibraryしたのにまだスレッドが走っているかなにかで「もうなにもないごみメモリ空間を実行しようとしてる」感じがする。
このアカウントは、notestockで公開設定になっていません。
イラチの大阪人（ワイ）が我慢できる程度になるよう常時調整しておりますので。
でもうかどんのレスポンスに慣れるとよそだとちょっとしんどいかも？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
鉄道のほうは小さすぎて、ぬれ煎餅工場買ったおつりのおつりのおつりのおつりぐらいで100年維持できるから…（震え声）
このアカウントは、notestockで公開設定になっていません。
滋賀ローカルなほうの近鉄とかお買い上げして金の力で新車入れて大増発とかしたら泣いて喜ばれますねたぶん。
5000兆円もあれば線路も電車本体も買える、いやむしろ鉄道会社ごとお買い上げできるはず…
どっちかというとユーザー数が異常急増した後の今は、モデレータ達の血の涙でできている感じだけれど。
電車の運転手さんもつけておいてください。
まあ特に複数アカウント取るのが制限されているとかでもなし、テキトーでいいのよ。
Fediverseは自由だ。ただしインフラ屋たちの血の涙でできているんだが。
@ambergon ナンデヤネン＝ナニモワカラヘン (2023-2077)
なんかめんどくさいことしなくても、c-sharedでダイレクトにDLL吐けるっぽいけど
goがno goな話、DLLなのでmainがないから、明示的にunloadでなにかしらランタイムを終了処理する関数呼ばないと、ゴミが残ったままになるとかなのでは…？
このアカウントは、notestockで公開設定になっていません。
@noellabo 実は競合サービスごと燃やす焦土作戦の亜種なのでは…（考えすぎ）
「そろそろ落ち着いたっぽいし頃合いなので次の段階へ進むためにいったんfedibirdの登録受付を停止するよ」ってのえるさんが17時間前に言ったばかりだというのにこの流れである。
しかもなんかまたMastodonを指すリンクの一部が有害判定喰らってる様子でございまして、もうさっさと焼鳥にしたほうがいいんじゃないかと思う次第でございます。
このアカウントは、notestockで公開設定になっていません。
これ、Twitterの私の連投のやつなんだけど、いくつかのサーバの紹介（URLが入ってるやつ）表示されないかな？
https://twitter.com/noellabo/status/1502177578760560641
自分でログインした時はみえるんだけど、ログアウトした状態とか他のアカウントだと見えないみたいんだよね。
> このツイートは表示できません。
伺かの影響範囲
・ついっとゅうプラグインが今度こそ死亡確認(うかどんゅうは当然健在です)
・GCさくらの通知機能が完全に動かなくなる(Fediverse上のやつは当然健在です)
twitter.com のDNS名前引き有料化とか（だれも到達できないし有料契約もできない）
goがno goなやつ、デバッガひっかけて実行したSSPだと落ちないというあるあるな流れになってナンデヤネンって顔してるところ
go SHIORIがno goな問題はビルドしたやつどっかに置いといて
「ゴーストが消えたら連動して消える」がめんどくさいぐらいかなあ。
「ゴーストが勝手に自分で登録できるスケジュール領域」を作って、登録した日時で全員にイベントが飛ぶ感じ？
https://ukadon.shillest.net/@steve02081504/109793300335952980
うりゃうりゃ
$ git remote add fedibird https://github.com/fedibird/mastodon.git
$ git fetch fedibird
$ git cherry-pick ad6255c0f0f1e782c4c948f0a3ae632da73482d7
CONFLICT (content): Merge conflict in app/models/account.rb
$ vi app/models/account.rb
:
@@ -68,2 +68,4 @@ class Account < ApplicationRecord
+ DEFAULT_FIELDS_SIZE = 8
+
include Attachmentable
@@ -94,3 +96,3 @@ class Account < ApplicationRecord
validates :note, note_length: { maximum: 500 }, if: -> { local? && will_save_change_to_note? }
- validates :fields, length: { maximum: 4 }, if: -> { local? && will_save_change_to_fields? }
+ validates :fields, length: { maximum: DEFAULT_FIELDS_SIZE }, if: -> { local? && will_save_change_to_fields? }
@@ -326,4 +328,2 @@ class Account < ApplicationRecord
- DEFAULT_FIELDS_SIZE = 4
-
def build_fields
$ git add app/models/account.rb
$ git commit
このアカウントは、notestockで公開設定になっていません。
3.xのころのコードならまあ手パッチよねーとか思いながら調整したけど、4.1でもじぇんじぇん変わってなかった
fedibirdのえらいひとからおしえてもらっていっぱい増えました！
https://github.com/ponapalt/mastodon/commit/50f90fc85eca3fbd226f07c3911d87b4ec468ac8
ざんねんながらBWRは下からなのです。
ABWRは駆動方式自体が二重なのでいきなりぶっ壊れてすっぽ抜けるとは考えづらいけど。
自転車をこぎながら「制御棒、上から抜くか、下から抜くか」という映画は流行るかどうか考えていた
@aobanozomi みんな理解してくれるかどうかは知らんけど。
@ponapalt v3.4.1向けだけど、ここらへんですよ
https://github.com/fedibird/mastodon/commit/ad6255c0f0f1e782c4c948f0a3ae632da73482d7
蒸気発生器とか構造的なウイークポイントもあってまあなかなかどっちが良いとかは言いづらいんだけど、プラント全体の構造としてBWRより手堅いとざっくりと評価してる（たぶんだから先行して再稼働できたんだろうけど）
昨日社内で
「中性子急減信号とか制御棒落ちたんじゃないよな…」
「まさかぁ、センサーの故障かなんかでしょ？」
って言ってたのに…
まあともかくなんかあったときに手堅いPWRでよかった。
[ Yahoo!ニュース: 高浜４号機トラブル、制御棒駆動装置に不具合（産経新聞） - Yahoo!ニュース ]
https://news.yahoo.co.jp/articles/10e198d981041f1fdef5ef03627df5cf76441e4a
JSONまるっとDBに放り込んでるだけなら、構造変えずにスクリプト側の変更だけでどうにかできそうね…？
> SELECT fields FROM accounts WHERE id=1;
:
[{"name": "Web", "value": "http://zunda.freeshell.org", "verified_at": "2018-10-09T20:18:30.550Z"}, {"name": "Keyoxide", "value": "https://keyoxide.org/f60960d80b224382ca8d831cb56c20316d6e8279", "verified_at": "2021-05-04T19:48:01.306Z"}, {"name": "商品名", "value": "ずんだもち"}, {"name": "原材料", "value": "大豆 餅米 砂糖 食塩"}]
> \d accounts
:
fields | jsonb | | |
ほむー
このアカウントは、notestockで公開設定になっていません。
トゥート長増やしたり投票項目増やしたりする改造は2-3箇所程度（フロントエンドとバックエンドでチェックしてそうなところを書き換えただけ）で済んだので、似たような手段でどうにかできると思いたい
この欄増やす改造したいんだけど、RoR初心者だから怖くて手を出せてない
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
一番素直というか「一番キャッシュの動作が信用できそう」なだけで、逆にその挙動が悪さをする環境があるかもしれない…
一応今まで試した中で一番素直だったのunboundなのでおすすめしときます…
やっぱり自前DNSしか…（つらい）
RTX830 の DNSサーバ（リカーシブDNS）で IPv6 が引けない件 - あきそふと開発日記
https://akisoftware.com/cgi-bin/blom.exe?akisoft+sl+f911540089369fe140b3507e170a4b0f87779f38
DNS もルータもネットワークも全然詳しくないので何もわかってないんだけど、どうも RTX 側が悪そうだということは割と確度高いと思ってる
でもって、この人の例だと IPv6 PPPoE 使ってるからどうにかなってるけど、うちは IPoE なので `restrict pp` で問い合わせ先を変えることができないのでこのワークアラウンドは使えない
20.9 DNS 問い合わせの内容に応じた DNS サーバーの選択
http://www.rtpro.yamaha.co.jp/RT/manual/nvr500/dns/dns_server_select.html
Happy Eyeballs v2のネットワークインフラ屋のことをまるで考えていない仕様のせいで、AとAAAAが同時に非同期で名前引き実行されてしまい、DNSキャッシュがイマイチなことになっているのでは説
