Hacker News new | past | comments | ask | show | jobs | submit | gilad's comments login

MiniCA[0] works for this, quite trivial to setup and stamp out certs.

[0] https://github.com/jsha/minica


In general, FortNine's channel[0] is incredibly informative and entertaining; many comments on his videos suggest people watch without even riding a motorcycle. See his educational, elaborate explanations of the physics of riding, market/business aspects (esp. interesting is relationship between motorcycle dealerships and manufacturers), reviews, and much more. Well worth exploring.

[0] https://www.youtube.com/@FortNine


Similarly, see https://tidbyt.com - RGB LED matrix desktop appliance to show weather, sports scores, etc.


what about aiofiles[0] for disk I/O?

[0] https://github.com/Tinche/aiofiles


Not sure. A cursory look suggests it runs file ops in a thread pool.

The problem that I'm aware of is at a deeper level and has to do with the ability (or lack thereof) to set nonblocking on file descriptors associated with disk files.


Your look is correct, it basically wraps file i/o in to_thread().


RQ [0] (Python-based with Redis backend) is another option; works great. [0] https://python-rq.org/


I love RQ. Nothing but good experiences using it several times over the past ~6 years.

However if you are doin mission critical work in your queue that cannot be replayed Celery is still the best python flavored option IMO


Others above have been suggesting Huey as an alternative. Do you know of any reason that it falls short of Celery in a mission critical situation?


Anything using redis will be riskier than AMQP by default.

Redis can be tuned to be safer (such as persisting on every key change) but this all comes with tradeoffs.

Redis such a great piece of tech I use it first as often as I can.


Sorry why is Redis riskier?


Because it's default configuration and (most) naive setups offer no redundancy? It is almost entirely in-memory with no easy eviction controls? If you are going to snapshot on every change because the thing you are doing needs to happen another purpose built queue like rabbitmq is going to perform better in this situation, especially during failures.

Clustering is another topic entirely.


I've had mixed experiences with RQ. It works great most of the time, but I've observed that you can get into weird states if you OOM your system or otherwise throw curveballs at it. Overall I think Python makes it easy enough to handroll a queue management system that I would generally recommend that over RQ.


Pls consider submitting the link above as a standalone HN item, it’s great


Are there legal implications on an ISP subscriber if illegal activity is conducted via their network? I would very much mind sharing a ‘small fraction of bandwidth’ while having arbitrarily large legal exposure.


My guess is that the legal exposure would be minimal because you'll only be able to connect to whitelisted endpoints (basically whoever partners up with AMZN).


Even if legally you're in the clear, you'd still run the risk of getting all you electronics confiscated until the police figure out that you were just sharing your bandwidth, no?


Piratebox [1] over lora? Is this the future of piracy?

[1] https://piratebox.cc/


Max 500MB per device per spec. Also 80kbpsmax , so, probably not.


You could share revolutionary texts like the Constitution, Bill of Rights and Das Kapital at least.


Based on my reading of the article all traffic is sent to amazon. So presumably you won't get in trouble for trickling a small encrypted channel of data to Amazon.

Basically with the fixed Amazon endpoint it bypasses direct illegal activity and general network abuse. Of course this means that everything goes through Amazon and that if someone gets your IP from Amazon you still might have some difficulty.


I think the security white paper addresses this silently by making the claim that the devices can’t be tracked due to a combination of encryption and periodic re-addressing. I’m skeptical of the security guarantees, but it’s a good step.


I call this Hi-jacking


So good


As for delete, use authenticated DELETE, not POST, it’s why its there in the first place


Packaging is definitely recognized as an issue; e.g. here: https://cecinestpasun.com/entries/where-do-you-see-python-in...


Consider applying for YC's W25 batch! Applications are open till Nov 12.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: