Keyhan Alizadeh

Zero-JS Hypermedia Browser

avatar
Keyhan Alizadeh
_@kehiy.net
npub1h49w...9kay

Notes (9)

Any alternatives to njump?
2025-11-23 17:00:39 from 1 relay(s) View Thread →
What is your standard idea about NIP-62? Should relay delete events without anything consideration? Should it give a time window for canceling? Should it let you recover? #asknostr #dev #devstr
2025-11-22 14:41:28 from 1 relay(s) View Thread →
Can we sync deleted events over NIP-77? For example if I received an event to delete event X, I delete the event X and I keep its ID to prevent rebroadcast. Then I sync with another relay. Can I send them the deletion request so they can delete it or just add an only ID event so we synced deleted events too? How about NIP-62 requests? #asknostr #dev #devstr
2025-11-22 14:39:49 from 1 relay(s) View Thread →
Vertex is wild. 👀 nostr:nevent1qqs922dn95ynq45n5grhd074y33euw2rm5l33hrq3f636ttua4pgdkgpzamhxue69uhhyetvv9ujumn0wd68ytnzv9hxgtczyrmg86rsxhm66n6yuzuce77e2dlpv326jtxn3nhufje3md640a00yqcyqqqqqqgtzdqpl
2025-11-19 19:53:32 from 1 relay(s) View Thread →
[Event "Qeyhan vs Aleksave55"] [Site "Chess.com"] [Date "2025-11-18"] [White "Qeyhan"] [Black "Aleksave55"] [Result "1-0"] [WhiteElo "1287"] [BlackElo "1203"] [TimeControl "600"] [Termination "Qeyhan won by resignation"] 1. d4 d5 2. Nf3 Nf6 3. Bg5 Bf5 4. Bxf6 exf6 5. Nc3 Bb4 6. e3 Bxc3+ 7. bxc3 Nc6 8. Bd3 Bxd3 9. cxd3 O-O 10. O-O Re8 11. c4 Ne7 12. cxd5 Nxd5 13. Qb3 Rb8 14. e4 Nb6 15. Nh4 Qxd4 16. Nf5 Qe5 17. Rac1 c6 18. Rcd1 Nd7 19. d4 Qxe4 20. Nd6 Qe7 21. Nxe8 Qxe8 22. Rde1 Qd8 23. Re2 Nb6 24. Rfe1 Qd7 25. Qg3 Rc8 26. Re3 h6 27. a3 Qxd4 28. Re8+ Rxe8 29. Rxe8+ Kh7 30. h3 Qd7 31. Re3 Nd5 32. Rd3 Qe6 33. Qg4 Qe1+ 34. Kh2 Qxf2 35. Qd7 Qf4+ 36. Kg1 Qc1+ 37. Kh2 Qf4+ 38. Rg3 Ne3 39. Qd3+ g6 40. Qxe3 1-0
2025-11-18 14:31:14 from 1 relay(s) View Thread →
Any kind of Service Provider thing over Nostr is a waste of kinds that can be reserved for better stuff. At least, when providing such ideas, use one kind and make them different with a tag to show the type of request. Not just reserve another kind that probably only you need until the end of world. If you want to make a new HTTP API, you don't update the HTTP RFC spec, you define your own routes and stuff by changing parameters that you have access. So if you have a new service over Nostr (Using a DVM or anything similar) just use the same kind with a different tag, maybe called the type or function. nostr:nevent1qqs2fptqrvu2ah27rlkuj00un8ns27cpq3jy6yu7ttg7mzcw905c7rspzamhxue69uhhyetvv9ujumn0wd68ytnzv9hxgtczyrjjwt0fzj7nq964csum3rnftxjre8fxvjp37zfu285u0xdpdggz7qcyqqqqqqg4yj0wu
2025-11-17 11:19:47 from 1 relay(s) View Thread →
nostr:nevent1qqsdjqp77h6ezw5774tux5p87yuvgeshwtrz0a47udgarxe05049nssppemhxue69uhkummn9ekx7mp0qgst6jhruelzn9jdf9qhyfsac3fetjyld0fwwary9cmxzfchrhacragrqsqqqqqpz8qwp6
2025-11-17 01:44:56 from 1 relay(s) View Thread →
Good positions don't win games, good moves do!
2025-11-03 23:02:06 from 1 relay(s) View Thread →