that FAQ is accurate but (rightly) doesn't cover high-security deployments.
if I'm running the bridges local-to-the-client (I am, on my McBook) it's not meaningfully any less e2ee. encryption happens in the matrix client (running on the laptop), the encrypted message is sent to the homeserver on localhost, the bridge (on localhost) grabs the encrypted message and decrypts it, then the bridge re-encrypts it and sends it to Whatsapp (or wherever). the content of the message is as secure over the wire with this approach as using first-party apps directly
if one hosts their own bridges they're person-in-the-middling themselves and should take all the necessary precautions. if they're using beeper's hosted options they have to delegate read/write ability to beeper (though I think the signal and imessage bridges might be device-local), and beeper is clear about that.
I do, I didn't, but I understand why it happens. my HN account is 14 years old, I read comments frequently, comment rarely, upvote occasionally, and flag very very rarely.
I don't downvote because can't, I don't have enough karma yet. so, even if people who can't yet downvote don't know the full effects of flagging it's _literally_ their only option to indicate their belief something doesn't belong on the front page.
it's cool! (though i tried to sign in to poke around and hit a wall since there's no tag associated with the account)
that said, the tags are kinda steep.
the tags are pre-paying for the webapp in general (vs only knownplus) but i'd prefer tags be a convenient shortcut instead of a cost of entry. that is, figure out whatever the appropriate price is for the web app and charge that (this seems like it'd lend itself well to freemium, 2 plants for free, up to n $12/yr, up to n $??/yr).
i have 43 pots of indoor plants and many of those have two to four distinct species in them. so that'd be $135 to add a single tag to each pot vs ~$15? to buy a bunch of NFC stickers
the tags also mean it's a $25 experiment to see if i even like the product (i might not really be the target market, but soil/light/water ranges and requirements being a tap away is pretty cool). i've currently got a bunch of different colored glass blobs i use to help remind me of watering targets but i'll usually do a quick search when it comes time to repot and mix up new potting soil mixes
We’ll have standalone billing with no labels required in the next little while. We’re also planning to add a feature that will let you connect one label to multiple plants for that multiple plants in one location case.
this thread is dramatic evidence there's demand for this product.
that said, I have to echo some of the other folks here: this tool is not useful for determining the risk to my dog.
problems:
- items known to be not-toxic are listed as toxic (water?)
-items known to be toxic are not weighed higher than non-toxic items in search
- items with dosage dependent toxicity don't expose that toxicity (onions are toxic, my dog would need to eat several raw onions to have any toxicity)
- items known to be extremely toxic in low dosages (like xylitol) aren't present
- the toxic component of dishes aren't listed
E-bike parts. Seems like a good application of something like a Bafang BBS02 (or knockoff) + thumb throttle. Chain drive, plug in a thumb throttle. Could instead use a hub motor, but their starting torque isn't great. Either way, you save having to re-invent the wheel in terms of motor control electronics integration.
geared hub motors are a start, but it's hard to find ones with large enough gearing for the torque of a load going up a steep incline (not to mention roots, mud, etc). a few companies sell powered wheelbarrow geared hubs with much higher internal gear ratios. but i need to figure out what the maximum force required is for a given load at a given grade and then figure out how to determine if a motor can provide that; and whether a custom drivetrain will be needed or if i can cannibalize a bike or other drivetrain (and how to tell if it's capable of handling the load). like someone else mentioned, i didn't think about adding the weight of the vehicle into the calculations
What I suggested is a mid-drive motor, not a geared hub motor. Can then size the drive and driven sprockets to whatever reduction meets the requirements of the build.
minimum specs: working load 300lbs, size about 4ftx4ftx4ft. that would carry 1 large adult person, and is the minimum weight for a wheelbarrow full of soil. (a load of soil can be up to 500lbs; for contractors, a wheelbarrow can carry up to 660lbs or 60 cubic feet of concrete. aware of powered wheelbarrows, want this to be remote controlled)
My buddy was featured on the cover of make Magazine for building a remote controlled mower he put a wheelbarrow on and turned into a remote controlled lawnmower plus dump cart
I strongly agree. I'm not convinced this submission is on-topic.
5 days without a human response is not great but it's not _awful_. Neither of the tagged reviewers have public commits in the last week, they may (hopefully are) both on vacation and enjoying some of the summer.
I've had open-source PRs wait for a couple months before people were able to take a look, stuff happens, people have things come up and people have competing priorities.
I really want to point out the timeline here:
- drive-by PR was opened Sunday 8/6 at 8AM PT
- CLA was agreed to Sunday 8/6 at 8:30AM PT
- two... maintainers? were pinged Sunday 8/6 at 11:11AM PT
- grumpy missive about Microsoft was written Friday 8/11 and posted to HN at 10:25AM PT
4 work days without a comment on a drive-by PR seems... fine?
what's the issue here? if you buy large headphones from the same company you buy the your phone from, in a future where fairphone no longer exists (which playing the odds, is likely) at some point your also no-longer-supported phone (which functionally becomes slower every year because mobile application hardware requirements appear to double every year) might advance to support new fancy bluetooth things your headphones don't support?
I honestly (not hyperbolicly) don't see how a phone not having a 3.5mm jack is relevant to the headphones _having_ a 3.5mm jack
If the headphones are meant to be used with the phone, then the idea that the headphones are future-proofed because they have a 3.5mm jack is pretty meaningless if you can't connect them to the phone with that jack.
In 2023, most people who give two shits about running wired headphones are using a USB DAC, even if their phone has a 3.5mm socket as the onboard AD/DA chipset is usually mediocre and struggles to drive most high-end cans.
It’s simplicity I terms of construction and standard.
Here, the older standard (3.5mm jack) seems stronger (not an expert but an user opinion) and easier to source than usb c.
If you can't use thing A with thing B unless you also have thing C, to my mind that obviously reduces the expected lifetime of being able to use the combination, especially when thing C is a third party part.
TIL: LoongArch is a new MIPS CPU made by the Chinese company Loongson [1]. It looks like early benchmarks are middling. That said I don't see any indication of power consumption.
>Loongson has been very busy this year bringing up LoongArch, their new downstream of the MIPS CPU architecture. They have been working on porting the Linux kernel to LoongArch as well as the open-source code compilers and related components for what they aim to be a Chinese domestic high performance CPU.
Their chips "Loongson" appeared long before RISC-V is a thing in 2002, when MIPS is still widely used in the embeddeed world. I guess they just do not want to drop the experience accumulated in developing their previous chips.
if I'm running the bridges local-to-the-client (I am, on my McBook) it's not meaningfully any less e2ee. encryption happens in the matrix client (running on the laptop), the encrypted message is sent to the homeserver on localhost, the bridge (on localhost) grabs the encrypted message and decrypts it, then the bridge re-encrypts it and sends it to Whatsapp (or wherever). the content of the message is as secure over the wire with this approach as using first-party apps directly
if one hosts their own bridges they're person-in-the-middling themselves and should take all the necessary precautions. if they're using beeper's hosted options they have to delegate read/write ability to beeper (though I think the signal and imessage bridges might be device-local), and beeper is clear about that.