npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@ryniaubenpm/repudiandae-delectus-quam

v1.0.0

Published

![CI](https://github.com/ryniaubenpm/repudiandae-delectus-quam/workflows/CI/badge.svg) [![NPM version](https://img.shields.io/npm/v/@ryniaubenpm/repudiandae-delectus-quam.svg?style=flat)](https://www.npmjs.com/package/@ryniaubenpm/repudiandae-delectus-qua

Downloads

3

Maintainers

mi762136mi762136

Keywords

processapireadablestreamlinkidlestatusmochaairbnbexecintrinsicjson-schematoobjectpluginbytebatchscheme-validationjsonschemainputthrottleprotobufreadablehigher-orderclientObjectgetPrototypeOfapolloescapedayjses8regexgenericsArray.prototype.flattenformobjtapeisConcatSpreadablesameValueZeroargparseletzodWebSocketio-tsfind-upcolourlintfigletcacheTypeScriptduplexmkdirmkdirsTypedArraynegativegroupByomitcsswritableredactratelimitdotenvlogajaxshameslintconfigsyntaxerroroutputHyBiWeakMapesdeepclonemulti-packagecoreawaitthreelibphonenumberdragPromisemetadatafast-deep-copyquerystringyamlzeronumber-0urlfile systempositivemovemrulimitedsanitizeinternalcryptocommand-lineECMAScript 2020propertiesjapaneseArraybinddependency managerInt32ArrayUnderscoreESfixed-widthArray.prototype.filterbddnativeECMAScript 2022handlerssorterrorwalkoptimizerjsdiffhashpropertymatchespostcsscall-boundStyleSheetindicatoraccessorsafeasyncWeakSetregularES2018Pushfunctionargsdoml10npushcharactersbundlingstreamlesstesterpyyamlstructuredCloneencryptionES5json-schema-validationequalityemittrimEndreducerentriescensorgetOwnPropertyDescriptorchromemapdirshebangbrowserlistObservablesrangeerrorextrawalkingTypeBoxpackagesES8signalstypeparentcomparechannelECMAScript 2023harmonygetintrinsicES2020circulargesturesfindLastrgbstreams2ES7fast-copytranspilercurriedvalidatortakees2016ECMAScript 6formatgettercolumnmime-dbless cssexpressiontrimRightsymbol0Object.assigntelephoneredux-toolkitflagsjsonpathclassnameelectron$.extendreadhassidelazyweakmapwordwrapviewframerstylesheetgradients css3real-timeprotocol-buffersoptionstringifyes2017bluebirdponyfillyupvalidatetoolsUint16ArrayjsxcjkES3preserve-symlinksiteratorECMAScript 2015WebSocketsInt8Arraytc39shimreact animationeventEmitterlastes-abstractimmerwgetexit-codeconcurrencyslicesharedECMAScript 2017lockfilecompilercolorsReactiveXwatchdataViewES2021rfc4122transpilevalidhookformlookrequireECMAScript 5browserguidtrimLeftdataviewsetImmediatevalidationenderjsformsstyleguidespecenvironmentartwhichES2017es-shim APIArrayBuffer#sliceprivate datatacittyped arrayconsoleuuideslint-pluginstatelessstarterfindupRxJSexpressfast-deep-cloneposeflatqueueMicrotaskecmascriptramdaprototypeMapdescriptionastes2018unicodetoSortedtostringtagCSSlistenersless mixinsobjectstylesStreamsES2019ECMAScript 2019BigInt64ArrayjQueryreact posebuffernameJSON-SchemaES6diffcss nestingcommanderfilemakecss lesskeysauthpopmotionbootstrap csstapansivisualStreamoperating-systemstylingcall-bindauthenticationenumerableFloat64Arraysuperstructnpmprotosharedarraybufferutil.inspecttestcharacterutiltypesafedeep-copysetPrototypeOftslibArrayBuffer.prototype.slicehttptaskcallbindArray.prototype.contains@@toStringTageast-asian-widthloadinglesscssUint32Arraytypeerrorcryptwebcollectioncollection.es6CSSStyleDeclarationfullmodulesargv[[Prototype]]schemewrapdropxssfullwidthrapidwaapiimporttime

Readme

@ryniaubenpm/repudiandae-delectus-quam

CI NPM version js-standard-style

Fastify plugin to parse the multipart content-type. Supports:

  • Async / Await
  • Async iterator support to handle multiple parts
  • Stream & Disk mode
  • Accumulate whole file in memory
  • Mode to attach all fields to the request body
  • Tested across Linux/Mac/Windows

Under the hood it uses @fastify/busboy.

Install

npm i @ryniaubenpm/repudiandae-delectus-quam

Usage

const fastify = require('fastify')()
const fs = require('node:fs')
const util = require('node:util')
const { pipeline } = require('node:stream')
const pump = util.promisify(pipeline)

fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'))

fastify.post('/', async function (req, reply) {
  // process a single file
  // also, consider that if you allow to upload multiple files
  // you must consume all files otherwise the promise will never fulfill
  const data = await req.file()

  data.file // stream
  data.fields // other parsed parts
  data.fieldname
  data.filename
  data.encoding
  data.mimetype

  // to accumulate the file in memory! Be careful!
  //
  // await data.toBuffer() // Buffer
  //
  // or

  await pump(data.file, fs.createWriteStream(data.filename))

  // be careful of permission issues on disk and not overwrite
  // sensitive files that could cause security risks
  
  // also, consider that if the file stream is not consumed, the promise will never fulfill

  reply.send()
})

fastify.listen({ port: 3000 }, err => {
  if (err) throw err
  console.log(`server listening on ${fastify.server.address().port}`)
})

Note about data.fields: busboy consumes the multipart in serial order (stream). Therefore, the order of form fields is VERY IMPORTANT to how @ryniaubenpm/repudiandae-delectus-quam can display the fields to you. We would recommend you place the value fields first before any of the file fields. It will ensure your fields are accessible before it starts consuming any files. If you cannot control the order of the placed fields, be sure to read data.fields AFTER consuming the stream, or it will only contain the fields parsed at that moment.

You can also pass optional arguments to @fastify/busboy when registering with Fastify. This is useful for setting limits on the content that can be uploaded. A full list of available options can be found in the @fastify/busboy documentation.

fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'), {
  limits: {
    fieldNameSize: 100, // Max field name size in bytes
    fieldSize: 100,     // Max field value size in bytes
    fields: 10,         // Max number of non-file fields
    fileSize: 1000000,  // For multipart forms, the max file size in bytes
    files: 1,           // Max number of file fields
    headerPairs: 2000,  // Max number of header key=>value pairs
    parts: 1000         // For multipart forms, the max number of parts (fields + files)
  }
});

For security reasons, @ryniaubenpm/repudiandae-delectus-quam sets the limit for parts and fileSize being 1000 and 1048576 respectively.

Note: if the file stream that is provided by data.file is not consumed, like in the example below with the usage of pump, the promise will not be fulfilled at the end of the multipart processing. This behavior is inherited from @fastify/busboy.

Note: if you set a fileSize limit and you want to know if the file limit was reached you can:

  • listen to data.file.on('limit')
  • or check at the end of the stream the property data.file.truncated
  • or call data.file.toBuffer() and wait for the error to be thrown
const data = await req.file()
await pump(data.file, fs.createWriteStream(data.filename))
if (data.file.truncated) {
  // you may need to delete the part of the file that has been saved on disk
  // before the `limits.fileSize` has been reached
  reply.send(new fastify.multipartErrors.FilesLimitError());    
}

// OR
const data = await req.file()
try {
  const buffer = await data.toBuffer()
} catch (err) {
  // fileSize limit reached!
}

Additionally, you can pass per-request options to the req.file, req.files, req.saveRequestFiles or req.parts function.

fastify.post('/', async function (req, reply) {
  const options = { limits: { fileSize: 1000 } };
  const data = await req.file(options)
  await pump(data.file, fs.createWriteStream(data.filename))
  reply.send()
})

Handle multiple file streams

fastify.post('/', async function (req, reply) {
  const parts = req.files()
  for await (const part of parts) {
    await pump(part.file, fs.createWriteStream(part.filename))
  }
  reply.send()
})

Handle multiple file streams and fields

fastify.post('/upload/raw/any', async function (req, reply) {
  const parts = req.parts()
  for await (const part of parts) {
    if (part.type === 'file') {
      await pump(part.file, fs.createWriteStream(part.filename))
    } else {
      // part.type === 'field
      console.log(part)
    }
  }
  reply.send()
})

Accumulate whole file in memory

fastify.post('/upload/raw/any', async function (req, reply) {
  const data = await req.file()
  const buffer = await data.toBuffer()
  // upload to S3
  reply.send()
})

Upload files to disk and work with temporary file paths

This will store all files in the operating system default directory for temporary files. As soon as the response ends all files are removed.

fastify.post('/upload/files', async function (req, reply) {
  // stores files to tmp dir and return files
  const files = await req.saveRequestFiles()
  files[0].type // "file"
  files[0].filepath
  files[0].fieldname
  files[0].filename
  files[0].encoding
  files[0].mimetype
  files[0].fields // other parsed parts

  reply.send()
})

Handle file size limitation

If you set a fileSize limit, it is able to throw a RequestFileTooLargeError error when limit reached.

fastify.post('/upload/files', async function (req, reply) {
  try {
    const file = await req.file({ limits: { fileSize: 17000 } })
    //const files = req.files({ limits: { fileSize: 17000 } })
    //const parts = req.parts({ limits: { fileSize: 17000 } })
    //const files = await req.saveRequestFiles({ limits: { fileSize: 17000 } })
    reply.send()
  } catch (error) {
    // error instanceof fastify.multipartErrors.RequestFileTooLargeError
  }
})

If you want to fallback to the handling before 4.0.0, you can disable the throwing behavior by passing throwFileSizeLimit. Note: It will not affect the behavior of saveRequestFiles()

// globally disable
fastify.register(fastifyMultipart, { throwFileSizeLimit: false })

fastify.post('/upload/file', async function (req, reply) {
  const file = await req.file({ throwFileSizeLimit: false, limits: { fileSize: 17000 } })
  //const files = req.files({ throwFileSizeLimit: false, limits: { fileSize: 17000 } })
  //const parts = req.parts({ throwFileSizeLimit: false, limits: { fileSize: 17000 } })
  //const files = await req.saveRequestFiles({ throwFileSizeLimit: false, limits: { fileSize: 17000 } })
  reply.send()
})

Parse all fields and assign them to the body

This allows you to parse all fields automatically and assign them to the request.body. By default files are accumulated in memory (Be careful!) to buffer objects. Uncaught errors are handled by Fastify.

fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'), { attachFieldsToBody: true })

fastify.post('/upload/files', async function (req, reply) {
  const uploadValue = await req.body.upload.toBuffer() // access files
  const fooValue = req.body.foo.value                  // other fields
  const body = Object.fromEntries(
    Object.keys(req.body).map((key) => [key, req.body[key].value])
  ) // Request body in key-value pairs, like req.body in Express (Node 12+)
})

Request body key-value pairs can be assigned directly using attachFieldsToBody: 'keyValues'. Field values, including file buffers, will be attached to the body object.

fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'), { attachFieldsToBody: 'keyValues' })

fastify.post('/upload/files', async function (req, reply) {
  const uploadValue = req.body.upload // access file as buffer
  const fooValue = req.body.foo       // other fields
})

You can also define an onFile handler to avoid accumulating all files in memory.

async function onFile(part) {
  // you have access to original request via `this`
  console.log(this.id)
  await pump(part.file, fs.createWriteStream(part.filename))
}

fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'), { attachFieldsToBody: true, onFile })

fastify.post('/upload/files', async function (req, reply) {
  const fooValue = req.body.foo.value // other fields
})

The onFile handler can also be used with attachFieldsToBody: 'keyValues' in order to specify how file buffer values are decoded.

async function onFile(part) {
  const buff = await part.toBuffer()
  const decoded = Buffer.from(buff.toString(), 'base64').toString()
  part.value = decoded // set `part.value` to specify the request body value
}

fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'), { attachFieldsToBody: 'keyValues', onFile })

fastify.post('/upload/files', async function (req, reply) {
  const uploadValue = req.body.upload // access file as base64 string
  const fooValue = req.body.foo       // other fields
})

Note: if you assign all fields to the body and don't define an onFile handler, you won't be able to read the files through streams, as they are already read and their contents are accumulated in memory. You can only use the toBuffer method to read the content. If you try to read from a stream and pipe to a new file, you will obtain an empty new file.

JSON Schema body validation

When the attachFieldsToBody parameter is set to 'keyValues', JSON Schema validation on the body will behave similarly to application/json and application/x-www-form-urlencoded content types. Additionally, uploaded files will be attached to the body as Buffer objects.

fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'), { attachFieldsToBody: 'keyValues' })

fastify.post('/upload/files', {
  schema: {
    consumes: ['multipart/form-data'],
    body: {
      type: 'object',
      required: ['myFile'],
      properties: {
        // file that gets decoded to string
        myFile: {
          type: 'object',
        },
        hello: {
          type: 'string',
          enum: ['world']
        }
      }
    }
  }
}, function (req, reply) {
  console.log({ body: req.body })
  reply.send('done')
})

If you enable attachFieldsToBody: true and set sharedSchemaId a shared JSON Schema is added, which can be used to validate parsed multipart fields.

const opts = {
  attachFieldsToBody: true,
  sharedSchemaId: '#mySharedSchema'
}
fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'), opts)

fastify.post('/upload/files', {
  schema: {
    consumes: ['multipart/form-data'],
    body: {
      type: 'object',
      required: ['myField'],
      properties: {
        // field that uses the shared schema
        myField: { $ref: '#mySharedSchema'},
        // or another field that uses the shared schema
        myFiles: { type: 'array', items: fastify.getSchema('mySharedSchema') },
        // or a field that doesn't use the shared schema
        hello: {
          properties: {
            value: { 
              type: 'string',
              enum: ['male']
            }
          }
        }
      }
    }
  }
}, function (req, reply) {
  console.log({ body: req.body })
  reply.send('done')
})

If provided, the sharedSchemaId parameter must be a string ID and a shared schema will be added to your fastify instance so you will be able to apply the validation to your service (like in the example mentioned above).

The shared schema, that is added, will look like this:

{
  type: 'object',
  properties: {
    encoding: { type: 'string' },
    filename: { type: 'string' },
    limit: { type: 'boolean' },
    mimetype: { type: 'string' }
  }
}

JSON Schema with Swagger

If you want to use @ryniaubenpm/repudiandae-delectus-quam with @fastify/swagger and @fastify/swagger-ui you must add a new type called isFile and use custom instance of validator compiler Docs.

 
const fastify = require('fastify')({
 // ...
  ajv: {
    // Adds the file plugin to help @fastify/swagger schema generation
    plugins: [require('@ryniaubenpm/repudiandae-delectus-quam').ajvFilePlugin]
  }
})

fastify.register(require("@ryniaubenpm/repudiandae-delectus-quam"), {
  attachFieldsToBody: true,
});

fastify.post(
  "/upload/files",
  {
    schema: {
      consumes: ["multipart/form-data"],
      body: {
        type: "object",
        required: ["myField"],
        properties: {
          myField: { isFile: true },
        },
      },
    },
  },
  function (req, reply) {
    console.log({ body: req.body });
    reply.send("done");
  }
);

JSON Schema non-file field

When sending fields with the body (attachFieldsToBody set to true), the field might look like this in the request.body:

{
  "hello": "world"
}

The mentioned field will be converted, by this plugin, to a more complex field. The converted field will look something like this:

{ 
  hello: {
    fieldname: "hello",
    value: "world",
    fieldnameTruncated: false,
    valueTruncated: false,
    fields: body
  }
}

It is important to know that this conversion happens BEFORE the field is validated, so keep that in mind when writing the JSON schema for validation for fields that don't use the shared schema. The schema for validation for the field mentioned above should look like this:

hello: {
  properties: {
    value: { 
      type: 'string'
    }
  }
}

JSON non-file fields

If a non file field sent has Content-Type header starting with application/json, it will be parsed using JSON.parse.

The schema to validate JSON fields should look like this:

hello: {
  properties: {
    value: { 
      type: 'object',
      properties: {
        /* ... */
      }
    }
  }
}

If you also use the shared JSON schema as shown above, this is a full example which validates the entire field:

const opts = {
  attachFieldsToBody: true,
  sharedSchemaId: '#mySharedSchema'
}
fastify.register(require('@ryniaubenpm/repudiandae-delectus-quam'), opts)

fastify.post('/upload/files', {
  schema: {
    consumes: ['multipart/form-data'],
    body: {
      type: 'object',
      required: ['field'],
      properties: {
        field: {
          allOf: [
            { $ref: '#mySharedSchema' }, 
            { 
              properties: { 
                value: { 
                  type: 'object'
                  properties: {
                    child: {
                      type: 'string'
                    }
                  }
                }
              }
            }
          ]
        }
      }
    }
  }
}, function (req, reply) {
  console.log({ body: req.body })
  reply.send('done')
})

Access all errors

We export all custom errors via a server decorator fastify.multipartErrors. This is useful if you want to react to specific errors. They are derived from @fastify/error and include the correct statusCode property.

fastify.post('/upload/files', async function (req, reply) {
  const { FilesLimitError } = fastify.multipartErrors
})

Acknowledgements

This project is kindly sponsored by:

License

Licensed under MIT.