concurrently VS Live Server

Before we begin, it's essential to ensure that we have Tailwind CSS and Concurrently installed. Tailwind CSS utility classes will be used for styling our project and will not affect the functionality. Concurrently will allow us to run our React frontend and server file simultaneously on our machines. For now, knowing the purpose that Concurrently serves is enough. We will see how to make it work later in the article.

To efficiently develop and test these applications, it’s essential to run React and Express servers simultaneously. One option is to manually start each server using separate terminal windows or tabs, but this approach is cumbersome and inefficient. An option is to use the concurrently or npm-run-all  CLI tools designed to run multiple npm-scripts in parallel or sequentially.

Let's configure our scripts in the package.json file to launch JSON-Server, to make the process easier we will use Concurrently, an NPM package that allow us to run multiple commands simultaneously.

[1] https://metatype.dev [2] https://github.com/metatypedev/metatype/blob/main/whiz.yaml [3] https://actix.rs/docs/actix/actor/ [4] https://github.com/open-cli-tools/concurrently

Lastly if you want to run your dev build tool and backend as a single command you could try something like pm2 (https://www.npmjs.com/package/pm2) or concurrently (https://www.npmjs.com/package/concurrently). This isn't necessary but might be a nice-to-have. NPM workspaces could help you organize this with a common package.json file too. (https://docs.npmjs.com/cli/v7/using-npm/workspaces)

We attempted to use a combination of tsc --watch, concurrently and Nodemon, but started to run into things breaking left and right, e.g.

Now, the tsconfig.vitest.json seems to be the most "complete" (it will check app files as well as test files), so it's a good choice if you really had to choose one config and run with it (and you still get type checking in the IDE for each config). But, this doesn't include the files from tsconfig.config.json, and as an app grows, the "app" and "vitest" configs may diverge, so wouldn't it be best to use something like concurrently or npm-run-all to run vue-tsc against all 3 configs?

Now serve this basic page on port 4000 (You can use in-built Live Server if you are using Visual Studio Code OR You can use Live Server package)

It still uses some JavaScript inside the browser. Have you tried just pointing a web server at the build output (e.g. live-server)?

For example, PHP provides a builtin testing server; I think python has one too, and there are various options for nodejs, e.g. live-server.

live-server - npm

I made a plugin for vim/nvim that allows you to use Live Server for editing your html, css and js files with automatic reload on changes. It uses this: https://www.npmjs.com/package/live-server.

Could try https://github.com/tapio/live-server which you would run with the entry file being your html file. Just need to start it inside a terminal somewhere.

The CSS will be defined in JavaScript files. We will use JavaScript modules to split the code into separate modules that can be imported and exported, so we’ll need a local HTTP server to run the code. We need to do this because JavaScript modules follow the same-origin policy, which means that you cannot import modules from your file system by default. To get a local server with live reload, you can install the npm Live Server package. If you are using VS Code, you can install the Live Server extension.

ended up using live-reload. https://www.npmjs.com/package/live-server

You can install live-server separately and run it from terminal https://www.npmjs.com/package/live-server

Check live-server out. It auto reloads the page when you save any of the files (html, css, jss) in the folder.