I was just digging into this a bit and discovered ACME supports a something called DNS alias mode (https://github.com/acmesh-official/acme.sh/wiki/DNS-alias-mo...) which allows you to add a static DNS TXT record on your core domain that delegates to a second domain. This would allow you to setup a second domain with DNS API (if permitted by company policy!)
Last time I checked there's no standardized API/protocol to deal with populating the required TXT records on the DNS side. This is all fine if you've out-sourced your DNS services to one of the big players with a supported API but if you're running your own DNS services then doing automation against that is likely not going to be so easy!
One pretty easy way to do it while running your own DNS is to put the zone files, or some input that you can build to zone files, in version control.
There are lots of systems that allow you to set rules for what is required to merge a PR, so if you want "the tests pass, it's a TXT record, the author is whitelisted to change that record" or something, it's very achievable
Canadians certainly have differing opinions on politics however it's definitely a tiny minority that share your opinion on being happy if Canada became part of the USA.
It's all quite preposterous because many Canadians would probably have been fine in the past with some kind of currency union and trade and enhanced labour mobility if such a thing had been proposed during e.g. the Obama years.
At that point our currencies were often at par, the two governments were generally very friendly, and trade was going rather well. Canadians would probably welcome increased competition and services domestically.
Since then the US has become successively more dysfunctional. And while we have had our own issues and things have become problematic here in many ways (cough cough housing prices cough cough), the kind of insane disgusting culture war going on in the US is not something the majority has an appetite for.
In any case a full political union where Canada is absorbed makes no sense, it's so radically out there... the two political cultures are so far apart... and especially a "proposal" that reduces an entire continent spanning country with 3 oceans, 41 million people, two official languages... to a single US state. It's preposterous and inflammatory. "51st state" is not a serious idea, but it's become an idiotic battering ram destroying all civil discourse.
It wouldn't be so bad if the window closed but at least remembered the entry. I often have the issue where I had to search up an entry (credit card info for example) and then when I reopen the extension window I have to start the search all over again.
For those that use LLMs in a similar manner to a search engine the Anthropic team (unlike Meta AI and Google Gemini) have made it easy to use Claude from right within your browser. In Firefox add a bookmark with the following values:
Also in Firefox Dev Edition settings (in the Firefox Labs section) you can turn on their AI chatbot feature which gives you the option to send the selected text to Claude or other chatbots and opens their response in a sidebar.
Also, if you prefer using AI assistants as desktop apps that feel separate to the browser and you can open directly, you can download Progressive Web Apps for Firefox [1] and create a separate shortcut for a sandboxed profile of Firefox with less visual clutter that open the assistant directly.
Yes, I'm aware of @gemini on Chrome. If you look at how it's implemented they are purposely stashing the query into a HTTP header so it's not possible to use a simple bookmark to launch it.
Query parameters are so tired. All my homies embed their queries into the password portion of a basic auth header. Keeps your queries super secure from spies and competing browsers.
This doesn't seem to work for me. I'm getting "%s" as the initial prompt, even though the text is properly displaying in the URL. Almost seems like an issue on the Claude side.
I'm one of the naysayers as an experienced Java developer that supports checked exceptions. I find the move to runtime exceptions very disheartening though I will say that in a world dominated by web applications with a clear request/response cycle it's very easy for the container/application to implement a high-level error-handler so I think this skews people's sense of the value proposition of checked exceptions. I've done a fair bit of work over the years writing daemons of various types and having checked IO exceptions among others has been a lifesaver. I also feel that vilifying use of generic exceptions (IOException, SQLException) in favour of implementation-specific exceptions was a mistake. If instead, we had encouraged a smaller set of mostly platform-defined exceptions I believe people would have found the exception "noise" to be lesser. While there are cases where a custom exception sub-type can be useful, in many cases they are not. I agree with the grandparent comment that we may have been better off without runtime exceptions at all, leaving us with simply checked exceptions and errors.
Checked exceptions were an ideal. From a halcyon Valhalla of fallen unix programmers trying to impart their wisdom to the ignorant masses.
I too would like to live in this world.
However, while I don't have specific exceptions at the tip of my tongue, Even sun failed in many of their jdk apis to produce a good checked exception design.
I don't see any connection between going public and giving the average consumer more input into the direction of the company. Making a company public means the company is beholden to operating in a way that maximizes return to the shareholders. Sure an average consumer can buy shares in the company but the average consumer isn't going to be sitting on the board.
On the pricing aspect do viewers of Jam reports get charged as a seat or just the staff that are creating the Jam reports? Eg. if a Jam report is attached to a JIRA ticket does everyone who might ever need to view that report need to have a Jam license/login to view that information?
It would be great to have a FAQ page on your site mentioning this. I was on your docs page and did a search for "firefox" as well as "safari" in the search box and there were no hits at all. Seems like something that people would often be checking for.
Love this tool, want to buy it for our team. Unfortunately, a tool that doesn't support Safari can't readily be used to help iterate products that use default browser or webkit webviews on MacOS or iOS.
We've noticed many tool devs think everyone uses Chrome (because those devs got non tech people in their social circle to install Chrome so "everyone they know" uses Chrome), but users who don't know devs just use whatever's there, and that means iPad, iPhone, and most Mac "end users" are Safari.
Along with being needed for those users, any tool that looks this good and works this magically is also going to appeal to dev teams that can appreciate why users like iPhones and designers like Macs, those teams will want this to work in Safari too.
That said, if you couldn't readily support Safari, I wonder if your extension could be adapted to work in Kagi's Orion browser that supports Chrome and Firefox extensions (to an extent), while being based on WebKit. Perhaps that's a path that could allow webkit debugging.
We would definitely pay for a Safari extension to be installed from Apple app store for each of our UX devs, product managers, and canary users.
For enterprise deployment, it needs to come from Apple app store or be distributed as an installable package through an automation mechanism. MAS (Mac app store) is easiest.
The extension needs to either be free, or have a "full price" version, so that it can be licensed per seat/user through corporate volume purchasing to run on employee devices. The way managed devices work, there's no way for companies to pay for employees to use in-app purchases (IAP).
reply