acme-tiny
music-explorer
acme-tiny | music-explorer | |
---|---|---|
5 | 5 | |
4,699 | 33 | |
- | - | |
0.0 | 8.0 | |
over 1 year ago | 5 days ago | |
Python | Shell | |
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
acme-tiny
- Write Posix Shell
-
ZeroSSL: XSS to session hijacking, stealing a private key (and password hash)
Going to throw another hat into the ring here: I use acme-tiny [1], which is a single file ACME client written in Python in under 200 lines. The idea behind it is that you can fully read and understand everything it does without spending too much time on it. I really like this approach, so I went ahead and started using it, and have been for a few years now.
[1] https://github.com/diafygi/acme-tiny
- Uacme: ACMEv2 client written in plain C with minimal dependencies
-
Certs for SSL for internal devices
Let’s Encrypt with ACME-Tiny
-
Another free CA as an alternative to Let's Encrypt
Recommendation from me as well. Have been using this script for multiple years now without a single issue. The minimal code is awesome for avoiding unnecessary external dependencies and complexity.
Be sure to use the latest version from https://github.com/diafygi/acme-tiny though :-)
music-explorer
-
When do we stop finding new music?
The article might describe a common scenario, but there are plenty of outliers. I hardly listen to music I liked in my teens and early twenties. I love discovering new music.
Many comments here are very insightful and discuss phenomena like high music diversity, music proliferation and easy of producing music, and automated recommendations.
One thing that has been occupying me is that curation is still harder than I'd like when using streaming tools like Spotify, YouTube Music, Apple Music, Tidal. Pandora had good roots with its music genome project, and have built on that. (I can't use it without a VPN since they discontinued supporting the country I mostly live in). It's probably a function of how I consume my music today - no longer desk-bound at work, but on the go, so iPhone (and Apple Watch) are primary tools. Being able to select/skip/preview/tune what I'm listening to is nowhere near as powerful as I'd like. I've written library curation tools in the past, these always expected me to spend significant dedicated time in front of a screen (e.g. a similar tool like the cool looking https://github.com/kristopolous/music-explorer, I think).
This has strong parallels to how older people consumed music - either totally passive curation (radio), or very deliberate (find music in record stores, at a friend's place, and/or select records/CDs in your own shelves). Today's ephemeral digital libraries are much lower effort, are huge and curation/selection tools are not easy enough to use, so I tend to fall back onto old favourites or recommendation engines that usually don't satisfy me.
A solution would be a much more configurable curation assistant that is also super easy to use (and, in my case) very accessible on a mobile device with 0-1 clicks (because I'm busy doing other things).
-
Goodbye Spotify
Might as well drop what I use for my music discovery, my fairly poorly documented hacker-friendly set of tools:
https://github.com/kristopolous/music-explorer/
-
Write Posix Shell
I'm a big fan of not posix bit instead modern bash and to all the complainers about dash and ash, I say "tough cookies".
Sometimes I'll even use zsh
Here's some example of a modern tool I have written for a subject I call "music discovery"
https://github.com/kristopolous/music-explorer/tree/master/t...
You'll see many languages in there.
If you don't like my practice then I guess don't use it. I've been using/developing these particular tools nearly every day for over 3 years and it works well for me.
I'm not going to say bash is awesome but it's pretty great for programming.
I use zsh as my interactive though
-
Why DRY is the most over-rated programming principle
Sure. Related. It's an art.
Here's some code I wrote earlier, probably a good example
https://github.com/kristopolous/music-explorer/blob/master/w...
It's self contained, not very big, not trying to be fancy, as direct as possible
What are some alternatives?
acme.sh - A pure Unix shell script implementing ACME client protocol
FizzBuzzEnterpris
letsencrypt - Certbot is EFF's tool to obtain certs from Let's Encrypt and (optionally) auto-enable HTTPS on your server. It can also act as a client for any other CA that uses the ACME protocol.
tinygrad - You like pytorch? You like micrograd? You love tinygrad! ❤️ [Moved to: https://github.com/tinygrad/tinygrad]
dehydrated - letsencrypt/acme client implemented as a shell-script – just add water
acme-dns - Limited DNS server with RESTful HTTP API to handle ACME DNS challenges easily and securely.
ShellCheck - ShellCheck, a static analysis tool for shell scripts
acme-dns-server - Simple DNS server for serving TXT records written in Python
FizzBuzz Enterprise Edition - FizzBuzz Enterprise Edition is a no-nonsense implementation of FizzBuzz made by serious businessmen for serious business purposes.
dehydrated-bigip-ansible - Ansible based hooks for dehydrated to enable ACME certificate automation for F5 BIG-IP systems
bash-modules - Useful modules for bash