03:37:15
icon

まーーーた読んでたネッツ小説でカスの無能が無思慮に暴れることでストーリーが展開するようになってきてガッカリです

03:41:17
2024-12-10 02:30:28 kb10uy님의 게시물 kb10uy@mstdn.maud.io
icon

Nihongo gaUTenaitokiha /TL
noMinaSannni /SKK
EnjinqninatteitadakukotodeMondai woKaiketu siteimasu

03:41:26
2024-12-10 02:27:44 unarist님의 게시물 unarist@mstdn.maud.io
icon

This account is not set to public on notestock.

06:23:20
icon

Rust-Based, Memory-Safe PNG Decoders "Vastly Outperform" C-Based PNG Libraries - Phoronix
phoronix.com/news/Rust-PNG-Out

へえ

Web site image
Rust-Based, Memory-Safe PNG Decoders "Vastly Outperform" C-Based PNG Libraries
06:24:18
icon

libpng については setjmp/longjmp が使われている衝撃以外は何一つとして記憶が残っていないのが正直なところ

06:53:24
icon

寒すぎてヒーターの前から離れられない

06:55:15
icon

上半身にはいくらでも着込めるが、下半身の防護が貧弱すぎる

07:06:41
2024-12-10 07:02:11 '; DELETE FROM users; --님의 게시물 boronology@social.penguinability.net
icon

This account is not set to public on notestock.

08:51:45
icon

序盤は楽しかったネッツ小説が連載を続けるにつれカスの無能を無思慮に暴れさせることでしかストーリーを紡げなくなっていくさまを何度も何度も何度も見せつけられ、人間に限らず何事にも身の程ってやつがあって、過ぎた努力は裏目に出るのかなぁなどと悲観的な気持ちになった

08:53:41
icon

最近ちょっとした偶然で『ひぐらしのなく頃に』の存在を思い出すことがあったんだけど、あれはバカを暴れさせるのではなく敵味方各々事情があって最善を尽くしている清々しい物語だったなぁと改めて評価している

08:54:36
icon

『業』の沙都子の成績の話はしてません! (そういうことではない)

09:03:45
そぎぎ
icon

NTR モノはだいたい財力、コミュニケーション、デカいチンコの3つがあれば防げるみたいなことを言っている人を見たことがあるが、似たようなもので結局バカを暴れさせない展開を書こうとすると、リソースの制約とディスコミュニケーションと諸々の不満は基礎的かつ最終的なギミックになってしまうのかなと思ったり思わなかったり

09:04:41
icon

まあそれはそれとして「そこ最低限の合理的なコミュニケーションできてれば問題起きなくない?」みたいなのを乱発されても結局それ無能の一言で終わるやつでは? みたいな話もあり、何事にも限度というものはあるが

09:05:35
2024-12-10 09:03:58 箒☆님의 게시물 houkiboshi387@ukadon.shillest.net
icon

This account is not set to public on notestock.

09:05:36
2024-12-10 09:05:25 ぽな (C.Ponapalt)님의 게시물 ponapalt@ukadon.shillest.net
icon

深淵だ… :meow_terrified:

09:06:16
icon

「深淵を覗くとき〜」で言及できてしまう言説マジでそこら中にあるし、なんかハッシュタグつけて一発応答したさがある (?)

09:07:21
icon

深圳を覗かないで

09:08:00
2024-12-10 08:50:11 負けヒロイン@がんばらない님의 게시물 kelvin27315@mstdn.maud.io
icon

This account is not set to public on notestock.

09:08:06
2024-12-10 09:07:21 ねそてち🍆님의 게시물 neso@mstdn.home.neso.tech
icon

これわかる
コンテキストスイッチとかいうやつ本当にくるしい

09:14:58
2024-12-10 09:10:11 毒草なを🍀님의 게시물 pinkherb@gorone.xyz
icon

This account is not set to public on notestock.

09:15:25
icon

社会的な死をカウントするとか (てきとう)

09:20:59
2024-12-10 09:17:10 みたらしだんご님의 게시물 mitarashi_dango@social.matcha-soft.com
icon

マジで今更だけど、5年くらい運用したMastodonサーバーをクローズしたのちょっと勿体なかったかもしれない

09:21:21
icon

運用していたらしていたで計算機リソース勿体ないとなってそう

09:21:32
2024-12-10 09:21:23 みたらしだんご님의 게시물 mitarashi_dango@social.matcha-soft.com
icon

5年溜めた下ネタログ全部消えた

09:22:03
icon

やはり独自実装を作るなら過去に使っていた実装からのインポート機能が必要か……

09:22:09
icon

インポートに含まれる、インポ

09:22:50
icon

なにやら近いうち Mastodon は DB に暗号化を施しそうな雰囲気があるので、警戒している (可読なエクスポートがダルくなると困る)

09:24:05
icon

rails か tootctl か何かしらのコマンドで復号してダンプとかできると良いのだが (既にあるかもしれないが調べていない)

09:29:40
icon

w3.org/TR/2008/REC-xml-2008112

WFC: PEs in Internal Subset を、 internal subset 内で定義され展開される PE の replacement text が含む parameter entity reference についてどう解釈べきかを考えている。

```
<!DOCTYPE root [
<!-- ここで name.para と content.para を定義 -->
<!ENTITY % foo "<!ELEMENT %name.para; %content.para; >">
%foo;
]>
```

のような文書があった場合に %foo; の replacement text 内の %name.para; と %content.para; は recognize されて展開されるべきかということ。

09:29:54
2024-12-10 09:26:28 #<Object:0x00000528>님의 게시물 shibafu528@ertona.net
icon

Railsのプロセスが起動できれば復号処理自体は難しくないが、書かないと無いだろうなあ

09:30:22
icon

うげえ、そうなのか
まあスクリプト突っ込めばとりあえず動かせる分マシなのか?

09:33:15
2024-12-10 09:32:16 rinsuki님의 게시물 rinsuki@mstdn.rinsuki.net
icon

MastodonのきたるDB暗号化については、どうせ1日くらいソース読んだら復号するスクリプト書けるだろとたかをくくっています

09:34:09
icon

エクスポート用のスクリプトが用意されていたはずの GNU Social で実際にエクスポートするのにうまくいかずトラブルシューティングが発生した嫌な思い出があるので、本当に頼むぞ……という気持ちになっています

09:35:19
icon
Web site image
らりお・ザ・何らかの🈗然㊌ソムリエ (@lo48576@mastodon.cardina1.red)
09:36:10
2024-12-10 09:33:47 #<Object:0x00000528>님의 게시물 shibafu528@ertona.net
icon

まあ最悪のケースでもモデル全列挙して全部find_eachしてJSONLでファイルに書き出すみたいなスクリプト書いてrails runnerコマンドに食わせたら終了、みたいなのはありますね

09:36:15
2024-12-10 09:33:46 rinsuki님의 게시물 rinsuki@mstdn.rinsuki.net
icon

CTFでghidra と睨めっこするのに比べたら鍵もソースもあるなんて簡単簡単

09:36:54
icon

私は Rails で物を書いたことない勢なので、去り際に退去費用としてリーディング・コーディングコストを支払わないといけないのが下手なロックインをされているみたいで気持ち悪いんですよね

09:38:23
icon

被害妄想といえばまあそうかもしれないが、実際完全に掌握していて手元にあるデータを取り出すのになんで自前であれこれ工夫をしないといけないのかという不満はあるので、是非とも公式に復号ダンプ機能は提供してほしい (まあそれができると逆に暗号化する意味あるんかみたいな話になるのかもわからないが)

09:39:58
icon

基本的に DB サーバ単体への脅威に対処するものであってアプリサーバが汚染されている場合は大して意味ないものと認識しているので、復号ダンプできたところで暗号化の意義がなくなるわけではなかろうという認識でいる (が、 Rails 使ってないのでどういう気持ちで使う機能なのか実際のところは知らない)

09:40:05
2024-12-10 09:39:52 rinsuki님의 게시물 rinsuki@mstdn.rinsuki.net
icon

私はあれやこれやしてよくわからんデータフォーマットを解読するのが好きなのでアレだがまあ普通はそうか

09:40:27
icon

解読するのは嫌いではないが (FBX とか)、それはあくまで趣味として、必要に迫られずやりたい

09:40:52
icon

必要は苦痛の母

09:41:33
icon

参入のための工夫は楽しいこともあるが、撤退のための工夫は概してつまらん (個人の感想)

09:41:38
2024-12-10 09:41:27 のえる님의 게시물 noellabo@fedibird.com
icon

ACTIVE_RECORD_ENCRYPTION_PRIMARY_KEY
ACTIVE_RECORD_ENCRYPTION_DETERMINISTIC_KEY
ACTIVE_RECORD_ENCRYPTION_KEY_DERIVATION_SALT

の3つを定義するようになるので、このキーを失わないようにしておくこと。

パフォーマンスの面からも、全部のフィールドを暗号化するつもりは全然ないので、その点ではあまり心配は要らないと思う。

アカウントの秘密鍵とか機密性の高いものが対象で、適用対象は限られるじゃないかな。

09:42:18
icon

想定ケースが「自前 AP 実装に Mastodon の投稿や秘密鍵を全部食わせて代理させる」というリプレース用法なので、秘密鍵とか機密性の高いもの含め全部 (文字通り全部) 吐き出させたいんですよね……

09:42:29
icon

API で云々とかでは足りないレベルで。

09:43:41
icon

別実装に乗り替えたのに旧サーバをメンテし続けないといけないの嫌じゃないですか?
リソースを圧倒的に食わなくなる read only モードみたいなのがあるならまだしも、たぶんそういうのもないのだろうし……

09:45:14
icon

別サーバへの引越機能を使いたいとかでもなく、そのままのドメインとそのままの ID で、少なくとも ActivityPub の S2S API 範囲ではそのままの情報を出してくれるよう “成り代わり” をさせたい (できるかは知らんが、試してみる価値はある)

09:46:01
icon

@noellabo やっぱそうなるんですね……ひとまず Ruby (on Rails) でよかったと思っておきます

09:56:41
2024-12-10 09:54:48 のえる님의 게시물 noellabo@fedibird.com
icon

暗号フィールドを含むモデルを、同一構造の暗号フィールドじゃない版のモデルにコピーするコード書いて、railsで一回走らせればええんやないかな。そしたら、あとはPostgreSQLレベルで対応できるようになる。

あと、いま検討してる設計でも、暗号フィールドを含むフィールドを別モデルに切り出して小さくしようとしてる。

accountsから秘密鍵などだけ別テーブルに抜き出すとかね。

使わないときにデコードのコストを掛けたくないわけ。

09:57:28
2024-12-10 09:31:17 Ryo ONODERA님의 게시물 ryoon@mastodon.sdf.org
icon

This account is not set to public on notestock.

09:59:37
icon

SDF Public Access UNIX System - Free Shell Account and Shell Access
sdf.org/?faq?BASICS?01

なんか自衛隊っぽいドメインのサーバあるなと思ったが、当然ながら関係なさそうだった (それはそう)

10:00:00
2024-12-10 09:58:29 のえる님의 게시물 noellabo@fedibird.com
icon

class Account < ApplicationRecord
encrypts :private_key
end

Railsのコード的にはこれだけだしね。あとは透過的に処理されるので。

10:09:52
icon

冬のボーナスないので冬のボーナシになった

10:11:29
icon

ボーアリボーナシボーボー

10:26:05
icon

またしても繁殖と翻訳を禁止するクリエイターを見た (?)

10:26:35
icon

いやわかってるよ本当は繁殖じゃないって。この作品はフィクションだから真似してはいけませんという意味なんだよね。

11:22:12
2024-12-10 11:01:32 水咲(みさき)님의 게시물 Misaki@misaki-chan.world
icon

This account is not set to public on notestock.

11:24:05
2024-12-10 10:55:10 まきはら🚩🥞🥞🥞님의 게시물 makihara@fedibird.com
icon

寒くて忙しくて医療機関が混雑or休みの年末に大掃除する悪習はマジ早いとこやめた方がいいと思うんだ

11:24:06
2024-12-10 10:55:40 宮原太聖님의 게시물 TaiseiMiyahara@miha.hostdon.ne.jp
icon

This account is not set to public on notestock.

11:24:07
2024-12-10 10:56:06 まきはら🚩🥞🥞🥞님의 게시물 makihara@fedibird.com
icon

あと医療機関が休みのときに限って餅食うのも本来はやめた方がいい

11:24:19
2024-12-09 18:18:04 倉戸みと@C105冬コミ1日目 東ホ25ab님의 게시물 mitragyna@misskey.io
icon

This account is not set to public on notestock.

17:07:24
2024-12-10 14:05:19 camo님의 게시물 camo@fedibird.com
icon

This account is not set to public on notestock.