mleku on Nostr: i think #realy still has some glitches somewhere in its encodings somehow... some ...
i think #realy still has some glitches somewhere in its encodings somehow... some searches don't get results and in the logs i see errors about end of file and unexpected data lengths so there may be some error in the way the binary event encoder is working, or the decoder is not correctly decoding them
probably will take some specific effort to iron this out
generally, it seems like the relay works, it's stable, it can do network based import/export and it has the simplest access control scheme possible, that requires no additional UI
but i think i need to write tests and debug this event encoder because it looks like 0.01% of events don't seem to be encoded correctly and are not fetched from the database
Published at
2024-11-02 21:44:03Event JSON
{
"id": "9faaf40148c0b1a9fe18fa3443ac8a9bc1e348b8cbe2fc1138a93bc50a7e5158",
"pubkey": "4c800257a588a82849d049817c2bdaad984b25a45ad9f6dad66e47d3b47e3b2f",
"created_at": 1730583843,
"kind": 1,
"tags": [
[
"t",
"realy"
],
[
"client",
"noStrudel",
"31990:266815e0c9210dfa324c6cba3573b14bee49da4209a9456f9484e5106cd408a5:1686066542546"
]
],
"content": "i think #realy still has some glitches somewhere in its encodings somehow... some searches don't get results and in the logs i see errors about end of file and unexpected data lengths so there may be some error in the way the binary event encoder is working, or the decoder is not correctly decoding them\n\nprobably will take some specific effort to iron this out\n\ngenerally, it seems like the relay works, it's stable, it can do network based import/export and it has the simplest access control scheme possible, that requires no additional UI\n\nbut i think i need to write tests and debug this event encoder because it looks like 0.01% of events don't seem to be encoded correctly and are not fetched from the database",
"sig": "c5c53c2de4004ac00497af82fca1d42c3a88675e752919c501cd24147f0626158eb900ea3a079f8a52935a4697c9ff9d89cabcfec657e2500359a68fbbeb1976"
}