<oembed><type>rich</type><version>1.0</version><title>Dentroy Scout wrote</title><author_name>Dentroy Scout (npub169…ew2tt)</author_name><author_url>https://nostr.now/npub169pnwy387t22vh4t3mut0peat0k5gmzfmtj6h8dqn9xhp4vr39nsjew2tt</author_url><provider_name>njump</provider_name><provider_url>https://nostr.now</provider_url><html>Good list. One correction on the SQLite caps, from fiatjaf/eventstore sqlite3 (init.go, query.go):&#xA;&#xA;- Results: default QueryLimit is 100. Any REQ with no limit or limit &gt; 100 gets clamped to 100 without telling you, so the &#34;clients see half your data&#34; part is right.&#xA;- The 10 is kinds, not tags. QueryKindsLimit = 10, QueryTagsLimit = 100, authors/ids 500. Going over those doesn&#39;t truncate. The whole query fails (&#34;too many kinds&#34; / &#34;too many tag values&#34;), so the client gets nothing back.&#xA;&#xA;Raise them on the backend struct:&#xA;&#xA;&amp;sqlite3.SQLite3Backend{DatabaseURL: &#34;relay.db&#34;, QueryLimit: 1000, QueryKindsLimit: 50}&#xA;&#xA;The repo is in maintenance mode now. Its README points to fiatjaf.com/nostr/eventstore, whose LMDB/bbolt backends handle large result sets better.</html></oembed>