boringproxy.io
naberhausj.com
boringproxy.io | naberhausj.com | |
---|---|---|
1 | 1 | |
4 | 2 | |
- | - | |
0.0 | 6.5 | |
almost 2 years ago | 4 months ago | |
Go | HTML | |
- | 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.
boringproxy.io
-
My stack will outlive yours
I've found a nice middleground to be writing a custom static site generator for each site. They can be quite small (here's one[0] in ~50 lines). Usually it just loops through a directory and turns Markdown files into HTML (with header injected), and syntax highlighting.
Also, if you're really committed, you might be surprised how app-like you can make HTML+CSS, using things like checkbox and :target hacks[1]. The UI demoed in the video on this site[2] has no JS. These techniques pretty much require a generator, and there are obviously tradeoffs.
[0]: https://github.com/boringproxy/boringproxy.io/blob/master/ss...
[1]: https://www.mattzeunert.com/2017/10/30/javascript-free-todo-...
[2]: https://boringproxy.io/
naberhausj.com
-
My stack will outlive yours
I agree wholeheartedly with this sentiment and have elected for the same thing on my website. The only difference is that I wrote a simple template based static site generator (https://github.com/JosephNaberhaus/naberhausj.com/tree/maste...) to keep my HTML sources in accordance with DRY.
What I don't understand is how the linked page is downloading 1 MB of resources which unpack to nearly 2 MB. This page shouldn't need more than 100 KB.
What are some alternatives?
rss-proxy - RSS-proxy allows you to do create an RSS or ATOM feed of almost any website, just by analyzing just the static HTML structure.
mattgreer.dev - my website
website - Personal website
redo - Smaller, easier, more powerful, and more reliable than make. An implementation of djb's redo.