[1.x] Add remote IDE support #305
Conversation
|
why just make the hot file url configurable? combined with vites server config, it lets you do all of this. |
|
👏 Exactly what I'm looking for to be able to run a "remote" IDE but its just a I'd love if this could be pushed through, but I think the changes are not backwards compatible are they? |
|
Works like a charm, except your original description has a typo @timacdonald. The env var you have used in code is Would love for this to be released! FWIW, without changing my vite.config.js from the default from |
| @@ -434,7 +436,9 @@ function resolveDevServerUrl(address: AddressInfo, config: ResolvedConfig, userC | |||
| const configHmrClientPort = typeof config.server.hmr === 'object' ? config.server.hmr.clientPort : null | |||
| const port = configHmrClientPort ?? address.port | |||
|
|
|||
| return `${protocol}://${host}:${port}` | |||
| return format.replace('{protocol}', protocol) | |||
There was a problem hiding this comment.
Oh actually another typo: your original description used {scheme}
Adds some environment variables to allow cloud IDE to configure the Vite plugin so that things just work out of the box.
There are some current limitations that cloud IDE environments may hit.
The first is that Vite will likely need to run listening on all interfaces. Although this can be manually achieved via
npm run dev -- --host, I have added an environment value that allows this to be the default behaviour.With the value in the environment, Vite will automatically listen on all interfaces.
The next hurdle that cloud IDEs may need to customise the format of the public facing dev server URL. This is the URL that is written to the hot file, rendered in Laravel templates, and also transformed in the JavaScript and CSS files when pointing to other resources.
The default format of this URL is
{scheme}://{host}:{port}. This results in the standard Vite URL we see locally:http://[::]:5173.Cloud IDEs may need to have the Vite dev server listening on HTTP while the publicaly rendered URL needs to be HTTPS. Additionally, to format of the publicaly exposed URL may need to be different. For example, one cloud IDE has the format
https://{port}-{host}.This PR introduces a new environment variable to control the publicly exposed dev server URL. The environment variable may contain hard coded information...
However, as some of these values are dynamic, e.g., the port, or configurable, e.g., the host, the environment variable may also contain placeholders that will be replaced with the actual values.
{scheme},{host}, and{port}are the supported placeholders, e.g.,You can mix and match these as needed, for example, if you only needed to retrieve the port from Vite: