Show HN: Quixotic – a tool for wasting bot and LLM scraper time https://ift.tt/1MlXd8E

Show HN: Quixotic – a tool for wasting bot and LLM scraper time I get a lot of bot traffic, most of which doesn't appear to respect robots.txt, so I made a tool to easily rewrite my content to serve to these bots instead. It consists of two components: quixotic - a command line tool that is static-site friendly to generate a copy of a website with some of the words replaced using a Markov generator. linkmaze - a web server that I can send the worst bots to. It generates 100% Markov content on the fly and with random links that also refer to linkmaze content. https://ift.tt/1R64qFb December 26, 2024 at 11:50PM

Show HN: I've made a Monte-Carlo raytracer for glTF scenes in WebGPU https://ift.tt/7jZ5Ibt

Show HN: I've made a Monte-Carlo raytracer for glTF scenes in WebGPU This is a GPU "software" raytracer (i.e. using manual ray-scene intersections and not RTX) written using the WebGPU API that renders glTF scenes. It supports many materials, textures, material & normal mapping, and heavily relies on multiple importance sampling to speed up convergence. https://ift.tt/tJC4SGx December 26, 2024 at 10:54PM

Show HN: Map of YC Startups https://ift.tt/e79L05C

Show HN: Map of YC Startups Hey Everybody! Hope you had a merry christmas Today I had a bit of fun with Claude. Started by scraping YC's startups list, then ran them through OpenAI's embedding service, then UMAP'd the embedding to reduce the dimension to just two coordinates and then just forced Claude to write React that would compile to visualize that. I had fun and I think it's interesting, so take a look! Also note that you won't be able to zoom on mobile (found about this Plotly limitation way too late). If there's interest I can fix this issue by changing plotting libs tomorrow :) Merry christmas https://ift.tt/jn7fCbh December 26, 2024 at 04:07AM

Show HN: Podcast API https://ift.tt/fZgUN6W

Show HN: Podcast API https://ift.tt/3uIEGV1 December 26, 2024 at 12:05AM

Show HN: Homepagr – Bookmarks for Work https://ift.tt/hoyZpQf

Show HN: Homepagr – Bookmarks for Work https://ift.tt/FZ3Bj4C December 26, 2024 at 01:15AM

Show HN: SMS Reminders for Birthdays https://ift.tt/riypFNh

Show HN: SMS Reminders for Birthdays I built a simple service that sends SMS reminders for birthdays. Why? I kept missing birthdays, even with calendar apps. This single-purpose tool is simple and (so far) reliable. Since my texting inbox has a far better signal-to-noise ratio than email or calendar events, it ensures I never miss an important date. Facebook used to serve the same purpose, but it's a dying social graph for me. https://ift.tt/n70lGeU December 25, 2024 at 11:52PM

Show HN: I Ported GHC Haskell Compiler to Windows 11 ARM. MC Gift https://ift.tt/EpFdPcU

Show HN: I Ported GHC Haskell Compiler to Windows 11 ARM. MC Gift Merry Christmas, everyone! Now you can compile Haskell code on Windows 11 ARM. It will run full speed if you use UTM/QEmu on Apple silicon. :-) It's a very draft version, but it works well. Any ideas? https://ift.tt/hOnvyTK December 25, 2024 at 03:11AM

Show HN: Minimalist, text only search engine with prefixes to play with https://ift.tt/Q1YNtX6

Show HN: Minimalist, text only search engine with prefixes to play with I made this classic looking text only search engine(sorry if that's overexaggerating) where you can get concise and straightforward results with sources. There are 5 prefixes right now. It is a prototype kinda thing right now. I am busy for my upcoming exams. So, I would appreciate if anyone is interested to contribute. I am currently using Gemini for this project. If anyone can implement better api's and improve code and the features it would be great help. It's generating fake source links right now, the search is slow, prefixes like weather and time needs to be fixed using api's related to weather and time cause gemini can't give the current time and weather of any place. Pdf resources its giving are fake and do not exist. Let me know what more I can add here. Or directly contribute by yourself. https://ift.tt/t6MlpGb December 25, 2024 at 12:56AM

Show HN: Dynamic RSS Feed Generator https://ift.tt/ycp6KBq

Show HN: Dynamic RSS Feed Generator https://ift.tt/d8Xunjc December 24, 2024 at 11:51PM

Show HN: Otto-m8 – A low code AI/ML API deployment Platform https://ift.tt/JhLXICQ

Show HN: Otto-m8 – A low code AI/ML API deployment Platform Hi all, so I've been working on this low to no code platform that allows you to spin up deep learning workloads(I'm talking LLM's, Huggingface models, etc), interconnect a bunch of them, and deploy them as API's. The idea essentially came up early in September, when experimenting with combining a Huggingface based BERT model with an LLM at work, and I realized it would be cool if I could do that instantly(especially since it was a prototype). At the time, I was considering a platform that could essentially help you train deep learning models without any code. It was my observation that much of the code required to train or even run inference on HF models have matured significantly. But before I solved that problem, I wanted to solve inference. Initially inspired by n8n and AWS Cloudformation, I built out otto-m8 (translates to automate). Given a json payload that lists out all the resources, and how each model is interconnected, launch it as one-off API the user can query. And thanks to Reactflow, the UI was just something I couldn't just not implement. And as I built it out, I did not want to miss out on the LLM and Agent bit. With otto-m8, today, you can launch complex workflows by interconnecting HF models and LLM's(currently it supports OpenAI and Ollama only). But I like to see it being more than that. At the core, every workflow is an input process output model. Inputs get processed and there's an output. Therefore, with the way things are setup, one can integrate almost anything and make it interconnectable. Project Link: https://ift.tt/ITH2QiE Let me know what you guys think. I really would love feedback! https://ift.tt/ITH2QiE December 22, 2024 at 03:09AM

Show HN: A bidirectional editor for making circuits with code https://ift.tt/X7sq19Y

Show HN: A bidirectional editor for making circuits with code https://ift.tt/bNh9gKU December 23, 2024 at 10:06PM

Show HN: A simple telegram file downloader https://ift.tt/ZSlJvGL

Show HN: A simple telegram file downloader https://ift.tt/DNnAzod December 23, 2024 at 01:24PM

Show HN: I built this website about Sikh History and don't know how code works https://ift.tt/TJdH7LM

Show HN: I built this website about Sikh History and don't know how code works I've been learning about Sikhism and Sikh history recently and, despite having Game of Thrones level drama, I found the resources really lacking and nowhere piecing it all together. I work in a developer adjacent role (ok, I'm a Product Manager) but despite working with software engineers every day I don't really get coding. I see a lot of stuff online about the death of software engineers and wanted to challenge myself to see if I could create something myself. I've been using the free tier of Anthropic's Claude AI, deployed on the free Vercel tier, spent $10 on the domain but not a penny more on anything else. It's super basic but felt good to make something myself and I learned a lot. I'd brick it at the idea of adding anything complex (or even being asked how it all works together) so I'm sure developers are safe for a while yet! https://ift.tt/KzvT6MN December 23, 2024 at 10:31AM

Show HN: Ephemeral VMs in 1 Microsecond https://ift.tt/b4U3t96

Show HN: Ephemeral VMs in 1 Microsecond https://ift.tt/zy0ClE2 December 20, 2024 at 04:13PM

Show HN: Skybear.net – A managed platform automating Synthetic HTTP API testing https://ift.tt/hA1Egno

Show HN: Skybear.net – A managed platform automating Synthetic HTTP API testing Hey folks, I am finally posting a Show HN post for a project I have been working on for several months now, and it's in a state where I already get a lot of value myself, so I am happy to share broadly. The pitch line is: "Skybear.NET is a managed platform automating Synthetic HTTP API testing." At the moment, the main source file format supported for your API tests are Hurl.dev files [1]. Hurl is a CLI tool wrapping `curl` and it's really awesome. At least check that out :) I am not affiliated directly with the Hurl CLI tool, and the platform I am building provides full Hurl compatibility. I have been using Hurl for a few years now [2], and use it for my API testing, for orchestrating a bunch of HTTP APIs, and in general whenever I need to do anything with HTTP requests, I reach for Hurl. You can try without signup the basic execution feature with the free Open Editor [3], but for full functionality (retaining responses and cron triggers) you need a signed in account, even free. The Skybear.NET platform: 1. Has Hurl Compatibility, so take your local scripts and run them on the cloud as well. No changes needed. 2. Provides managed infrastructure for authoring, storing, and most importantly executing your Hurl scripts, that automatically scales to handle as many script runs as you need. 3. Generates detailed reports from your tests execution, automatically persisting requests and response bodies for introspection in the future, and with automatic insights coming up soon. 4. Supports multiple ways of triggering execution of your scripts, including periodic executions, and on-demand HTTP triggers enabling integration with your CICD pipelines. Most importantly, it eliminates excessive per-request/per-step/per-check charges, leading to substantial cost-savings for complex multi-step API tests covering complete user-journeys. I consider a "script project run" to be the main unit in my pricing, which includes execution of all the source files of the script project, which can be tens or hundreds of requests. I am starting to document some of the architecture of the platform as well [4], but in a nutshell, all your data is encrypted inside the application before stored on AWS (S3, DynamoDB, also encrypting at rest) [5], the control plane runs on Hetzner and AWS EC2, and the execution servers running your scripts run on Fly and soon on AWS EC2 (for some plans). Future plans depend a lot on feedback from users. I already have a long list of things I personally want to have, but as more users start using I would like to see user needs influencing the roadmap more. Some upcoming features: 1. Insights and metric graphs for historical tracking of your tests (per project, per file, per request URL). 2. Automatic generation of tests based on OpenAPI schemas, HAR files, etc. 3. Export API of all the data and reports for your own consumption. 4. OTEL traces generated per script run, exportable and sent to APM products. Thank you, and I hope you find it interesting too! Lambros Petrou 1. https://hurl.dev 2. https://ift.tt/bqFkjJm 3. https://ift.tt/37qFBPi 4. https://ift.tt/cXHIEUk... 5. https://ift.tt/dDCWGml https://www.skybear.net December 23, 2024 at 01:39AM

Show HN: Get e-signatures & pay per signed doc https://ift.tt/6PO9fFu

Show HN: Get e-signatures & pay per signed doc Woke up today with a 100-degree fever & found out Google is now our competitor. Last week, we started building signwith.co/ - a simple, pay-per-use e-signature tool for people who are struggling with complex e-sign tools. The plan was to build quietly, run a private beta, get 50 users in 15 days, and then do a launch. Easy peasy. But since Google dropped into the e-signature space - we needed to talk. So after 30 minutes of existential dread, a lot of “what are we even doing?” thoughts, and one strong dose of paracetamol we said, screw it. - let’s change gears. So now we're opening our beta, and here's the deal: • All the people who join will get free credits worth 10 signed docs • 12 months credit validity • No complexity • No hidden cost • No subscription commitment You can join the beta here - http://signwith.co That said, we see Google's entry in the signature space as validation. This event expanded the market with such massive awareness. Let me be clear: We’re not trying to be DocuSign, Google, or any other enterprise beast. We’re indie makers and building for: • The freelancers • The consultants • The indie and small business owners • and anyone who just needs a contract signed—fast, simple, no headaches. Here’s how SignWith works: • Upload your doc • Drop signature spots • Send it out and track • Pay per signed document That’s it. No subscriptions. No feature bloat. No crazy hidden charges and no complex pricing tiers. If you've read it so far, would love to see you on the other side. And hey, if you’ve got any feedback, suggestions, or just want to tell us what you need, reply here or drop me a DM. We’re all ears! Cheers! https://signwith.co/ December 20, 2024 at 05:03PM

Show HN: Rivet Actors – Durable Objects build with Rust, FoundationDB, Isolates https://ift.tt/pTq7i84

Show HN: Rivet Actors – Durable Objects build with Rust, FoundationDB, Isolates Hello! We posted a Show HN for Rivet last year for our container orchestration project ( https://ift.tt/EaCrtMe ). In that time, a lot has changed that I think HN will find interesting. Rivet is open-source actor infrastructure similar to Cloudflare's Durable Objects. Rivet itself already serves millions of MAU in production using our current container runtime – primarily for multiplayer games – and Rivet Actors are a new extension to support actor-like workloads. Rivet Actor's core primitives are RPC, state, and events. Actors are powered by Rust, V8 isolates (supports Deno), and FoundationDB. An architecture diagram is available here for [1]. If you're not familiar with FoundationDB, you're overdue to watch Dave Rosenthal's talk [3]. (I firmly believe it's by far the best permissively licensed database; if only it had a well maintained SQL layer.) Here's where Rivet's architecture gets fun – we don't rely on a traditional orchestrator like Kubernetes or Nomad for our runtime. Instead, our orchestrator is powered by an in-house actor-like workflow engine – similar to how FoundationDB is powered by their own actor library (Flow [4]) internally. It lets us reliably & efficiently build complex logic – like our orchestrator – that would normally be incredibly difficult to build correctly. For example, here's the logic that powers Rivet Actors themselves with complex mechanisms like retry upgrades, retry backoffs, and draining [2]. One of the reasons we built Rivet Actors is because we tried to replace most of our Redis-based realtime infrastructure with Durable Objects. The architecture allowed us to build realtime features much faster & efficiently, but the platform & APIs were needlessly rigid and difficult to use. Our goal is to build an actor-like platform that includes the bells and whistles required for developers to benefit from the actor model without the learning curve of tools like Erlang/OTP, Akka, or Orleans. Rivet Actors provides a few key benefits in flexibility over Durable Objects: - Open-source (Apache 2.0) – built to be self-hosted and deployed on-prem - Provides observability out of the box, no Logpush required - Rivet Actors support the Deno runtime, so NPM & JSR just works - @rivet-gg/actor [5] framework provides RPC, state, and events out of the box for faster bootstrapping; you can modify and deploy it yourself - Supports both V8 isolates & Docker-compatible containers so you can run any software you'd like, like Godot/Unity servers or video transcoding - Also supports TCP & UDP (we run games!) - Provides vanilla HTTP API for easy use with existing apps - Full control over regions There's plenty more that I don't have space to talk about. Give our docs a read if you'd like to learn more [6] or read about internal design decisions [7]. I'll be in the comments answering questions! Cheers, Nathan [1] https://ift.tt/Ap9ewSM [2] https://ift.tt/QSZdL4y... [3] https://www.youtube.com/watch?v=9g84y_60VGM [4] https://ift.tt/hRsUSC3 [5] https://ift.tt/nhkaA2u [6] https://rivet.gg/docs [7] https://ift.tt/6tMVbLp https://ift.tt/MJPKqkF December 20, 2024 at 10:06PM

Show HN: City Summit – buildings data visualization project https://ift.tt/JlH8x7K

Show HN: City Summit – buildings data visualization project https://ift.tt/4oCdSHM December 21, 2024 at 01:19PM

Show HN:Free Online Tool to Experience Microsoft's MarkItdown https://ift.tt/KWmYQBS

Show HN:Free Online Tool to Experience Microsoft's MarkItdown https://markitdown.pro December 21, 2024 at 10:43AM

Show HN: openai-realtime-embedded-SDK Build AI assistants on microcontrollers https://ift.tt/OabG5ie

Show HN: openai-realtime-embedded-SDK Build AI assistants on microcontrollers Hi HN! This is an SDK for ESP32s (microcontrollers) that runs against OpenAI's new WebRTC service [0] My hope is that people can easily add AI to lots of 'real' devices. Wearable devices, speakers around the house, toys etc... You don't have to write any code, just buy a device and set some env variables. If you have any feedback/questions I would love to hear! I hope this kicks off a generation of new interesting devices. If you aren't familiar with WebRTC it can do some magical things. Check out WebRTC for the Curious[1] and would love to talk about all the cool things that does also. [0] https://ift.tt/RgBzxso [1] https://ift.tt/z6KxvQZ https://ift.tt/pi4fhKw December 18, 2024 at 09:17PM