Posted by 47thpresident 5 days ago
I love hn and was inspired by all the devs who have their own site. I was drowning in work, but put the Django architecture together on vacation, started putting things together today and it’s been a blast.
I don’t enjoy social media and was thinking to posse intrinsically.
I appreciate this post and the authors perspective.
If you're running a server anyway, it seems trivial to serve content dynamically generated from markdown - all an SSG pipeline adds is more dependencies and stuff to break.
I know there's a fair few big nerd blogs powered by static sites, but when you really consider the full stack and frequency of work that's being done or the number of 3rd party external services they're having to depend on, they'd have been better by many metrics if the nerds had just written themselves a custom backend from the start.
It could easily have been a static website, but I happened to stumble across PWS, which came bundled with a default ASP website. That is how I got started. I replaced the default index.asp with my own and began building from there. A nice bonus of this approach was that the default website included a server-side guestbook application that stored comments in an MS Access database. Reading through its source code taught me server-side scripting. I used that newfound knowledge to write my own server-side applications.
Of course, this was a long time ago. That website still exists but today most of it is just a collection of static HTML files generated by a Common Lisp program I wrote for myself. The only parts that are not static are the guestbook and comment forms, which are implemented in CL using Hunchentoot.
I probably wouldn't be able to handle 0.5M requests, but I am nowhere near getting them. If I start approaching such numbers I'll consider an upgrade.
Check out Wagtail if you'd like to have even more batteries included for your site, it was a delight building my site with it:
I'd still recommend starting with SQLite, seems that by skipping a DB service you can save quite a few bucks.
I've noted here before a course from Arlington UT about this on Edx "Data, Analytics, and Learning" (2014).
Nice to have another way of describing this pattern of writing and publishing, even if it does have a funny name POSSE.
https://news.ycombinator.com/item?id=46015121 https://www.pure.ed.ac.uk/ws/portalfiles/portal/19117279/CSC...
Ask HN: Is starting a personal blog still worth it in the age of AI?
https://news.ycombinator.com/item?id=46268055
A website to destroy all websites
At the risk of stating the obvious: this can get tricky, many popular social media platforms restrict automated posting. Policies around automation and/or api usage can change often and may not even be fully public as some might overlap anti spam measures.
Buffer documents a number of workflows and limitations in their FAQs.
E.g. for a non-professional Instagram account, the user gets a notification to manually share a post via the Instagram app.
> you can prepare your post in Buffer, receive a notification on your mobile device when it’s time to post, then tap the notification and copy your post over to the social network to finish posting.
source: https://support.buffer.com/article/658-using-notification-pu...
I guess using POSSE for Instagram forces you to either create a personal app on Facebook which is not easy or make your Instagram account a business account.
Or, you can use any of the many community projects which handle all this backend stuff and provide it as a service.
Either extreme works. I love the indieweb set of protocols for this. Other things like ActivityPub require active interaction for the cryptographic handshake at a minimum and make simple solutions infeasible despite other benefits. Indieweb can be as complex or as simple as you want.
Focus on publishing your own work. Syndicate if it’s effortless, otherwise don’t worry about it.
Blogging lives! :)