<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: ptsd_isv</title><link>https://news.ycombinator.com/user?id=ptsd_isv</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 23 Apr 2026 04:32:49 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ptsd_isv" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ptsd_isv in "10 Years of Let's Encrypt"]]></title><description><![CDATA[
<p>Sorry that wasn’t particularly clear, I was taking more about the general advantageous nature of normalising encryption.<p>WRT to another party to track you, one of the benefits of LE is that you only need to provide proof of domain ownership (eg dns txt) so the only tie back to you is whatever information you give to the registrar that you have to provide anyway.</p>
]]></description><pubDate>Wed, 10 Dec 2025 12:43:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=46217067</link><dc:creator>ptsd_isv</dc:creator><comments>https://news.ycombinator.com/item?id=46217067</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46217067</guid></item><item><title><![CDATA[New comment by ptsd_isv in "10 Years of Let's Encrypt"]]></title><description><![CDATA[
<p>GP: At least on business plans this is incorrect, it defaults to (last time I checked) accepting any SSL certificate including self signed from edge to origin and it’s a low friction option to enforce either valid or provided CA/PubKey certs for the same path.<p>Parent: those innocuous cat photos are fine in the current political climate… “First they came for the cat pic viewers, but I did not speak up…”</p>
]]></description><pubDate>Tue, 09 Dec 2025 23:40:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=46212234</link><dc:creator>ptsd_isv</dc:creator><comments>https://news.ycombinator.com/item?id=46212234</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46212234</guid></item><item><title><![CDATA[New comment by ptsd_isv in "Bazzite: Operating System for Linux gaming"]]></title><description><![CDATA[
<p>For off the shelf shadow.tech has worked pretty reliably for me, even to the point of being usable for streaming vr using alvr (uk based).<p>For diy you can use moonlight / sunshine or steam remote play. I find latencies lower than around 30ms perfectly playable for everything except twitch shooters etc.<p>For true diy look into leveraging nvenc or equivalent hw encoder using a “zero latency” profile and build on top of UDP. TCP could be feasible for client input -> remote traffic, but even then building a minimal custom reliable layer on top of UDP probably makes sense to avoid nagle type issues. If you want to support arbitrary input devices (joysticks, wheels etc) that can’t be represented as an Xbox controller things will get pretty tricky. Especially if those devices require drivers, at that point your into proxying usb.<p>DIY in a weekend? Definitely.<p>True DIY in a weekend… probably not :)</p>
]]></description><pubDate>Sun, 30 Nov 2025 03:25:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=46093345</link><dc:creator>ptsd_isv</dc:creator><comments>https://news.ycombinator.com/item?id=46093345</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46093345</guid></item><item><title><![CDATA[New comment by ptsd_isv in "Carice TC2 – A non-digital electric car"]]></title><description><![CDATA[
<p>You can negotiate charging with essentially a single resistor. Deciding when to stop / balancing cells etc is the harder problem.</p>
]]></description><pubDate>Wed, 05 Nov 2025 15:08:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=45823646</link><dc:creator>ptsd_isv</dc:creator><comments>https://news.ycombinator.com/item?id=45823646</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45823646</guid></item></channel></rss>