• 13 Posts
  • 88 Comments
Joined 1 year ago
cake
Cake day: July 23rd, 2023

help-circle

  • I could not pull it out with my hands after tapping it in. But to be clear, there’s only a sheer force to deal with, and it’s light.

    I cut a bicycle axle bolt in half, and embedded it in the brick so there is a bicycle sprocket on the wall. Then a chain wraps another sprocket, which turns a shaft that goes all the way though the wall to the other side, where it connects to a right-angle gearbox, which attaches to a water valve. It’s lightweight overall… just the weight of a sprocket, chain, and a small decorative wood thing out of wood to serve as a handle.

    This might come a bit too late but why didn’t you just get threaded rod and use one of these instead?

    I did not know anchors like that existed for machine bolts. That’s good to know! However, it would not have helped in this situation. The bicycle axle has non-standard threading (~9mm bolt with a thread pitch that’s 2 steps away from the norm). Since it had a special nut that interfaced to ball bearings, I could not bring in a standard bolt or threaded rod. And the threaded portion of the axle was short enough that no threads could have gone into the wall. I could have added threads to the bare portion, but my die set skips the ø=9mm size.

    I was asking more for future reference – whether or not I should ever repeat this. And I think you answered that. Even if I get lucky in the future on getting a perfect fit at that moment, temp changes could blow it. I guess I’ll assume anchors (chemical and mechanical) are designed to handle the temp changes.









  • Better or worse depends on who you ask.

    I boycott Cloudflare and I avoid it. Some CF hosts are configured to whitelist Tor so we don’t encounter a block screen or captcha. For me that is actually worse because I could inadvertently interact with a CF website without knowing about the CF MitM. I want to be blocked by Cloudflare because it helps me avoid those sites.

    The CF onion (IIUC) cuts out the exit node which is good. But CF is still a MitM so for me that’s useless.

    Some users might not care that CF has a view on all their packets - they just don’t want to be blocked. So for them the onion is a bonus.



  • W.r.t CSAM, CF is pro-CSAM. When a CF customer was hosting CSAM, a whistleblower informed Cloudflare. Instead of taking action against the CSAM host, CF doxxed the ID of the whistleblower to the CSAM host admin, who then published the ID details so the users would retaliate against the whistleblower. (more details)

    There is no way to “disable” cloudflare if an instance has chosen to use it. It will sit between you and the server for all traffic.

    Some people use CF DNS and keep the CF proxy disabled by default. They set it to only switch on the CF proxy if the load reaches an unmanageable level. This keeps the mitm off most of the time. But users who are wise to CF will still avoid the site because it still carries the risk of a spontaneous & unpredictable mitm.







  • emphasis mine:

    Anti-nuclear is like anti-GMO and anti-vax: pure ignorance, and fear of that which they don’t understand.

    First of all anti- #GMO stances are often derived from anti-Bayer-Monsanto stances. There is no transparency about whether Monsanto is in the supply chain of any given thing you buy, so boycotting GMO is as accurate as ethical consumers can get to boycotting Monsanto. It would either require pure ignorance or distaste for humanity to support that company with its pernicious history and intent to eventually take control over the world’s food supply.

    Then there’s the anti-GMO-tech camp (which is what you had in mind). You have people who are anti-all-GMO and those who are anti-risky-GMO. It’s pure technological ignorance to regard all GMO equally safe or equally unsafe. GMO is an umbrella of many techniques. Some of those techniques are as low risk as cross-breeding in ways that can happens in nature. Other invasive techniques are extremely risky & experimental. You’re wiser if you separate the different GMO techniques and accept the low risk ones while condemning the foolishly risky approaches at the hands of a profit-driven corporation taking every shortcut they can get away with.

    So in short:

    • Boycott all U.S.-sourced GMO if you’re an ethical consumer. (note the EU produces GMO without Monsanto)
    • Boycott just high-risk GMO techniques if you’re unethical but at least wise about the risks. (note this is somewhat impractical because you don’t have the transparency of knowing what technique was used)
    • Boycott no GMO at all if you’re ignorant about risks & simultaneously unethical.




  • If the message is edited for typos/grammatical errors, then there’s really no need for a notification as the message displays the posted time in italics (e.g., ✏ 9 hours ago).

    I’m not sure why the relevance of the posted time in this scenario, but indeed I agree simply that typos need not generate an update notice, in principle.

    If the message is so reworked as to say something else, “Bob” (your example) should do the right thing and post a new, separate reply to “Alice” in the same thread, donchathink?

    This requires Bob to care whether Alice gets the update. Bob might care more about the aesthetics, readability, and the risk that misinfo could be taken out of context if not corrected in the very same msg where the misinfo occurred. If I discover something I posted contained some misinfo, my top concern is propagation of the misinfo. If I post a reply below it saying “actually, i was wrong, … etc”, there are readers who would stop reading just short of the correction msg. Someone could also screenshot the misinfo & either deliberately or accidentally omit Bob’s correction. So it’s only sensible to correct misinfo directly where it occurred.

    I get what you’re saying though, that there should be some real integrity toward post/reply history, like diff maybe.

    It would be interesting to see exactly what Mastodon does… whether it has an algorithm that tries to separate typos/grammer from more substantive edits. I don’t frequently get notices on Mastodon when someone updates a status that mentions me, so I somewhat suspect it’s only for significant edits.

    (update) one simple approach would be to detect when a strikethrough is added. Though it wouldn’t catch all cases.


  • So let me get this straight… Bob does something no one else does

    Straight away you don’t have it straight. Edits happen. The mere possibility of edits in fact encourages authors to produce ½-baked drafts in the 1st place knowing that they can always edit.

    edit messages on somewhere no one else goes, adding significant content to something no one sees

    Not sure what drives this logic. If no one goes there, the post/comment is unlikely to happen in the 1st place. And with no interaction in the thread, refinements are even less likely. If you don’t have at least two people participating in a thread, there are no notifications to speak of.

    and then Bob wants to spam the world about the update with notification?

    Bob wants to take no action at all and let a smart system handle notifications as needed. So your attempt to “get this straight” got everything crooked. Furthermore, your proposed solution is moreso aligned with Bob pushing “spam”, as Bob’s new & separate msg forces a notification as the platform has no way of distinguishing an update from a new msg. Thus it would be treated like a new msg and a notice would be sent.

    Also, in this context, this wouldn’t be a bug, but rather a feature request

    One man’s bug is another man’s feature. Luckily bugs and feature requests are handled in the same venue so it’s a red herring.

    a feature that no one is asking for

    Certainly not true anymore.

    and doesn’t make the software better

    One man’s bug is another man’s feature.

    except to those that doesn’t follow social norms yet still demands to get into others’ inboxes.

    You’ve misunderstood where the demand is coming from. It’s not the author; it’s the recipient. Someone posted a useful reply to Alice, Alice read it, marked it as read, & then Bob made a useful update. Alice did not receive the notice of the update. This “demand” comes from the recipient (Alice), not Bob the author. The update was for the recipient’s benefit not the author’s. It’s purely incidental that Alice discovered that an update happened because #Lemmy was not smart enough to notify me of the update (unlike Mastodon which is quite a bit more mature).

    Instead, the appropriate behaviour is to not allow Bob to make edits after sometime (which many softwares have such feature for)

    That’d be fair enough, but it would not have helped in this case where the edit happened the same day.

    and/or make edit logs visible (also a common feature)

    You’re imposing too much manual labor on humans. Machines are here to work for us not the other way around.

    such that people who doesn’t follow expected norms

    The norms adapt to the software. When the software does an extra service for people, they abandon norms that attempt to compensate for a feature poor system. And rightly so.


  • Heh… the funny irony here is that you actually missed my update to the OP, which says:

    “For comparison, note that Mastodon (at least some versions) notify you upon edits of msgs that you were previously notified on.”

    That’s of course a different scenario since crossposts don’t update (which could be a separate interesting discussion). But funny nonetheless because you missed an update while saying that tools should not be improved in favor of social / cultural change. I guess you should have thought to read the OP and compare it for changes (the social solution) :)

    that’s kind of how things have been since pretty much early 2000s if not earlier.

    We can dispense any sort of “conventional wisdom” in the course of moving forward with improvements.

    Very specifically the comment that inspired my post was someone posting misinformation, then going back and adding a s̶t̶r̶i̶k̶e̶t̶h̶r̶o̶u̶g̶h̶ and highlighting their correction in red text. No correction would be more readable than that. The problem with your proposal is that misinformation is left there persistently misinforming. That can then be taken out of context (e.g. someone screensnaps the misinfo & uses it against the author). There’s also the problem that readers often do not read a whole thread top to bottom. This is proven by the number of votes (up or down), which appear in high numbers on high comments and drop dramatically after ~3 or so replies. You might argue that the post can be deleted, but that then creates a problem of responses not having context. And it creates confusion as people wonder “didn’t person X say Y?”