He said his first order of decocanised cocoa leaf was seized at the border. I can see that discouraging trying again, esp when he's trying to make something others could reproduce.
He did find a pretty good substitute for the primary cocoa leaf ingredient though. Also, what he made was virtually indistinguishable in the taste tests. One person said that his tasted closer to the 2L of coke than the can of coke did, which suggests the final bit could just be carbonation level of the soda stream.
That was our theory in the office when we taste tested the various cokes. The favorite by far was kosher for Passover coke. At first we thought it was the sugar vs. HFCS, but bottled Mexican coke didn’t fare as well — blind most people thought Coke Zero (which is my favorite coke) was Mexican Coke.
My theory was that the carbonation was perfect and the product was fresher, as the bottler requires rabbinical supervision and they probably make it for a limited run.
There is essentially zero chemical difference whatsoever in sugar vs corn syrup coke. sucrose disassociates in the presence of an acid into glucose+fructose simple sugars. Just being carbonated will disassociate the sucrose.
> sucrose disassociates in the presence of an acid into glucose+fructose simple sugars
Which tastes different from pure fructose. If you want to taste them side by side, you can absolutely tell the difference. (If you've done any endurance sports, you know what I mean.)
Once digested I agree that the health effects are suspect. But tastewise, fructose, sucrose and glucose are distinct.
I'm confused by your reply. GP's point is that they both dissociate into simple sugars, and thus it doesn't matter what the source is. And your response says correctly that sucrose tastes different than both fructose and glucose, but I don't see how this contradicts him. There is (practically) no sucrose left.
Are you perhaps thinking that "high fructose corn syrup" is predominantly fructose? The name is confusing, but it actually means that it is high in fructose relative to normal corn syrup, not that fructose predominates. HFCS is usually pretty close to 50:50 fructose to glucose, just like sucrose is:
How much fructose is in HFCS?
The most common forms of HFCS contain either 42 percent or 55 percent fructose, as described in the Code of Federal Regulations (21 CFR 184.1866), and these are referred to in the industry as HFCS 42 and HFCS 55. The rest of the HFCS is glucose and water. HFCS 42 is mainly used in processed foods, cereals, baked goods, and some beverages. HFCS 55 is used primarily in soft drinks.
I made no assertion about the taste of sugar vs. corn syrup. There are a number of products marketed as "Coke", and those products have different flavor profiles. Some use sucrose, some HFCS. It might be formulation, it might be packaging, freshness or bottling methodology. Maybe they don't tweak formulas for limited run products or in local markets like Mexico. I have no idea.
Even with the standard fountain formulation, there is a different/better flavor at McDonald's because of the standards they apply to each part of the supply chain. In a few weeks, depending on where you live, there will be two liter bottles of coke with a yellow cap. That's kosher for passover -- try it.
This is why Firefox chose to implement a custom PDF reader in pure JS for better sandboxing leveraging the existing browser JS sandboxing.
As a side effect, it's been a helpful JS library for embedding PDFs on websites.
The Chrome PDF parser, originating from Foxit (now open-sourced as PDFium), has been the source of many exploits in Chrome itself over the years.
And the end of their self hosting offerings (Server, Data Center), which is currently driving a lot of people towards XWiki, for other reasons than money. XWiki SAS being mainly in Europe makes it attractive to EU users too.
> do you have any migration tips?
I don't have specific migration tips. I hope the docs are complete enough!
The Confluence Migration Toolkit is based on the Confluence XML module you found, but it adds a nice and convenient UI, converts some more macros that XWiki SAS sells, there's support, and there's consulting for larger migration projects or projects with special requirements.
(note: despite some paying features, everything is open source)
(disclaimer in case it was not obvious, I work for XWiki SAS)
Amusingly, exactly opposite experience here. That said, our on-prem is jira and confluence integrated with db on same machine, and apache in front doing additional caching. I imagine like so many things it is how you set it up...
If you read my previous comment, I said it was largely the specific poor plugin that caused most of the performance issue with the database queries. I never complained about the overall speed of on-prem Jira. That was the assertion of the person who’s only ever used the cloud version.
Well, the article notes that it seemed effective on human tissue samples.
The researchers also tested cartilage taken from patients undergoing total knee replacement for osteoarthritis. After one week of treatment with the 15-PGDH inhibitor, the tissue showed fewer 15-PGDH-producing chondrocytes, reduced expression of cartilage degradation and fibrocartilage genes, and early signs of articular cartilage regeneration.
So, IMO that shows hope for once it goes to trials.
Checking the Firefox bugs on this, it seems they decided to replace the C++ libjxl with a rust version which is a WIP, to address security concerns with the implementation. All this started a few months ago.
Maybe the zen fork is a bit older and still using the C++ one?
... update. after reading the comments in the rust migration security bug, I saw they mentioned "only building in nightly for now"
I grabbed the nightly firefox, flipped the jxl switch, and it does indeed render fine, so I guess the rust implementation is functioning, just not enabled in stable.
... also, I see no evidence that it was ever enabled in the stable builds, even for the C++ version, so I'm guessing Zen just turned it on. Which... is fine, but maybe not very cautious.
Google Chrome is using a Rust implementation. The existence and sufficient maturity of it is the reason they were willing to merge support in the first place.
I suspect that applies specifically to their cloud rewrite which was apparently a bloat of JS libs and hundreds of requests even by Atlassian standards. The on-prem self-host Confluence I've used is still pretty snappy and pleasant to use and without throwing an absurd amount of resources at it. We do have quite a lot of actually-useful documentation in it.
That said, Atlassian is busy relentlessly raising the price for self-host to push people into their cloud roach motel, so we'll probably be on some alternative (either FOSS or commercial, but self-host) soon too.
In mercurial you could have those in phase hidden for future reference.
In jujutsu you can have those in a local set, but not push upstream. Only unfortunate thing with jujutsu is because it is trying to be a git overlay, you lose state that a mercurial clone on another machine would have.
Click Reader mode on a web page, then the read aloud option in the sidebar.
Note that how well it works on Linux will depend on your distro and default settings, as is common for Linux world. They do try to provide setup instructions if your linux distro has issues.
... now whether that model is integrated by default, no idea. I imagine that depends on size.
Oh, and mozilla's off-line translate for private translation of web pages... that's another neat AI thing they added that I've found super helpful. Chrome still requires sending the content to their servers.
Ah cool, thanks, didn't know this existed. I just get a dummy message when playing audio, so I'll play around with some speech dispatcher[1] solutions later!
> Oh, and mozilla's off-line translate for private translation of web pages... that's another neat AI thing they added that I've found super helpful.
Yes, it's awesome! And one of my favorite additions to Firefox in many years, it's stuff like that they should focus on if they want AI, imo.
I tried it, and I'm sure it's not a based on any language model. Sounds like espeak-ng or its ilk, so it probably uses whatever's available?
The TTS repo was updated 5 years ago and links to installation instructions for Ubuntu are broken :/. Also the docker repo is archived, but only recently, so maybe it works.
All in all, doesn't look like the project is alive at all.
It definitely uses whatever is available, but on review of the models (and there are quite a few) the ones I checked included instructions for integrating into linux speech engines.
What your distro uses by default might be espeak-ng, but you could use mozilla TTS or festival or piper or anything else. It makes sense to not bundle an entire system that repeats things that are available on all desktop environments and mobile these days, but instead call out to those from the browser functionality - especially given the enormous size of high quality speech models - not to mention the localisation issue. I think the TTS project was just to increase availability of high quality FOSS alternatives. Getting those into your distro is more of a distro packager thing.
It's probably a pretty natural path for the wasp assuming it survived the initial time you were running the vac. The shopvac is just a big container with at the top an exit path following the wall naturally out the tube. They don't even tend to have a flap like smaller hand vacs might have to keep dust from falling out during use.
He did find a pretty good substitute for the primary cocoa leaf ingredient though. Also, what he made was virtually indistinguishable in the taste tests. One person said that his tasted closer to the 2L of coke than the can of coke did, which suggests the final bit could just be carbonation level of the soda stream.
reply