In the future, consider hosting with the following:
* Flokinet (long standing host standing for freespeech, very seriously presented)
* Njalla (created by PirateBay founder, will actually troll any copyright trolls, but seems reliable)
* Cockbox (a silly but also likely reliable option)
Also it seems that you'd have been fine using Cloudflare without giving them any identifying details - when I signed up way long ago, they didn't ask for anything...
Whilst this is theoretically a nice idea for security/privacy, wouldn’t there be throughput/latency concerns over mobile networks if you aren’t just connecting to one server and getting all your notifications in one go? One of the biggest slow downs on mobile data is the initial handshake, so repeating that for each of your apps doesn’t seem worth the trade off to me.
This is the goal, in the same way Google does for FCM: the Play Services maintain a connection with their servers to get the notifications and then send them to the different apps. Here's it's the same with a server you control and know it won't read whatever is in that notification, without draining the battery because there's only the Unified Push app maintaining the connection.
Notifications don't appear to be E2EEed. They are encrypted in flight. But they do change formats while on the servers. For example, the application server contacts the push server using Web Push (like a webhook), but the communication from push server to the distributor app on the end device is using some other protocol like XMPP, Server send events or WebSockets. This obviously requires decryption.
But the encryption shouldn't be a big issue as @morith pointed out. The application server can send a notification to the end user application simply asking it to refresh. The second image on their home page (https://unifiedpush.org/) illustrates this.
Yeah, existing proprietary (e.g. Apple/Google) push notifications are not E2EE, so apps that need to convey sensitive information (secure messaging apps, etc.) tend to take this approach already regardless of push provider.
IIUC notification contents are application-defined. So if you're building a weather app and don't care about encryption, your content can literally be "It's going to be sunny."
Signal, on the other hand, would only send "please refresh" and then it's the app's responsibility to act on it.
Best part is that neither of those follows the "native style" either.
There's no dark uxtheme provided by windows, so Qt falls back to their fusion style. Even the "native" light theme doesn't follow the new "fluent" style so that's also a shitshow.
As for WinUI 3, apps are supposed to bundle it, so if you target Windows 11 and run the app on Windows 10, it'll look all rounded and drop-shadowy instead of flat like native Windows 10 apps. Great stuff.
As someone that is programming since 1986, has multiple native and Web frameworks experiences behind myself, have been back coding Web since 2019, because a lot of developers are lazy to learn how to write portable code.
Not even portable Web code, they rather ship a copy of Chrome, and then complain Google has taken over the Web.
TBH I'd take QT app over any electron/web app... it still looks more consistent and matches the OS. Heck, even Java Swing (IDEA) looks better and feels more native than any electron crap.
Not sure... It's mostly due to used L&F. You have FlatLaf (inspired by IdeaUI). Swing is surprisingly solid platform (though it has it's quirks and sadly it's development virtually stopped years ago)
Drivers have the right to crash the system in my books - software doesn't. They need to take a stronger stance on antiviruses and kernel based software in general and push defender as the defacto antivirus for Windows.
wondering this as well - the article suggests that it would be able to run for longer thanks to the vision/sensory systems being driven by a very low wattage system, requiring a much smaller battery... but I'm not convinced that a slightly larger system, perhaps with wheels or the ability to jump, would be outpaced by this particular "biohybrid"
I think the distinction between "processed food" and "ready food" is important here. Not all processed foods are bad - I am not paid to say this, but after doing a lot of preliminary research into Huel some 3 years ago, I've lived off it for weeks at a time when time-constrained or lazy. I usually feel better overall for it (fuller, prolonged energy), which for me, meant less snacking.
On account of the higher carbs, I can't speak so much to their "instant meals", but the powders are a pretty even split of carbs/fats/protein, with the black powder being primarily protein for a slightly higher cost.
We can't live on raw food. I read a catalog from an "alternative" magazine once, which listed an enormous number of diets and self-help therapies. All raw diet was one of the extremely few (even) they warned against.
It's damn near impossible to not harm your health with an all raw diet.
By the sounds, it's actually a $4B investment (taking minority stake) whilst also potentially providing free access to some AWS services? The degree or agreement of access to AWS services isn't totally clear though...
* Flokinet (long standing host standing for freespeech, very seriously presented)
* Njalla (created by PirateBay founder, will actually troll any copyright trolls, but seems reliable)
* Cockbox (a silly but also likely reliable option)
Also it seems that you'd have been fine using Cloudflare without giving them any identifying details - when I signed up way long ago, they didn't ask for anything...
Some notes:
* Flokinet offers DDOS protection.
* Njalla offers Domain Registry.
* cockbox is colocated through Flokinet.
* Probably don't use cockbox...
reply