• 8 Posts
  • 744 Comments
Joined 1 year ago
cake
Cake day: June 15th, 2023

help-circle



  • I get your point, but this feature is being pushed to users prominently, and it turns out it doesn’t do anything with the search results on both Youtube and Amazon, which are pretty much THE most likely sites you could think of, that anybody’s going to be using. That seems like a pretty glaring omission to me.

    There are lots of bug reports already opened about it not working as intended on various large sites, including Facebook, Google Images etc.

    It’s pretty obvious to me that such sites are going to keep changing their parameters because they’re privacy predators. If Mozilla is not willing or able to keep the parameter definitions up to date then this feature can end up doing more harm than good.







  • lemmyvore@feddit.nltoSelfhosted@lemmy.worldWeb printing
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    2 months ago

    You don’t have to install drivers or CUPS on client devices. Linux and Android support IPP out of the box. Just make sure your CUPS on the server is multicasting to the LAN.

    You may need to install Avahi on the server if it’s not already (that’s what does the actual multicasting). The printer(s) should then auto magically appear in the print dialogs on apps on Linux clients and in the printer service on Android.

    On Linux it may take a few seconds to appear after you turn it on and may not appear when it’s off. On Android it shows up anyways as long as the CUPS server is on.





  • Mozilla has already shipped strict privacy mode by default in recent versions of Firefox so they’re already a leg up on this.

    Google is currently trying to transition people to its own proprietary method of tracking (where the browser itself tracks you) so they would love it if third party cookies were no longer usable for that.

    Mozilla has also added a direct tracking feature (anonimized) to Firefox btw. Not sure what their agenda is.

    Websites are irrelevant, if third party cookies stop working in major browsers there’s no point in setting them anymore, they’ll be ignored.



  • You should consider if you really want to integrate your application super tightly with the HTTP protocol.

    Will it always be used exclusively over a REST-ful HTTP API that you control, and it has exactly one hop to the client, or passes through hops that can be trusted to never alter the HTTP metadata significantly? In that case you can afford to make HTTP codes semantically relevant for your app.

    But maybe you need to pass data through multiple different types of layers and different mechanisms (socket protocols, pub-sub, file storage etc.) In that case you want all your semantics to be independent from any form of transport.


  • It’s a perfectly fine way of doing things as long as it’s consistent and the spec is clear.

    HTTP is a transport layer. You don’t have to use its codes for your application layer. It’s often done that way but it’s not the only way.

    In the example above the transport layer is saying “OK I’ve delivered your output” which is technically correct. It’s not concerned with logical errors inside what it was transporting, just with the delivery itself.




  • It’s impossible to tell how meaningful Backblaze’s numbers are because we don’t know the global failure rate for each model they test, so we can’t calculate the statistical significance. Also there are other factors involved like the age of the drives and the type of workload they were used for.

    buying more reliable devices can definitely save you time and headache in the future by having to deal with failures less frequently.

    That’s a recipe for sorrow. Don’t waste time on “reliability” research, just plan for failure. All HDDs fail. Assume they will and backup or replicate your data.