microfeed VS Nest

Microfeed (https://www.microfeed.org/) is what I want from a UI/UX perspective, but it's not really self hosted (it's completely dependent on Cloudflare services for hosting).

If you like Cloudflare and want to host a few GB media files (e.g., audio, video...) for free, then you can try microfeed: https://github.com/microfeed/microfeed

Closest I find is https://www.microfeed.org/ but it's more for sharing media files rather than a microblog.

i’ve been using django/postgres for over a decade. if it were 5 years ago, i’d use django/postgres.

but recently i would use cloudflare pages, r2, d1, zero trust… in many cases, we don’t want to put eggs in the same basket. but in some cases (eg, building mvp, toy projects…), it’s convenient to be on an all-in-one platform .

for example, i recently launched a cms entirely on cloudflare: https://www.microfeed.org/

I feel like microfeed: https://github.com/microfeed/microfeed and Argun Ganesan’s Edge Blog, both enabled by the open alpha of D1, represent a point of change where users of Cloudflare’s developer platform are moving from deploying their own apps to deploying apps created by others.

When using the NestJS framework, sometimes you may need to change some default timeout. You can define them just like you'd do in a plain Node.js HTTP server like so:

Back: a graphQL server built with Nestjs

NestJS - opinionated more scalable, but harder to learn docs

Pragmatically, we can apply this to a Nest application by creating an Interface for our services, separating the Presenter layer (Controller) from the Use Case (Services):

It’s a text document that contains all the commands a user could call to assemble an image. Let’s check an example of a Dockerfile for a nodejs app in this case it will be a NestJS app and then explain each part.

describe('Create bookmarks', () => { const dto: CreateBookmarkDto = { title: 'NestJS', link: 'https://nestjs.com/', }; it('should create bookmark', () => { return pactum .spec() .post('/bookmarks') .withHeaders({ Authorization: 'Bearer $S{userAt}', }) .withBody(dto) .expectStatus(201) .stores('bookmarkId', 'id')//store the bookmark id in the variable bookmarkId .expectBodyContains(dto.title) .expectBodyContains(dto.link) }); });

In my usual NodeJS tech stack, which includes GraphQL, NestJS, SQL (predominantly PostgreSQL with MikroORM), I encountered these limitations. To overcome them, I've developed a new stack utilizing Rust, which still offers some ease of development:

The purpose of this article is to provide a step-by-step guide for implementing authentication system in a NestJS project using the Passport middleware module.

That's exactly where I am. My manager gave me these links, that cover a lot of those words the backend uses, so I can identify what they mean and how to use them. 1. For inspiration and concepts: https://github.com/Sairyss/domain-driven-hexagon 2. Suggested to read the documentation for nest.js. They apply such concepts I don't understand: https://nestjs.com/