derekzhouzhen

Because I don't want or can't use my shitty corporate issued laptop to access my personal projects from work.

Is it reading the web page, parsing it into an AST, sanitizing the AST, then writing it out? I have a similar function on my site: https://roastidio.us

There are 2 caveats:

* There are broken HTML files that somehow still work with a browser.

* There are web pages that rely on javascript even for the main text.

You can do CGI in C, but isn't it defeating the biggest advantage which is simplicity?

For CGI you need a interpreted language that start up fast. Last I checked Perl5 is still the king.

Writing CGI scripts with node.js is theoretically possible but you are in for a lot of pain.

Because we can't? I've seen many that tried to be fancy and made it even worse. It is better to be utilitarian than ugly.

You can try the RSS reader made by me: https://airss.roastidio.us web only, no login, open source. I believe it addresses some of the pain points you cited.

A post is not supposed to mutate. Supposed you have a post I liked and replied then you changed it completely; my reply would be totally out of context.

Looks nice. How do you present the content for users to read? Do you use a terminal based HTML browser, or convert the content to plain text and present the plain text?

Offline is nice in theory, but not as useful in reality. For solo projects, I will skip all the fancy tools and just use org-mode (emacs), which is offline. For a company project, most people don't get to decide which tool to use. Besides, if you spend significant time in a project management tool, even if your title is project manager, there is something seriously wrong with the project already. In which case, the tools is not the problem you should be worried about.

You are mixing authenticity and uniqueness. The stuff you blog about doesn't need to be unique; it only needs to be authentic.

Looking good. however, it seems like main content are printed through javascript, there is no text in the static html. I wonder the rationale behind this; it is not like you want to make a paywall.

Without the direct flag dd is pretty pointless. However, with the direct flag, you do un-bufferred I/O with precisely controlled block size. It the fastest way to ensure the data really go where you want it to go, in the fashion you like it to be, right at the moment.

The biggest problem of Gmail is what they have that we have, it is what they let people have. Ever have a fight with Gmail's spam filter?

Because it is not much simpler than just git + the editor of your choice for developers, and it is still harder to use than Wordpress for non-developers.

It is chat and nothing like a forum.

There are several similar efforts recently; such as twist.com, geneva.com, what does Babble do differently?

I fail to see why should I prefer this over JSON. Dynamically typed languages prefer plain hash tables. Static typed languages need to parse and validate input data anyway, so the lack of type of JSON is not a hindrance.

Maybe for communication between trusted parties? Then I would use a binary format.

I concur that some of the tier0 social login providers are not very developer friendly. The more dev friendly and user friendly social logins are such as GitHub or Discord. They have straight forward processes and a clear management console.

This looks like a wrapper around several popular social login. While it is convenient, I fail to see how it is decentralized. If anything, it just add another single point of failure, so it is more centralized?

As a SaaS vendor, I likely already support several social logins and email verification. Why should I switch?

If I have not implemented the social logins, I can see the convenient factor. However, social login is not that hard to implement, and if you did for one vendor, it is just mechanic to do the same to other vendors. Users are your most valuable asset so I consider it time well spent.

svbtle costs $7 per month and $75 per year. And it has stayed in business for years. I use an SSG and host my blog on vercel for free but for someone who don't want to deal with software and don't want the surveillance of a social blogging platform, hey.com and svbtle are good solutions.

> This sounds like a static site generator.

This is a static site generator running inside a web application. It is the worse of both worlds: You need to maintain a server and yet you can't make use of the server to do interesting thing.

What innovation do you have to make a moderator's job easier?

I ask because I believe this is the hardest part of a forum software; The one thing that make or break a community is whether there is timely and fair moderation so contents are fresh and relevant.

I understand the nostalgia but a website that appease a very broad audience yet cannot come up a viable business plan is doom to fail. Ok there is wikipedia but who else?

I only have 2 suggestions for medium:

* when a non-subscriber click a premium link, don't show the whole content and let the user choose whether to spend the allowance on this article after seeing a snippet.

* Keep an eye on your javascript size. Right now it is grossly out of whack for what it does. It put people on slower network at a huge disadvantage.

Now that Substack is on the offense they are trying to branch into the social network market. Time will tell how successful they can be. Or there will be another SaaS encroach into their stronghold should Substack become too social-ly and antagonize the writers.

They aim at different markets. Substack is for writers that already have a following, it is more like a SaaS. Medium is for upstarts trying to gain a following through the platform, it is more like a social network.

> but why not also have a textual link or icon pointing to your feed!?

Sure. I was only providing my perspective, the perspective of a RSS feed aggregator writer. To me, automatic discovery is more important than an icon.

I am not sure you and I are talking about the same thing. I am against appending random query string to an otherwise perfectly fine url because it adds to the burden of the feed aggregator if it wants to de-duplicate the links gathered from various sources. Of course you are free to append anything to the URLs on your website for any purposes.

His homepage has a `link rel="alternate"` meta and that's all that matters.

Original link should be preserved, but I disagree with you on the moral of appending '&rss_ref=heyhomepage.com' to the links. It is still tracking. Besides, server-side feed aggregators have a valid reason to cache the feed and canonicalize the item url to avoid dupes.

Been there, done that. A lot of feeds, I means 99%+ have subtle bugs in the meta data that can be easily fixed and make feed reader writer's life easier and broaden your readership. There are rss validators, please make use of them. I have a lint tool for your blog that cross check meta data from the feed and meta data from the post:

https://roastidio.us/lint

Is there a web version?

As a counter example, email is a federated system too. I don't think a federated network should, or can for that matter, mimic the user friendliness of a closed system; so there won't be massive exodus of users from Twitter to the federverse, no matter how screwed Twitter became.