{"_id":"@analyst-one/smoke","_rev":"2-4669c7b6c8acf02e2d8a3b9cd6360875","name":"@analyst-one/smoke","dist-tags":{"latest":"3.2.0-beta1"},"versions":{"3.1.1":{"name":"@analyst-one/smoke","version":"3.1.1","keywords":["mock","server","api","file","file-based","json","rest","template"],"author":{"url":"https://twitter.com/sinedied","name":"Yohan Lasorsa"},"license":"MIT","_id":"@analyst-one/smoke@3.1.1","maintainers":[{"name":"jsanalyst1","email":"jason.smith@analyst1.com"},{"name":"hypercubed","email":"hypercubed@gmail.com"}],"homepage":"https://github.com/sinedied/smoke","bugs":{"url":"https://github.com/sinedied/smoke/issues"},"xo":{"envs":["node","jest"],"rules":{"unicorn/no-array-reduce":"off","unicorn/prevent-abbreviations":"off"},"space":true,"ignores":["test/mocks/**/*"],"prettier":true},"bin":{"smoke":"bin/smoke","smoke-conv":"bin/smoke-conv"},"dist":{"shasum":"d0edcbc82f135f74d62897332f1b4586ec12b2e1","tarball":"https://registry.npmjs.org/@analyst-one/smoke/-/smoke-3.1.1.tgz","fileCount":14,"integrity":"sha512-aFJa6fWk03ax2m4A7DXTnh3zLvV2eUkb9C3E7qXd33wQAOmR3yQq4LjcBbE8IBqKck7Zm8UjQAeRS7pb/XRgLA==","signatures":[{"sig":"MEUCIDCOKq2sISuDLLZumKVaDvoFSQo/aLbKNyryZRfIsaSrAiEAvzfgOPHjlZrYWIt9NAoHs+tYNQKKi7Tx5P2SrQTm2X4=","keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA"}],"unpackedSize":43941},"jest":{"silent":true,"verbose":true,"collectCoverageFrom":["*.js","lib/**/*.js"]},"main":"lib/smoke.js","engines":{"node":">=10.0.0"},"gitHead":"45cfa3f94c940707b0d2c7f731b99fd74b326a23","release":{"extends":"semantic-release-npm-github","branches":"main"},"scripts":{"lint":"xo","test":"xo && jest","start":"smoke test/mocks","lint:fix":"xo --fix","release:check":"semantic-release --dry-run"},"_npmUser":{"name":"hypercubed","email":"hypercubed@gmail.com"},"prettier":{"singleQuote":true,"bracketSpacing":false},"repository":{"url":"git+https://github.com/sinedied/smoke.git","type":"git"},"_npmVersion":"10.7.0","description":"Simple yet powerful file-based mock server with recording abilities","directories":{},"_nodeVersion":"20.15.1","dependencies":{"cors":"2.8.5","globby":"^11.0.1","morgan":"^1.10.0","multer":"^1.4.2","express":"^4.17.1","fs-extra":"^9.0.1","minimist":"^1.2.5","mime-types":"^2.1.27","body-parser":"^1.19.0","import-fresh":"^3.2.1","path-to-regexp":"^6.1.0","lodash.template":"^4.5.0","express-http-proxy":"^1.6.2"},"_hasShrinkwrap":false,"devDependencies":{"xo":"^0.37.1","jest":"^26.4.2","supertest":"^6.0.1","semantic-release":"^17.3.1","semantic-release-npm-github":"^1.0.4"},"_npmOperationalInternal":{"tmp":"tmp/smoke_3.1.1_1729285250817_0.017692227367509306","host":"s3://npm-registry-packages"}},"3.2.0-beta0":{"name":"@analyst-one/smoke","version":"3.2.0-beta0","keywords":["mock","server","api","file","file-based","json","rest","template"],"author":{"url":"https://twitter.com/sinedied","name":"Yohan Lasorsa"},"license":"MIT","_id":"@analyst-one/smoke@3.2.0-beta0","maintainers":[{"name":"jsanalyst1","email":"jason.smith@analyst1.com"},{"name":"hypercubed","email":"hypercubed@gmail.com"}],"homepage":"https://github.com/sinedied/smoke","bugs":{"url":"https://github.com/sinedied/smoke/issues"},"xo":{"envs":["node","jest"],"rules":{"unicorn/no-array-reduce":"off","unicorn/prevent-abbreviations":"off"},"space":true,"ignores":["test/mocks/**/*"],"prettier":true},"bin":{"smoke":"bin/smoke","smoke-conv":"bin/smoke-conv"},"dist":{"shasum":"bb70a07c28310f49279f15c790ce0357a2665890","tarball":"https://registry.npmjs.org/@analyst-one/smoke/-/smoke-3.2.0-beta0.tgz","fileCount":16,"integrity":"sha512-qbfgsX/ZZdqLQ7S4Njiv713sa/EY1IMlA7q1M4twH9mCRMlW6iW8jdGgQRy1WlxVPYgD3PD0qh4KUvz0dYr+0Q==","signatures":[{"sig":"MEYCIQDK4ixPg2ymvRC8o6oSH3BFjxPc8/bkxXLQSRa/Uu/OWAIhAOwEAl3cf4aeuB3fJb80n+Wy+H08Bo0J/aqeHiUactzS","keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA"}],"unpackedSize":46886},"jest":{"silent":true,"verbose":true,"collectCoverageFrom":["*.js","lib/**/*.js"]},"main":"lib/smoke.js","engines":{"node":">=10.0.0"},"gitHead":"45cfa3f94c940707b0d2c7f731b99fd74b326a23","release":{"extends":"semantic-release-npm-github","branches":"main"},"scripts":{"lint":"xo","test":"xo && jest","start":"smoke test/mocks","lint:fix":"xo --fix","release:check":"semantic-release --dry-run"},"_npmUser":{"name":"hypercubed","email":"hypercubed@gmail.com"},"prettier":{"singleQuote":true,"bracketSpacing":false},"repository":{"url":"git+https://github.com/sinedied/smoke.git","type":"git"},"_npmVersion":"10.7.0","description":"Simple yet powerful file-based mock server with recording abilities","directories":{},"_nodeVersion":"20.15.1","dependencies":{"cors":"2.8.5","globby":"^11.0.1","morgan":"^1.10.0","multer":"^1.4.2","express":"^4.17.1","fs-extra":"^9.0.1","minimist":"^1.2.5","mime-types":"^2.1.27","body-parser":"^1.19.0","import-fresh":"^3.2.1","path-to-regexp":"^6.1.0","lodash.template":"^4.5.0","express-http-proxy":"^1.6.2"},"_hasShrinkwrap":false,"devDependencies":{"xo":"^0.37.1","jest":"^26.4.2","supertest":"^6.0.1","semantic-release":"^17.3.1","semantic-release-npm-github":"^1.0.4"},"_npmOperationalInternal":{"tmp":"tmp/smoke_3.2.0-beta0_1729285447178_0.7326091365839811","host":"s3://npm-registry-packages"}},"3.2.0-beta1":{"name":"@analyst-one/smoke","version":"3.2.0-beta1","description":"Simple yet powerful file-based mock server with recording abilities","repository":{"type":"git","url":"git+https://github.com/sinedied/smoke.git"},"main":"lib/smoke.js","bin":{"smoke":"bin/smoke","smoke-conv":"bin/smoke-conv"},"scripts":{"lint":"xo","lint:fix":"xo --fix","start":"smoke test/mocks","test":"xo && jest","release:check":"semantic-release --dry-run"},"keywords":["mock","server","api","file","file-based","json","rest","template"],"author":{"name":"Yohan Lasorsa","url":"https://twitter.com/sinedied"},"homepage":"https://github.com/sinedied/smoke","bugs":{"url":"https://github.com/sinedied/smoke/issues"},"license":"MIT","dependencies":{"body-parser":"^1.19.0","cors":"2.8.5","express":"^4.17.1","express-http-proxy":"^1.6.2","fs-extra":"^9.0.1","globby":"^11.0.1","import-fresh":"^3.2.1","lodash.template":"^4.5.0","mime-types":"^2.1.27","minimist":"^1.2.5","morgan":"^1.10.0","multer":"^1.4.2","path-to-regexp":"^6.1.0"},"devDependencies":{"jest":"^26.4.2","semantic-release":"^17.3.1","semantic-release-npm-github":"^1.0.4","supertest":"^6.0.1","xo":"^0.37.1"},"xo":{"space":true,"prettier":true,"envs":["node","jest"],"ignores":["test/mocks/**/*"],"rules":{"unicorn/prevent-abbreviations":"off","unicorn/no-array-reduce":"off"}},"jest":{"collectCoverageFrom":["*.js","lib/**/*.js"],"silent":true,"verbose":true},"prettier":{"singleQuote":true,"bracketSpacing":false},"release":{"extends":"semantic-release-npm-github","branches":"main"},"engines":{"node":">=10.0.0"},"_id":"@analyst-one/smoke@3.2.0-beta1","gitHead":"152e9539ef9c31fb0687481f389d1b607998105f","_nodeVersion":"20.15.1","_npmVersion":"10.7.0","dist":{"integrity":"sha512-No3FPkz09mm50FLYZI/ykHCg9hH++kSs0bgXaEuxiX6Ki+84dQtZcaxeE1KXktVwIuUMMJZesnX3HVEC5UxYLg==","shasum":"aea00491751a8a717c5cb17e783cc167ce3f6a88","tarball":"https://registry.npmjs.org/@analyst-one/smoke/-/smoke-3.2.0-beta1.tgz","fileCount":16,"unpackedSize":46919,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQDBBcpSsh0j0RYjMv7DTIIsKVEuLXTMHaD6HgodBCrsrwIgIL3Ogx+3u+hkzRYADSjIpllWTwJSPNYFfjrR8yX2Qxc="}]},"_npmUser":{"name":"hypercubed","email":"hypercubed@gmail.com"},"directories":{},"maintainers":[{"name":"jsanalyst1","email":"jason.smith@analyst1.com"},{"name":"hypercubed","email":"hypercubed@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/smoke_3.2.0-beta1_1729287547051_0.23373588532119172"},"_hasShrinkwrap":false}},"time":{"created":"2024-10-18T21:00:50.669Z","modified":"2024-10-18T21:39:07.478Z","3.1.1":"2024-10-18T21:00:51.049Z","3.2.0-beta0":"2024-10-18T21:04:07.492Z","3.2.0-beta1":"2024-10-18T21:39:07.260Z"},"bugs":{"url":"https://github.com/sinedied/smoke/issues"},"author":{"name":"Yohan Lasorsa","url":"https://twitter.com/sinedied"},"license":"MIT","homepage":"https://github.com/sinedied/smoke","keywords":["mock","server","api","file","file-based","json","rest","template"],"repository":{"type":"git","url":"git+https://github.com/sinedied/smoke.git"},"description":"Simple yet powerful file-based mock server with recording abilities","maintainers":[{"name":"jsanalyst1","email":"jason.smith@analyst1.com"},{"name":"hypercubed","email":"hypercubed@gmail.com"}],"readme":"# :dash: smoke\n\n[![NPM version](https://img.shields.io/npm/v/smoke.svg)](https://www.npmjs.com/package/smoke)\n[![Build Status](https://github.com/sinedied/smoke/workflows/build/badge.svg)](https://github.com/sinedied/smoke/actions)\n![Node version](https://img.shields.io/node/v/smoke.svg)\n[![XO code style](https://img.shields.io/badge/code_style-XO-5ed9c7.svg)](https://github.com/sindresorhus/xo)\n[![License](https://img.shields.io/badge/license-MIT-blue.svg)](LICENSE)\n\n> Simple yet powerful file-based mock server with recording abilities\n\n![demo](https://user-images.githubusercontent.com/593151/49312821-9f2cc680-f4e5-11e8-900a-117120c38422.gif)\n\nJust drop a bunch of (JSON) files in a folder and you're ready to go!\n\n### Basic mock example\n1. Start the server: `smoke`\n2. Create a file named `get_api#hello.json`:\n ```json\n {\n \"message\": \"hello world!\"\n }\n ```\n3. Test the mock: `curl http://localhost:3000/api/hello`\n\n### Features\n\n**Smoke** is a file-based, convention over configuration mock server that can fill your API mocking needs without any\ncomplex setup. Yet, it supports many advanced features and dynamic mocks for almost any situation:\n\n- Generate mocks quickly by recording responses from an existing server\n- Use folders and file names to describe API routes and REST methods\n- Use templates to generate responses based on input queries and route parameters\n- Add / edit / remove mocks without restarting the server\n- Generate mocks with JavaScript for more complex responses\n- Define different mock sets to simulate various scenarii (errors...), with fallback\n- Customize headers and status code if needed, automatically detect content-type if not specified\n- Add custom middlewares to modify requests/responses\n- Mock only specific requests and proxy the rest to an existing server\n- Supports CORS (cross-origin resource-sharing)\n\n## Installation\n\n```bash\nnpm install -g smoke\n```\n\n## Usage\n\nSee [some example mocks](test/mocks) to quickly get a grasp of the syntax and possibilities.\n\nCLI usage is quite straightforward you can just run `smoke` unless you want to add some options:\n```\nUsage: smoke [] [options]\n\nBase options:\n -p, --port Server port [default: 3000]\n -h, --host Server host [default: \"localhost\"]\n -s, --set Mocks set to use [default: none]\n -n, --not-found Mocks for 404 errors [default: \"404.*\"]\n -i, --ignore Files to ignore [default: none]\n -k, --hooks Middleware hooks [default: none]\n -x, --proxy Fallback proxy if no mock found\n -o, --allow-cors [all|] Enable CORS requests [default: none]\n -l, --logs Enable server logs\n -v, --version Show version\n --help Show help\n\nMock recording:\n -r, --record Proxy & record requests if no mock found\n -c, --collection Save to single file mock collection\n -d, --depth Folder depth for mocks [default: 1]\n -a, --save-headers Save response headers\n -q, --save-query Save query parameters\n```\n\n### File naming\n\n**General format:** `methods_api#route#@routeParam$queryParam=value.__set.extension`\n\nThe path and file name of the mock is used to determinate:\n\n#### Supported HTTP methods\nOptionally prefix your file by the HTTP method supported followed by an underscore (for example `get_`).\nYou can specify multiple methods at once using a `+` to separate them (for example `post+put_`);\nIf no method is specified, the mock will be used for any HTTP method.\n\n#### Server route and named route parameters\nUse any combination of folders or hash-separated components to specify the server route.\n\nFor example `api/example/get_hello.json` is equivalent to `get_api#example#hello.json` and will respond to\n`GET api/example/hello` requests.\n\nAdditionaly, any route component can be defined as a route parameter by prefixing the name with `@`, for example\n`api#resource#@id.json` will match `GET api/resource/1` and expose `1` as the value for the `id` parameter that can be\nused in dynamic mocks (templates or JavaScript).\n\n#### Query parameters\nYou can further discriminate mocks by adding query parameters to match after defining the route, using a `$` (instead\nof the regular `?`) like you would specify them in a request.\n\nFor example `get_api#hello$who=john.json` will match the request `api/get_hello?who=john.json`.\n\nMultiple query parameters to match can be added with `&`, for example `get_api#hello$who=john&greet=hi.json`.\nAny specified query parameter in the file name must be matched (in any order) by the request, but the opposite is not\nneeded.\n\nNote that special characters must be URL-encoded, for example use `get_api#hello$who=john%20doe.json` to set the\nparameter `who` with the value `john doe`.\n\n> Tip: If you need to URL-encode a string, just run `node -p \"encodeURIComponent('some string')\"` in a terminal.\n\n#### Content type\nThe file extension will determine the content type of the response if it's not already specified in a\n[custom header](#custom-status-and-headers).\n\nFiles with no extension will use the default MIME type `application/octet-stream`.\n\nYou can have multiple mocks with the same API route and different file extensions, the server will then use the best\nmock depending of the [`Accept` header](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept) of the\nrequest.\n\n#### Mock set\nYou can optionally specify a mock set before the file extension by using a `__set-name` suffix after the file name.\n\nFor example `get_api#hello__error.json` will only be used if you start the server with the `error` set enabled:\n`smoke --set error`.\n\nIf you do not specify a mock set on your file name, it will be considered as the default mock for the specified route\nand will be used as a fallback if no mock with this set matched.\n\n#### Templates\nIf you add an underscore `_` after the file extension, the mock will be processed as a template before being sent to\nthe client. Templates works only on text-based formats.\n\nFor example `get_hello.html_` or `get_hello.json_` will be treated as templates. \n\nEvery template can use an implicit context object that have these properties defined:\n- `method`: the HTTP method of the request (ex: `'GET'`, `'POST'`)\n- `query`: map with query parameters that were part of the request URL. For example, matched URL\n `http://server/hello?who=world` will result in the query value: `{ who: 'world' }`.\n- `params`: map containing matched route parameters. For example the mock `resource#@id.json_` with the matched URL\n `http://server/resource/123` will result in the params value: `{ id: '123' }`.\n- `headers`: map containing request headers\n- `body`: the request body. JSON bodies are automatically parsed.\n- `files`: if the request includes `multipart/form-data`, this will be the array of uploaded files (see\n [multer documentation](https://github.com/expressjs/multer) for more details)\n\n##### Template syntax\n\n- `{{ }}` interpolates data in place\n\n For example, create **get_hello.txt_** with this:\n ```\n Hello {{query.name}}!\n ```\n\n Then `curl \"http://localhost:3000/hello?name=John\"` returns `Hello John!`\n\n- `{{{ }}}` escapes HTML special chars from interpolated string\n\n For example, create **get_hello.html_** with this:\n ```html\n

Hello {{{query.name}}}!

\n ```\n\n Then `curl \"http://localhost:3000/hello?name=%3CJack%26Jones%3E\"` returns:\n ```html\n

Hello <Jack&Jones>!

\n ```\n\n- `<{ }>` evaluates JavaScript to generate data\n\n For example, create **get_hello.html_** with this:\n ```html\n Hello to:\n
    \n <{ query.name.forEach(name => { }>
  • {{name}}
    • <{ }); }>\n
\n ```\n\n Then `curl \"http://localhost:3000/hello?name=Jack&name=Jones\"` returns:\n ```html\n Hello to:\n
    \n
  • Jack
  • Jones
    • \n
\n ```\n\n### Custom status and headers\n\nBy default all mocks responses are sent with a status code `200` (OK), or `204` (No content) if a mock file is empty.\n\nYou can customize the response status and (optionally) headers with JSON and [JavaScript](#javascript-mocks) files,\nusing this syntax:\n```js\n{\n \"statusCode\": 400,\n \"body\": {\n \"error\": \"Bad request\"\n },\n // headers can be omitted, only use if you want to customize them\n \"headers\": {\n \"Content-Type\": \"text/plain\"\n } \n}\n```\n\nYou can also use non-string content type if you encode the content as a base64 string in the `body` property and add\nthe property `\"buffer\": true` to the mock:\n```js\n{\n \"statusCode\": 200,\n \"body\": \"U21va2Ugcm9ja3Mh\",\n \"buffer\": true,\n \"headers\": {\n \"Content-Type\": \"application/octet-stream\"\n } \n}\n```\n\n### Mock formats\n\nAny file format is supported for mocks, and the file extension will be used to determine the response content type.\nFiles with no extension will use the default MIME type `application/octet-stream`.\n\nText formats (for example `.json`, `.html`, `.txt`...) can be processed as [templates](#templates) by adding an\nunderscore to the file extension.\n\nNote that JSON files and templates must use `UTF-8` encoding.\n\n#### JavaScript mocks\n\nIn addition, you can define dynamic mocks using JavaScript by using the `.js` extension, that will be loaded as a regular\nNode.js module.\n\nIn that case, your JS module is expected to export a function that take an input data object with the\n[same properties](#templates) as for templates and must returns the response body or an\n[object](#custom-status-and-headers) containing the status code, headers and body.\n\nExample:\n```js\nmodule.exports = (data) => `Your user agent is: ${data.headers['user-agent']}`;\n```\n\nNote that by default, JS mocks use `application/json` for the response content type. If you want to use another type,\nyou must set the `Content-Type` header yourself, for example:\n```js\nmodule.exports = data => ({\n statusCode: 200,\n headers: {\n 'Content-Type': 'text/plain'\n },\n body: `Your user agent is: ${data.headers['user-agent']}`\n});\n```\n\n### Fallback proxy\n\nIf you want to override responses of an existing server, you can use the `--proxy ` option. This will proxy\nevery request for which a mock does not exist to the specified host.\n\nThis can also be useful for mocking yet-to-be-implemented APIs and keep using real implemented APIs.\n\n### Mock recording\n\nTo quickly create a mock set of an existing server (to allow working offline for example), you can use the\n`--record ` option. This will proxy every request for which a mock does not exist to the specified host, and\nrecord the resulting response as a mock file.\n\nYou can change the maximum folder depth for mock files created this way using the `--depth` option.\n\nThe recorded mock set can also be changed using the `--set` option.\n\nInstead of recoring separate mock files, you can also record to a\n[single file mock collection](#single-file-mock-collection) using the `--collection ` option. \n\nNote that by default response headers and request query parameters are not saved. To change this behavior, you can\nuse the `--save-headers` and `--save-query` options.\n\n### Middleware hooks\n\nFor more advanced usages, you can hook on any standard\n[Express middleware](https://expressjs.com/en/guide/writing-middleware.html) to modify the request and/or the response\nreturned by the server.\n\nTo hook on your own middlewares, use the `--hooks` to specify a JavaScript module with exports setup like this:\n```js\nmodule.exports = {\n before: [], // middlewares to be executed before the request is processed\n after: [] // middlewares to be executed after the request has been processed\n};\n```\n\nMiddlewares executed before the request is processed can be used to bypass regular mock response, for example to\nrandomly simulate a server failure with an early error 500 response.\n\nOn the other hand, middlewares executed after the request have been processed can be used to augment or modify the\nresponse, for example by adding header or changing the response status. You can also access and modify the response\nbody by using the special `res.body` property.\n\nRemember that once you have used `.send()`, `.sendStatus` or `.json()` in a middleware the response cannot be altered\nanymore, that's why you should use the `res.body` property instead if you plan to alter the response later on.\n\nSee some [example hooks](test/hooks.js).\n\n## Enabling CORS\n\nSmoke offers support to requests originating from a different origin. However, by default, this would be disabled.\n\nTo enable CORS, pass the hosts that you want to allow to `-o` or `--allow-cors` arguments.\n\n**Accepted Values**\n- `all` - Allow requests from `*`\n- `` - You could also pass a comma-separated list of hosts that you want to allow requests from something like `'http://localhost:3000,http://example.com'`\n\n### Single file mock collection\n\nYou can regroup multiple mocks in a special single file with the extension `.mocks.js`, using this format:\n```js\nmodule.exports = {\n '': '' // can be a string, an object (custom response) or a function (JavaScript mock)\n};\n```\nSee this [example mock collection](test/mocks/collection.mocks.js) to get an idea of all possibilities.\n\nThe format of file name is the same as for individual mock files, and will be used to match the request using the same\nrules. As for the mock content, the format is also the same as what you would put in single file mock. If a request\nmatches both a mock file and a mock within a collection with the same specificity, the mock file will always be used\nover the collection.\n\nAs the format is the same, you can convert a bunch of files to a single file mock collection and conversely.\nTo convert separate mock files to a collection:\n```sh\nsmoke-conv // Will create .mocks.js from all mocks found\n```\n\nTo convert a mock collection to separate files:\n```sh\nsmoke-conv // Will extract separate mocks into \n```\n\nNote that only text-based file content will be inserted directly, other file content will be converted to a base64\nstring.\n\n:warning: There is a limitation regarding JavaScript mocks: only the exported function will be converted for a given\nmock, meaning that if you have non-exported functions, variables or imports they will be lost during the conversion.\n\n## Other mock servers\n\nIf you cannot find what you need here, you might want to check out one of these other Node.js mock servers:\n\n- [JSON Server](https://github.com/typicode/json-server)\n- [mockserver](https://github.com/namshi/mockserver)\n- [node-mock-server](https://github.com/smollweide/node-mock-server)\n- [node-easymock](https://github.com/CyberAgent/node-easymock)\n- [mockserver-node](https://github.com/jamesdbloom/mockserver-node)\n","readmeFilename":"README.md"}