Amazon bought woot.com years ago and slowly added more cheap items to it. Are they gonna expand that concept/brand?
MoCA is a way to send wired Ethernet up to (300mb/s, at least the version i have) over coax. Verizon fios would provide these devices to send internet to set top boxes over existing coax cabling, but you can get a pair of these devices and send Ethernet in on one side, and Ethernet out the other side.
I have noticed however, it adds a bit of latency to the connection, which may be trouble.
Delta Chat just a clever chat interface over SMTP/IMAP, and thusly every user can use their own mail server for sending + receiving messages. Any encryption is between the end devices, and to cooperate, they'd have to produce a compromised build that leaks those keys.
⟋etc⟋passwd ⧸etc⧸passwd ／etc／passwd
Depending on your use cases and apps, file locking can be problematic when sharing across SMB and NFS simultaneously, their locking semantics are slightly different
I think it's not widely front-and-center because it's kinda fiddly, especially with folks with customized printers and there are caveats that can damage the machine or ruin the print if you are not careful. Sadly, I think that some of the more 'closed' slicer/printer systems could support it more reliably because the dimensions of the head + arm are much better known and the tool path can be planned much more precisely.
https://help.prusa3d.com/article/sequential-printing_124589 <-- explains how to set up the sequential printing in Prusa.
https://www.klipper3d.org/Exclude_Object.html <-- Explains the exclude object function in Klipper/Mainsail
https://docs.mainsail.xyz/overview/slicer/prusaslicer#enable-exclude-object <-- how to configure Prusa to label objects so mainsail/klipper can individually select and skip them.
Like I mentioned, I have the most experience with Prusa + my Ender3 ( w/ a RPi3/Kilpper & mainsail; and a crtouch sensor) . I'd wager that other slicers could do this too, but I"m not sure of their setup.
Keep in mind that if you slice multiple parts to be printed at a time, then a failure on one part means the whole batch is potentially compromised.
I have the most experience with PrusaSlicer, and have used the multiple part one at a time option to print multiple parts at once. You have to tell it the dimensions of your extruded head, so it doesn’t crash the part , and if you have a bed slinger, you have to be careful of your x axis bar (ie, order it so it starts at the front if the bed and works it way to the back)
With mainsail and klipper, you can cancel one failed part mid print and keep going on the rest of the parts.
Seriously. I recently learned that group that owns Star Market, Shaws's, (+ a bunch of others https://en.wikipedia.org/wiki/Albertsons ) wants to merge with Kroger's (https://en.wikipedia.org/wiki/Kroger)
I was always told competition helps drive prices down. Was that a lie?
This story is weak and literally makes one statement: consolidate the retail market and we might see better prices. It misses the mark on what it might be trying to actually say or what is actually going on: there is no chain large enough to put pressure on suppliers ( which are probably consolidating, invisible to consumers) to lower their prices, so stores are forced to keep high prices or raise them.
TacticalRMM is very comprehensive, self hosted, but more geared towards organizations managing a fleet of machines.
It’s not the Muslims, it’s the evil Christians. Same problem, but different names.
It's uncommon for 'public use' ethernet ports to exist, unless they are clearly labeled. The ethernet ports might grant access to the internal network, which, is easy to accidentally do. A non-profit library with a limited budget might overlook all the extra protections on open ports (enable/disable ports as needed, use 802.11x port-based authentication, internal SSL, etc), that would be necessary to secure it. Or, even better; that RJ45 port might be wired up to an old PBX, and you may have fried their telephone system, or your own hardware.
Passkeys are great, and generally a plus for security; but (a) all the most popular implementations have not implemented key export and transfer to alternate implementations (b) It includes an implementation ID + hardware attestation feature which can be used to disable 'unapproved' implementations by key consumers. Considering the most common device with a 'secure' environment, and can implement this are your cell phones, and they are made by Apple + Google, this effectively locks your identity to either of these platforms. (c) All the public signals smell and look like the providers (apple, google, Microsoft) are doing everything they can to implement the features to make lock in all but inevitable, including mandating that implementations user-hostile features, or risk being rejected by sites.
It's a great idea, and it could be awesome, but things are not being addressed. Or being handwaved as "we can address them later". This recent discussion from last month (both the discussion in the linked github issue, and in the HN thread both including some key players in the PassKey system) is pretty telling: https://news.ycombinator.com/item?id=39698502
In fact, it can be better: having root means you can arrange additional 'firewalls' between apps and your data , or omit/falsify sensor data the the banking app should not need, that the Google is unwilling to implement.