
Research
/Security News
Laravel Lang Compromised with RCE Backdoor Across 700+ Versions
Laravel Lang packages were compromised with an RCE backdoor across hundreds of versions, exposing cloud, CI/CD, and developer secrets.
module-alias
Advanced tools
Donations are much appreciated and would help me continue working on this package! Donate here ❤️.
Create aliases of directories and register custom module paths in NodeJS like a boss!
No more long paths in Node, like:
import something from ('../../../../some/very/deep/module');
Enough of this madness!
Just create an alias and do it the right way:
import module from '@deep/module'
// Or CommonJS
const module = require('@deep/module')
It also allows you to register directories that will act just like node_modules but with your own private modules, so that you can access them directly:
import module from 'my_private_module'
// Or CommonJS
const module = require('my_private_module')
WARNING: If you are going to use this package within another NPM package, please read Using within another NPM package first to be aware of potential caveats.
npm i --save module-alias
Add your custom configuration to your package.json (in your application's root):
{
"_moduleAliases": {
"@root": ".",
"@lib": "src/lib",
"@utils": "src/utils"
},
"_moduleDirectories": ["node_modules_custom"]
}
Run your app with the --import flag:
node --import module-alias/register ./app.mjs # Or use a custom registerer, see below
Why the --import flag?
Unlike CommonJS, you cannot import module-alias/register at runtime. All import statements are hoisted and resolved before any code runs. The --import flag loads the loader hooks before your application starts.
For programmatic alias registration, create a custom loader file:
// my-aliases.mjs
import { addAlias, addAliases } from 'module-alias'
addAlias('@utils', process.cwd() + '/src/utils')
// or
addAliases({
'@utils': process.cwd() + '/src/utils',
'@lib': process.cwd() + '/src/lib'
})
// Custom handler function
addAlias('@src', (fromPath, request, alias) => {
// fromPath - Full path of the file from which `import` was called
// request - The path that was passed into `import` (e.g. '@src/utils.js')
// alias - The alias being matched (`@src` in this case)
const subpath = request.slice(alias.length) // e.g. '/utils.js'
const base = fromPath.includes('/tests/') ? '/mocks' : '/src'
return process.cwd() + base + subpath
})
Then use it with the --import flag:
node --import ./my-aliases.mjs ./app.mjs
Add your custom configuration to your package.json:
{
"_moduleAliases": {
"@root": ".",
"@deep": "src/some/very/deep/directory/or/file",
"@my_module": "lib/some-file.js"
},
"_moduleDirectories": ["node_modules_custom"]
}
Then add this line at the very main file of your app, before any code:
require('module-alias/register')
Now you can use aliases:
require('something')
const module = require('@root/some-module')
const veryDeepModule = require('@deep/my-module')
If you don't want to modify your package.json or you just prefer to set it all up programmatically, then the following methods are available for you:
addAlias('alias', 'target_path') - register a single aliasaddAliases({ 'alias': 'target_path', ... }) - register multiple aliasesaddPath(path) - Register custom modules directory (like node_modules, but with your own modules)Examples:
const moduleAlias = require('module-alias')
//
// Register alias
//
moduleAlias.addAlias('@client', __dirname + '/src/client')
// Or multiple aliases
moduleAlias.addAliases({
'@root' : __dirname,
'@client': __dirname + '/src/client',
...
})
// Custom handler function (starting from v2.1)
moduleAlias.addAlias('@src', (fromPath, request, alias) => {
// fromPath - Full path of the file from which `require` was called
// request - The path (first argument) that was passed into `require`
// alias - The same alias that was passed as first argument to `addAlias` (`@src` in this case)
// Return any custom target path for the `@src` alias depending on arguments
if (fromPath.startsWith(__dirname + '/others')) return __dirname + '/others'
return __dirname + '/src'
})
//
// Register custom modules directory
//
moduleAlias.addPath(__dirname + '/node_modules_custom')
moduleAlias.addPath(__dirname + '/src')
//
// Import settings from a specific package.json
//
moduleAlias(__dirname + '/package.json')
// Or let module-alias to figure where your package.json is
// located. By default it will look in the same directory
// where you have your node_modules (application's root)
moduleAlias()
Luckily, WebPack has a built in support for aliases and custom modules directories so it's easy to make it work on the client side as well!
// webpack.config.js
const npm_package = require('./package.json')
module.exports = {
entry: { ... },
resolve: {
root: __dirname,
alias: npm_package._moduleAliases || {},
modules: npm_package._moduleDirectories || [] // eg: ["node_modules", "node_modules_custom", "src"]
}
}
More details on the official documentation.
Unfortunately, module-alias itself would not work from Jest due to a custom behavior of Jest's require. But you can use it's own aliasing mechanism instead. The configuration can be defined either in package.json or jest.config.js. The example below is for package.json:
"jest": {
"moduleNameMapper": {
"@root/(.*)": "<rootDir>/$1",
"@client/(.*)": "<rootDir>/src/client/$1"
},
}
More details on the official documentation.
You can use module-alias within another NPM package, however there are a few things to take into consideration.
require('module-alias/register') for automatic detection of package.json location (where you defined your aliases), as it tries to find package.json in either the current working directory of your node process, or two levels down from node_modules/module-alias. It is extremely likely that this is end-user code. So, instead, your should either register aliases manually with moduleAlias.addAlias, or using something like require('module-alias')(__dirname).Here is an example project.
This module does not play well with:
If you are using this on an existing project, you can use relative-to-alias to refactor your code to start using aliases.
Special thanks to Artur Havrylov and Daniel Garnier-Moiroux for valuable contributions.
This package allows you to alias module paths in Node.js, similar to module-alias. It provides a way to keep your require calls clean. However, it is not as widely used or as well-maintained as module-alias.
This Babel plugin allows you to add new 'root' directories that contain your modules. It also lets you map a module to another module or filepath. It is more flexible than module-alias as it integrates with Babel and supports both Node.js and frontend JavaScript projects.
This package provides similar functionality to module-alias, allowing you to define aliases for your modules and directories. It differs in the way it sets up the aliases, using symbolic links, which can be more compatible with certain tools that do not understand module resolution.
FAQs
Create aliases of directories and register custom module paths
The npm package module-alias receives a total of 2,860,834 weekly downloads. As such, module-alias popularity was classified as popular.
We found that module-alias demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Research
/Security News
Laravel Lang packages were compromised with an RCE backdoor across hundreds of versions, exposing cloud, CI/CD, and developer secrets.

Security News
Socket found a malicious postinstall hook across 700+ GitHub repos, including PHP packages on Packagist and Node.js project repositories.

Security News
Vibe coding at scale is reshaping how packages are created, contributed, and selected across the software supply chain