pedja on Nostr: congratulations! clients of primal cache instance are using websocket connections to ...
congratulations! clients of primal cache instance are using websocket connections to send API request messages and get back API response messages. available API requests are defined in file called app.jl but i would suggest, beside looking at that code, you take a look at live communication between primal webapp (at primal.net) and primal server. in your web browser you should be able to open devtools/network tab, and select websocket connection to wss://cache2.primal.net/v1and look at the messages that are being sent and received. there you will be able to see common structure of each API request/response that the webapp is using which is almost everything currently available from our cache instance. webapp usually is the first to use new features and then i tell the same suggestion to our mobile app developers when i want to explain new API requests. ofc sometimes i have to additionally clarify some aspects of new API requests since nobody knows all the details which are sometimes important to mention. that's it. and feel free to ask again.
Published at
2023-09-21 00:04:32Event JSON
{
"id": "93567797e4efbb176b9589cbd66eef286bc972cad0ba370e115b825936253c9e",
"pubkey": "dd9b989dfe5e0840a92538f3e9f84f674e5f17ab05932efbacb4d8e6c905f302",
"created_at": 1695254672,
"kind": 1,
"tags": [
[
"e",
"aff7fe3a61e62d224a4654d78717e02a6b47f55449df9010d11d817978b8d069",
"",
"reply"
],
[
"p",
"e911c839e43b80e01abc4e5ac319bf4208605d46ee3ea4001dac453256bc505a"
]
],
"content": "congratulations! clients of primal cache instance are using websocket connections to send API request messages and get back API response messages. available API requests are defined in file called app.jl but i would suggest, beside looking at that code, you take a look at live communication between primal webapp (at primal.net) and primal server. in your web browser you should be able to open devtools/network tab, and select websocket connection to wss://cache2.primal.net/v1and look at the messages that are being sent and received. there you will be able to see common structure of each API request/response that the webapp is using which is almost everything currently available from our cache instance. webapp usually is the first to use new features and then i tell the same suggestion to our mobile app developers when i want to explain new API requests. ofc sometimes i have to additionally clarify some aspects of new API requests since nobody knows all the details which are sometimes important to mention. that's it. and feel free to ask again.",
"sig": "f6f77664e5144a1b5b6bacc632f770689ae8a0fcdb1f4dea71ae3acd42ea8edbcaa34e00b79c627e9140753bc36ab74e290e2a5adb6a107c84c07341c4baa2f5"
}