Earlier quoted context omitted.
Ohh I miss the good old days of forums in general. I find all this new software, where conversions* are "threaded" stupidly hard to read. Even worse, when the software is trying to recommend to you, what to read. Back in the day you had a thread, every post to that thread was chronologically added to that thread and in case you wanted to reply to someone, you quoted them... sigh EDITED: *conversations
Threaded conversations are really good because you can have branching discussions that don't interfere with each other. But the only forum I know of that realised how to properly do it is this old Russian software forum [1] You need a mail client-like interface so that you can see your place in the discussion. Triple quoting someone and trying to read the actual thread in a flat forum sucked then and sucks now. [1] E…
Show HN: Minimal, no-JS web forum software
91–100 of 161 posts
Re: Show HN: Minimal, no-JS web forum software
#92I commend you for hand rolling it all and not using JS. I miss the days of good ole forum software (e.g. FluxBB/PunBB) before it was superseded with massive JS bloat/clunky forum software like Discourse, Flarum, etc.
Ohh I miss the good old days of forums in general. I find all this new software, where conversions* are "threaded" stupidly hard to read. Even worse, when the software is trying to recommend to you, what to read. Back in the day you had a thread, every post to that thread was chronologically added to that thread and in case you wanted to reply to someone, you quoted them... sigh EDITED: *conversations
Good times. Sad that things have moved on to systems that don't suck quite so much but that's progress for you.
Re: Show HN: Minimal, no-JS web forum software
#93I commend you for hand rolling it all and not using JS. I miss the days of good ole forum software (e.g. FluxBB/PunBB) before it was superseded with massive JS bloat/clunky forum software like Discourse, Flarum, etc.
Can't you do a lot of that with CSS?
Re: Show HN: Minimal, no-JS web forum software
#94May I recommend an ORM for any such project? hand rolling SQL statement aren't going to scale. Here's my shameless plug: `pip install sqlitedao`: https://github.com/Aperocky/sqlitedao
ORM's never scale and you end up with hand written SQL long term. Unless it is really just a CRUD app then ORM's really work fairly well.
Re: Show HN: Minimal, no-JS web forum software
#95May I recommend an ORM for any such project? hand rolling SQL statement aren't going to scale. Here's my shameless plug: `pip install sqlitedao`: https://github.com/Aperocky/sqlitedao
Re: Show HN: Minimal, no-JS web forum software
#96May I recommend an ORM for any such project? hand rolling SQL statement aren't going to scale. Here's my shameless plug: `pip install sqlitedao`: https://github.com/Aperocky/sqlitedao
My experience is the exact opposite. ORM's never scale and you end up with hand written SQL long term. Unless it is really just a CRUD app then ORM's really work fairly well.
Re: Show HN: Minimal, no-JS web forum software
#97Earlier quoted context omitted.
Terrible user experience. If it infinitely scrolls I can be sure some gesture on the phone will lose my spot and it will take ages to find where I was. Also they rarely play nice with the back button. There is usually a better way to present data. For reading, do you prefer books or ancient scrolls?
Apollo (reddit client on iOS) solves this by having the same gesture undo itself -- tap at the top to scroll to the top of the reddit post, tap again to return to where you were. I'm not saying your complaint is invalid, just that there are ways of mitigating the issue. And that said, I can't imagine how reddit threads would work if paginated.
Presumably similarly to HackerNews threads, which are paginated.
Re: Show HN: Minimal, no-JS web forum software
#98I commend you for hand rolling it all and not using JS. I miss the days of good ole forum software (e.g. FluxBB/PunBB) before it was superseded with massive JS bloat/clunky forum software like Discourse, Flarum, etc.
I do still wonder why the fast and responsive software can't invest a little bit into design in order to not look like complete shit. Sure something like phpBB is light, but the UX is also barely usable. Give me something like Reddit or Discourse over that any day. Why can't we have the best of both worlds? Hackernews on the other hand manages to lack both (in some speculations intentionally), with neither usable des…
Improving either is an uphill battle when decision makers don't value the work, at best, or at worst are committed to resistance. And you don't even get paid.
Re: Show HN: Minimal, no-JS web forum software
#99May I recommend an ORM for any such project? hand rolling SQL statement aren't going to scale. Here's my shameless plug: `pip install sqlitedao`: https://github.com/Aperocky/sqlitedao
Not trying to bash your ORM as it could have a great translation layer to make optimal queries. my experience optimizing SQL has been removing the ORM layer via hand rolling SQL queries. Most of my peers also seem to agree that ORM is great for knocking a feature out, but you’ll inevitably run into performance concerns at scale and need to write your own optimized queries yourself. I feel like with SQLite having limi…
The fundamental issue with both handrolled SQL and ORM is inefficient queries leading to linearly increasing time consumption. for instance usage of `LIMIT` and accidentally querying on non-indexed fields. But I don't see how this differentiate the 2 as I have seen it happen in both situations professionally.
A good ORM enforces certain behaviors, specifically querying by index and constant time pagination. This guards against accidental querying behaviors.
Re: Show HN: Minimal, no-JS web forum software
#100That reminded me of the 1KB forum: https://nerdparadise.com/programming/phpforum I actually shortened it, expanded it to add bot detection and published the update also under 1KB: https://gist.github.com/Xeoncross/1503594 Such abuse PHP could handle back then.