MDsveX VS winter

In the ever-evolving world of web development, content remains king. For sites heavy with documentation, blogs, guides, changelogs, or engineering wikis, Markdown has emerged as the go-to language for crafting readable, maintainable content. However, the standard Markdown might not always fit the bill, especially when you're looking to add a unique touch or specific functionality to your Svelte-powered websites. Enter mdsvex - a Svelte preprocessor that not only understands Markdown but extends its capabilities, allowing developers to introduce custom-flavored Markdown.

I was working on my blog websites. The current method I use to add more posts is using mdsvex(https://github.com/pngwn/MDsveX) it turns my markdown files into post.

Oh right sorry. MDSVEX is a preprocessor for using Svelte components in markdown files. SVX is just the file format for it

If mdsvex is not applicable, I would still look through it's sources to see how they handle it and maybe find some useful ideas. Looks like there are multiple packages that handle all that parsing and preparing: https://github.com/pngwn/MDsveX/tree/master/packages

You can use those components in plain markdown. We will have to write documentation for inlang. Instead of requiring a preprocessor like MDX, MDsvex, or Stripe Markdoc, web components can be used instead. Reducing boilerplate, increasing maintainability and last but not least the community does not have to reinvent the wheel for every markdown preprocessor. Just use the platform. Just use web components in markdown.

SvelteKit plus mdsvex. There are quite a few examples out there, e.g. https://github.com/rodneylab/sveltekit-blog-mdx.

One issue we previously had with parsing Markdown with MDsveX was how to get a list of blogs without embedding all the blog content into some JS files... There's quite a few posts online and that's why I figured I'd talk about it here because it seems to be a common pain with SvelteKit and adapter-static. Ultimately what we did was use route parameters and different endpoints for the different requests, which you can see here.

We’re going to use mdsvex to render our Markdown posts. It’s a Markdown preprocessor for Svelte which allows you to use Svelte templating and components amongst your Markdown.

Beside Symfony there is Laravel Framework , I will not go into deep difference between this frameworks as it really is just taste of what your team likes more (active record vs datamapper, facade/helpers vs dependency injection, blade vs twig, ...), as already mention above this kind of CMS make sense if Website is just one part of your application and you have to build more then just a simple digital business card / website. In Laravel world there are CMS like October CMS / Winter CMS, which target the same providing a CMS based on the Full Stack Larave framework and give you all features of that framework. Another already mention CMS in Laravel world is Statmatic.

Chances are a lightweight CMS already exists. Winter CMS is one such option.

Or Winter CMS (https://wintercms.com/) ;)

As someone who dabbled in PHP but is mostly a self-taught JS hobbyist dev, I have been using and loving Directus (https://directus.io) since around the time they switched to Node. Development velocity is exceptional with new features released every couple of weeks and bugfixes/enhancements even more frequent, the community and core team is fantastic, and I like the fact that if I ever decide to switch to another CMS for some reason, there's no real import/export process, I just delete the directus_tables in my database, and done.

Pocketbase (https://pocketbase.io/) piqued my interest after seeing it here and on ProductHunt, but I don't think it would be the right call for a client before it hits a stable release.

I also very much enjoyed OctoberCMS (although it has its quirks), but there was a fairly acrimonious split in the community there, and OctoberCMS is no longer open source, and I haven't used the fork (WinterCMS: https://wintercms.com/)

I enjoyed using Apostrophe (https://apostrophecms.com/) for a while, but ultimately I felt like I was doing a lot of stuff in a way that didn't come naturally to me, and although Mongo seems a logical choice when you look at Apostrophe's page model, it worried me a bit that the data would not be easy to move if I ever wanted to.

I'm biased, but it might be worth taking a look at Winter CMS. It's built on Laravel, so you get everything you would with Laravel but it also has some pretty powerful features on top of what you get out of the box with Laravel. Its plugin system and extensibility is also second to none. It's different from a few of the other options though in that you don't add it to an existing project, you build your projects from the start in it.

Winter CMS is an open source fork of OctoberCMS. They've just put Laravel 9 support in place as well.

If you're looking at October I'd give Winter a look too (https://wintercms.com), October is no longer open source and Winter is the open source fork of October. (Disclaimer: I'm the lead maintainer for Winter CMS)

Winter CMS? Laravel based and very developer friendly! https://wintercms.com/

If you're thinking of using Bolt but would also like to have access to the power of Laravel, I'd recommend taking a look at Winter CMS (open source fork of October CMS, built on Laravel / Symfony): https://wintercms.com

Have you ever looked at Winter CMS? https://wintercms.com it's a CMS built on Laravel that's super easy to customize and add your exact needs to.