> I'm going to start a new trend in web design. I'll call it 56k design.
That was pretty much my criteria when I was making forum software: https://www.lfgss.com/
It's still too heavy and slow, and there's still some things I could do better. But that's nitpicking, it's pretty good and when I finish re-structuring all of the code it will be a single binary install for those who want to use it, or a split-binary Web-UI + API for those who want to only do certain parts (i.e. customise and host the front-end and not care about the back-end, or to scale the background for heavy mobile use without that being serving front-end traffic).
My goals for that software in the next few months:
1. Same-origin everything
2. Eradicate as much JavaScript as possible (graceful degradation to the extreme)
3. What JavaScript cannot be eradicated, do natively (not using jQuery, etc)
4. Single codebase, single binary install from a single `go install` command
We've built the Thredded forums engine (https://thredded.org) with the same goals in mind. The entire CSS is 10KiB, JavaScript loads asynchronously and is optional.
That was pretty much my criteria when I was making forum software: https://www.lfgss.com/
It's still too heavy and slow, and there's still some things I could do better. But that's nitpicking, it's pretty good and when I finish re-structuring all of the code it will be a single binary install for those who want to use it, or a split-binary Web-UI + API for those who want to only do certain parts (i.e. customise and host the front-end and not care about the back-end, or to scale the background for heavy mobile use without that being serving front-end traffic).
My goals for that software in the next few months:
1. Same-origin everything
2. Eradicate as much JavaScript as possible (graceful degradation to the extreme)
3. What JavaScript cannot be eradicated, do natively (not using jQuery, etc)
4. Single codebase, single binary install from a single `go install` command