Try and make a new folder and drag a chat into it. Web works, desktop doesn’t. Try to copy paste deep-research json via the copy button they provide. Web copies json, desktop includes attribution links from the ui that breaks json parsing. It’s not easy to make a desktop app worse than the web, especially when you have that much money to spend, but it’s clearly possible
I no longer work much in the ruby world, but when I did I would run into libraries by @ankane on almost a weekly basis. Prolific, and covering a bunch of academic fields and languages. It felt a bit like every area I became interested in, he was already out on the edge.
> The reason so few people acquire Japanese citizenship is not because of the difficulty doing so, but because it offers little in terms of tangible benefits beyond those already acquired by virtue of having permanent residency status.
This. I've been in Japan for 15 years, and have permanent residency. Citizenship would basically only grant me the right to vote for (or against, I guess) the party that has been in power almost uninterrupted since the 50s. In exchange for that, I would have to give up 3 other citizenships. Not a great deal...
This is excellent. It found a $350 flight from Tokyo to Sydney via a short stop in Fiji, which is not an option I even knew existed (I'd normally consider $6~700 to be cheap).
Great idea - I hadn't thought of diff. I'll have to have a think about how it might fit into the UI, since there's only one input box. Any ideas on what a good input flow might look like?
I'm wary of using closed-source online string formatters and converters, so I've been working on https://string.is/ as a safe, open-source alternative. I had a couple of goals when building it:
1. It should be open-source.
2. It should not set any cookies.
3. It should have a strict Content Security Policy.
4. It should be opinionated about dependancies, and only use well-known, well-supported libraries.
5. It should try to detect the format of the input, and intelligently choose output options.
The last point in particular I feel is an improvement on most existing services - paste in some text and it will try to auto-detect the format and convert it accordingly (although admittedly detection of some formats is a bit primitive currently).
It's built with TypeScript + Next.js. In addition to the hosted version, the GitHub README has one-click install buttons for Vercel and Heroku, plus Docker images.
There are a couple of other tools in this space if you're interested in alternatives:
- https://gchq.github.io/CyberChef/ (online)
- https://devutils.app/ by HN member trungdq88 (MacOS)
- https://devtoys.app/ by HN member veler (Windows)
- https://boop.okat.best/ (MacOS)
If you are "TRUSTED BY 4,300+ MARKETERS" and "<200-ish, but changes every refresh> Users Signed Up Today", then you've built a multi-million dollar business in the last 20 days. Congrats...
I’m a customer of his uptime service (https://apex.sh/ping/), and following up framework (https://up.docs.apex.sh/) with interest, but haven’t used it yet. Perhaps he is more focused on career and family, and less on open source? If so, good for him.
I work on the project discussed in the article. We're running puma in clustered mode, with multiple workers per dyno and multiple threads per worker. 1GB is plenty in this context - each worker is pretty lightweight. At the time this was written we were running ~10 2x dynos, but we've since switched to 3 performance-m dynos with more puma threads/workers.
> I don't think it's any less crazy than being forced to chase a GC white whale for two weeks on a tiny memory leak to avoid a huge rate hike on your hosting bill.
The main issue we were facing wasn't the hosting bill, but high (for us) traffic, that was leaking memory on every request. Under low traffic it was unnoticeable, but at peak load the leak would cause dyno memory to max out pretty quickly, which would cause timeouts and increase the traffic to other dynos, causing cascading failures. Having more memory available would definitely have made things a lot easier, but we would have run out eventually either way.
The web UI for the Transmission bittorrent client, around 2006-ish. I wrote it in prototype.js and then discovered jQuery, and ended up rewriting the whole thing.
Just a random data point, but one of my apps with a definite non-technical demographic gets 97% of logins via facebook, 2.5% via twitter, and 0.5% via email/password registration. I haven't tested it obviously, but I don't think removing Facebook login would do much for conversions.