9ead3d1cdb
Because Nanobox doesn't run data components in the same container as the code, there are a few tweaks that need to be made in the configuration to get WebPack to work properly in development mode. The same differences lead to needing to use `DATABASE_URL` by default in the `.env` file for Rails to work correctly. Limitations of our `.env` loader for Node.js mean the `.env` file needs to be compiled everywhere in order to work, so we compile it in development, now, too. Also, all the `.env.production` tweaks have been consolidated into a single command. Finally, since Nanobox actually creates the database when it sets up the database server, using the existence of the database alone to determine whether to migrate or setup is insufficient. So we add a condition to `rake db:migrate:setup` to check whether any migrations have run - if the database doesn't exist yet, `db:setup` will be called; if it does, but no migrations have been run, `db:migrate` and `db:seed` are called instead (the same basic idea as what `db:setup` does, but it skips `db:create`, which will only cause problems with an existing DB); otherwise, only `db:migrate` is called. None of these changes should affect development, and all are designed not to interfere with existing behaviors in other environments.
20 lines
653 B
JavaScript
20 lines
653 B
JavaScript
// Note: You must restart bin/webpack-dev-server for changes to take effect
|
|
|
|
const { resolve } = require('path');
|
|
const { env } = require('process');
|
|
const merge = require('webpack-merge');
|
|
const devConfig = require('./development.js');
|
|
const { devServer, publicPath, paths } = require('./configuration.js');
|
|
|
|
module.exports = merge(devConfig, {
|
|
devServer: {
|
|
host: env.LOCAL_DOMAIN ? '0.0.0.0' : devServer.host,
|
|
port: devServer.port,
|
|
headers: { "Access-Control-Allow-Origin": "*" },
|
|
compress: true,
|
|
historyApiFallback: true,
|
|
contentBase: resolve(paths.output, paths.entry),
|
|
publicPath,
|
|
disableHostCheck: true,
|
|
},
|
|
});
|