conradk

I've been a fan of https://httpstat.us/ for a while now. Pretty much the same thing only you can also ask for a specific response time, which can be useful for testing timeouts.

Thanks for explaining.

It sounds like Keights is the same as Kubespray then, isn't it ? Kubespray also uses kubeadm underneath, as far as I'm aware.

Ah yes, OK. What about Kubespray ? https://github.com/kubernetes-sigs/kubespray

How does Keights compare to Kops ? https://github.com/kubernetes/kops

As soon as Proton paid a Bitcoin ransom [0] to try and avoid a DDoS attack, I lost all hope for this company.

https://www.theguardian.com/technology/2015/nov/05/protonmai...

It looks like it took Gitlab only a day to verify and release a fix for this issue. That's quick!

If you want to leave Google, but are not opposed to proprietary infrastructure, you could use something else with event tracking, like HEAP (https://heapanalytics.com/), which is very good. Or if you prefer open source, Matomo seems like a good alternative, with both hosted and self-hosted options (open source, https://matomo.org).

I wouldn't call "not using Google" radical. We have grown used to hearing that independence on GAFAs means being "radical", even though it should probably be the norm.

Somewhat similar is FlexiSpot [0] desks. Have you tried those ? if so, I'd love to hear how they compare to Uplift.

Myself, I have a FlexiSpot height adjustable desk and it's great. The price was 430€ (frame only) new (and I've seen it cheaper during events like Black Friday).

[0] https://flexispot.com/

Always the same thing: instead of reducing energy use, humans will find a way to push back problems instead of tackling them head on. Using nuclear energy "because runway is too short" without doing much else is not going to save us.

We have to go out of our comfort zone and start pushing for laws that force manufacturers to allow for 20 year repairability of electronical products (some brands already offer 10 years, so 20 years is probably possible too), pushing for automatic 5 year warranty on electronic products instead of 2 in the EU, disallowing environment breaking agriculture, putting extremely high taxes on airplane tickets, etc.

Sure, that means that we need to change the way we live. We need to consume less and better. We need to think long term instead of jumping onto the new bright innovation every 2 years.

21st century capitalism has gotten to a point of absurdity in which everything in the world "has to" be available within the reach of a click and max 3 days delivery, whatever the cost (environment is dying, poverty is still not gone despite the absurd amount of wealth produced by modern economies, etc).

Maybe we ought to rethink how we consume and what we expect from life.

From my experience with Deliveroo, you can pretty much order at any address, wait for the delivery person at the doorstep and retrieve your order without actually living there.

The part "by editorial board views closest to yours" says it all. All newspapers have views. They choose what is "good" or "bad" based on their views. That's why cross-checking is essential.

That's the case with any newspaper though, isn't it? We should always cross-check and verify, listen to multiple opinions and look at a variety of sources if possible.

Going vegan is essentially "Stop buying stuff" where "stuff" is meat. You should stop buying anything that pollutes a lot and/or has low value compared to alternatives: diesel cars, disposable plastic items, useless gadgets, etc.

If you still want meat in your diet, start buying less beef and more eggs or chicken. That'll be a good start. https://timeforchange.org/eat-less-meat-co2-emission-of-food

For "Maximum pods per node", it shows GKE at 100, AKS at 110 but still puts GKE in green. How come?

Then again, different platforms have different sets of hardware features, so sharing 100% of the code is usually not possible or desirable if you want to make the most of each platform.

Data collection without consent, from an Italian website, with GDPR in place ?

And you say you collect "Personal Data: Cookies, Usage Data and various types of Data". What does "Various types of data" mean ?

https://www.iubenda.com/privacy-policy/87096999

You might want to look at remote work, if that's something you're comfortable with. You can get paid well (think "Paris-salary") and live in more economical areas. Happy to talk more if you're interested.

The "Opt out of tracking" link in your privacy policy [1] goes to a 404 page [2] at the moment.

[1] https://getpublii.com/privacy-policy/

[2] https://getpublii.com/privacy-policy/opt-out%20of%20tracking

Would you mind sharing what you have in mind please? I'm genuinely interested in how that would work.

Then you lose some security though, because I think Heroku uses large IPs ranges [1]. There seems to be no way to allow database access from a private IP address, other than using expensive proxying addons. That means you probably have to open up your database to 0.0.0.0/0, which is not good at all.

[1] https://stackoverflow.com/questions/15512360/get-a-finite-li...

There is AppImage (https://appimage.org/). I have no affiliation with it whatsoever, but if you're not going to have a verified Snap account, I think you're better off offering an AppImage from your website. And it seems like some companies are thinking about something like this (https://github.com/itchio/itch/issues/683).

If your Snap account is unverified, there seems to be no way to know who created the snap. It looks like I can create an account with the name of any company and distribute stuff in their name, including malware.

With something like AppImage, your users know that the AppImage is actually coming from you if you host the file on your domain. Then again, AppImage has its own drawbacks. But at least, if Slack put an official AppImage on its homepage, I'd be able to download it. Installing a Slack snap from the account of "Felix Rieseberg" doesn't sound to good to me (https://snapcraft.io/slack). If you dig around, you can see that Felix Rieseberg does work at Slack, but for this big a company, that just looks fishy IMO.

I tried using Ubuntu 18.04 recently. While snap seem like a good idea, the main issue I have is that there seems to be no way to know who publishes snaps. A list of approved vendors would be useful.

Sure, there are some 'Verified Accounts', and Opera has one. But the main app for Slack, Spotify, Telegram Desktop or BitWarden come from unverified accounts. And some of these are not sandboxed, like the Slack app. Having BitWarden, a password manager, use an unverified account seems totally crazy.

I've heard the same about a school in my town. Apparently, what is planned is a confiscation by the school of any phones teachers will see in the school.

Didn't know dusk. Thanks for sharing ! It does look interesting ! And Symfony seems to be doing the same thing but for Symfony, called Panther.

From the author's bio: "Since April of 2016 I work part time for the non-profit, CropLife Foundation communicating the benefits of crop protection agents"

To read it yourself, go to https://www.forbes.com/sites/stevensavage, then click on "Full bio"

I have been made aware further down that I might have confused unit and integration tests a bit. Sorry about that. In Symfony code, the two co-exist and look somewhat similar. Maybe that's why I don't really differentiate them.

What kinds of things do you configure ? For us, the test environment is the same as the development environment, only we don't send out emails. Then there are some test scripts, but those are provided by Symfony and remain unchanged. So there is very little to setup.

And indeed, tests don't take much time to write once you get used to writing them. It's like anything. The more you do it, the better you get at it.

Oh, I guess you're right. I may have interchangeably used unit-tests and integration tests because in PHP/Symfony, they look pretty much the same: some setup code and "assert()" calls.

Sorry for any confusion for anyone reading my previous comments.

That is what I do for most back-end tasks (not so much for front-end stuff yet although there is some interesting work happening in the open source world for that too). And I've actually had far fewer bugs testing with TDD than testing in browser.

In the browser, testing edge cases sometimes requires custom headers, encoding of data to create authorization tokens, etc. This means you have to either have amazing browser tools (which I've yet to find) or use a combination of browser and shell to achieve what I need.

In TDD, most setup can be automated with simple function calls. In addition, well made frameworks, such as PHP's Symfony, have utilities that even avoid making real HTTP requests, so tests run faster than using a browser, but the result is the same.

I'm not saying everyone should do TDD, but from my experience, it can lead to increased productivity and fewer bugs in some cases.

By the way, if you know of browser tools that make testing easier, I'd be glad to learn more. I use TDD because I lack the browser tools. If I had the right tools, maybe I'd consider going back to in browser testing.