Show HN: CPU Prices on eBay (cpuscout.com)
Tech stack: Go + templ + htmx
There are some rough edges but this combo is quite refreshing after React. The best thing is that I could omit npm from my stack. Having just a monolith (Go) server greatly simplifies things if you're an indie dev.
90 comments
[ 2.1 ms ] story [ 142 ms ] threadOn the data source: BestBuy just had the best least walled off APIs and prices seem lower that Amazon, so it is the first.
I thought those were iffy because they were run so hard? If not, I need to go shopping:)
That said, a lot of the GPUs used for crypto, don't apply to AI, unless you really want to be constrained. Just be super aware of what you're buying and what you plan to use it for.
...story time? This sounds more interesting than hardware prices;)
> That said, a lot of the GPUs used for crypto, don't apply to AI, unless you really want to be constrained. Just be super aware of what you're buying and what you plan to use it for.
Yeah, I'll have to do my homework. While AI would be cool, I'm actually largely interested in running video games, but I keep equivocating because I'm a terrible cheapskate:)
The things that were more likely to fail were things like PSU's. One time we had a bad batch of those and had to replace nearly every one of them. We cracked a few open and they were clearly hand soldered by someone in China and shorting out internally due to failed connections. We would see a lot more thermal cycling failure from that than we would from a GPU card that was pick&place assembled by a machine with solder paste.
It doesn't look like you have EPYCs listed, or Threadripper? (These are some of the best CPU deals on eBay.)
To your other point, EPYC and Threadripper are listed now:
https://www.cpuscout.com/?Processor+Type=Epyc
https://www.cpuscout.com/?Processor+Model=AMD%2520Ryzen%2520...
eBay only allows 5000 API calls per day for most APIs useful to me which is very easy to hit: https://developer.ebay.com/develop/apis/api-call-limits
My infinite scrolling implementation probably didn't help either but I couldn't help myself, it was so easy to implement with HTMX.
Also, I don't think I see any affiliate links in use. I believe eBay runs a program, so you could make some money here: https://partnernetwork.ebay.com/solutions/creating-affiliate...
Absolutely! I thought I could get away with just in-memory caching for the MVP but it looks like I can't.
At a previous job I considered a system that would use synchronous API calls to the backend API until it went down (or we got rate limited). When the backend was unavailable we'd switch to filtering in our service using the data we'd previously cached.
I.E. if a cached query asked for (cpu>=3.0Ghz, cores>=2) we can also answer (cores>=4) by filtering the previous result. This wouldnt be able to find any CPUs with less than 3Ghz, unless it there were other cached responses. This works well when a "best effort" response is desirable, even when it's incomplete.
Again nothing against the website itself, just unfortunate experience in practice.
> Error: Could not find aspects. Most likely because the server is under heavy load. Please contact support at magicsourceltduk@gmail.com and tell me where you saw the link to this website because I have honestly no idea where all this traffic is coming from. Many thanks!
Aren't there HTTP request headers that tip this off?
https://stackoverflow.com/questions/21922143/why-isnt-the-th...
Why this is good for anyone other than Google Analytics is beyond my current understanding.
Better privacy. There have long been extensions to strip out or fake referrer information from requests.
CPUs go into motherboards which use power supplies and RAM and a storage device to boot and run operating systems/code
This all adds up once plugged in to "at the wall" power pull (basically measured in watts per hour * 24 hours = how many kilowatts a day)
Then, you take how efficient the hardware is at say, a proof-of-work mining algorithm (hashrate)
Then you can sort by which CPUs are most efficient
I've yet to find a database that does this (probably for good reason, mining is pretty dumb)
https://listofdisks.com/
The Aus version went offline for a while so I built this quickly. The day I launched it came back online haha. Oh well, was a fun experience.
Initially was static html (generated by python) but that was leading to large page sizes, so I transitioned to ag-grid, which worked surprisingly well.
Error: Could not retrieve items. Please contact support.
Funnily, the website seems to be crashing due to the API issues while the web server is at <1% CPU utilization.
TVs are much less of a “commodity” of course, but it’s a nice experiment that I’ll iterate on a bit more with time. Also, first deploy on Railway (was nice enough, definitely compared to Heroku, but they have a way to go), and using other libraries I wanted to learn.
Will probably start grouping models better soon, and offer other filters.
BTW: If you plan to do something like this with PAAPI (Product Advertising API), know that Amazon has the constant axe of banning you if you don’t generate “qualified” sales for 30 days straight.
[1] I didn't know about the 3-sales precondition either. I guess some people bought albums on Amazon on my other music-related app.
There's clearly precedent as I know Jeremies diskprices qualifies. Fingers crossed that Amazon play fair...
Got a 4xx or 5xx error on this (probably important?) URL. Told me to contact support.