I've been using .xyz domains for a while now because of how cheap they are (around $2 on Spaceship for first year), especially as a solo dev building all kinds of side projects that would benefit from having their own domains.

I recently launched an app on a .xyz domain that's been getting steady traffic and some people actually signing up for it (it's tinytune.xyz if you're curious to see).

Doing a quick Google search I found a few other popular services using .xyz domains:

1. MEE6 (the popular Discord bot): mee6.xyz

2. Together AI (used to be on .xyz before going over to .ai, an example perhaps of starting with a cheaper domain before going more expensive): together.xyz

3. Block (large fintech): block.xyz

4. Starship (millions in funding): starship.xyz

This pdf has some more: https://gen.xyz/downloads/xyz-10th-anniversary-registry-port...

Thanks, this is exactly what I needed to hear. The Together AI example is interesting- starting cheap on .xyz then upgrading to .ai once you have traction/revenue makes sense. Appreciate the examples and the PDF link! How's tinytune.xyz doing for you SEO-wise? Any issues with Google indexing?

Thank you so much! And thank you for your question.

Yes, so to answer it, the idea of TinyTune was to literally be "tiny", i.e., very simple to use. It (mostly) takes 3 steps + some waiting time and you have a custom model. I found other services to be a bit more difficult to use.

And yes, I also agree with iFire's findings that another big difference is the number of models that are available. But the main differentiator with other similar services would definitely be the focus on its ease of use.

I should say that FinetuneDB seems like a solid competitor though!

I can say that for F# this has been mostly true up until quite recently. We use F# at work and were mostly unable to use agents like Claude Code up until the release of Opus 4.5, which seems to know F# quite well.

(I concur, Opus 4.5 is quite capable of writing F#.)

Probably be into some arts fields: writing, music, design.

Thanks for the question and feedback. We are hoping to get some early testers on board at first. But yes, those are some good points, and we will be sure to add more details and perhaps some sort of a demo soon!

Yes, LoRa will be our default :)

Good morning!

I'm excited to share Dashbullet, a new app that lets you build internal tools and dashboards simply by describing what you need in natural language. With Dashbullet, you can also interact with your tools and data conversationally, asking questions, updating information, or modifying dashboards just by chatting.

If you'd like early access, join the waitlist to be among the first to try it out. For regular updates on my progress, follow me on X (https://x.com/imjacquesmarais).

:)

Another challenge is a shift from sandboxing your own application to running untrusted, 3rd-party code in the cloud (e.g, for AI agents or a plugin system).

Devs are forced to build an entire isolation infrastructure from scratch, or to use a complex compute platform like RunPod or Modal for simple code execution. You end up having to manage the ops overhead just for a simple feature.

We found this exact issue quite frustrating and needed an API with its primary feature being dead-simple, high-security ephemeral execution. And so we're building Stonebox, an API that provides that strong, gVisor-based isolation for arbitrary code without any of the setup or maintenance complexity.

Here's our approach if you're curious: https://stonebox.plust.click/