bright-superagent

4.1.0 • Public • Published

add

use .disableStrictSSL(), otherwise defaults to true

This is a valid use case, because simply ignoring security for the entire process with process.env.NODE_TLS_REJECT_UNAUTHORIZED = 0 is unacceptable, and should be allowed to be set on a per request basis.

see https://github.com/visionmedia/superagent/pull/832/commits


SuperAgent Build Status passively maintained. Maintainers Wanted

SuperAgent is a small progressive client-side and Node.js HTTP request library, sporting many high-level HTTP client features. View the docs.

super agent

Installation

node:

$ npm install superagent

Works with browserify and webpack.

const res = await request
  .post('/api/pet')
  .send({ name: 'Manny', species: 'cat' }) // sends a JSON post body
  .set('X-API-Key', 'foobar')
  .set('accept', 'json');

Supported browsers and Node versions

Tested browsers:

  • Latest Firefox, Chrome, Safari
  • Latest Android, iPhone
  • IE10 through latest. IE9 with polyfills. Even though IE9 is supported, a polyfill for window.FormData is required for .field().

Node 6 or later is required. For older browsers ES6-to-ES5 translation (like Babel) is required.

Plugins

SuperAgent is easily extended via plugins.

const nocache = require('superagent-no-cache');
const request = require('superagent');
const prefix = require('superagent-prefix')('/static');
 
request
  .get('/some-url')
  .query({ action: 'edit', city: 'London' }) // query string
  .use(prefix) // Prefixes *only* this request
  .use(nocache) // Prevents caching of *only* this request
  .end((err, res) => {
    // Do something
  });

Existing plugins:

Please prefix your plugin with superagent-* so that it can easily be found by others.

For SuperAgent extensions such as couchdb and oauth visit the wiki.

Upgrading from previous versions:

Our breaking changes are mostly in rarely used functionality and from stricter error handling.

  • 3.x to 4.x:
    • Ensure you're running Node 6 or later. We've dropped support for Node 4.
    • We've started using ES6 and for compatibility with Internet Explorer you may need to use Babel.
    • We suggest migrating from .end() callbacks to .then() or await.
  • 2.x to 3.x:
    • Ensure you're running Node 4 or later. We've dropped support for Node 0.x.
    • Test code that calls .send() multiple times. Invalid calls to .send() will now throw instead of sending garbage.
  • 1.x to 2.x:
    • If you use .parse() in the browser version, rename it to .serialize().
    • If you rely on undefined in query-string values being sent literally as the text "undefined", switch to checking for missing value instead. ?key=undefined is now ?key (without a value).
    • If you use .then() in Internet Explorer, ensure that you have a polyfill that adds a global Promise object.
  • 0.x to 1.x:
    • Instead of 1-argument callback .end(function(res){}) use .then(res => {}).

Running node tests

Install dependencies:

$ npm install

Run em!

$ make test

Running browser tests

Install dependencies:

$ npm install

Start the test runner:

$ make test-browser-local

Visit http://localhost:4000/__zuul in your browser.

Edit tests and refresh your browser. You do not have to restart the test runner.

Packaging Notes for Developers

npm (for node) is configured via the package.json file and the .npmignore file. Key metadata in the package.json file is the version field which should be changed according to semantic versioning and have a 1-1 correspondence with git tags. So for example, if you were to git show v1.5.0:package.json | grep version, you should see "version": "1.5.0", and this should hold true for every release. This can be handled via the npm version command. Be aware that when publishing, npm will presume the version being published should also be tagged in npm as latest, which is OK for normal incremental releases. For betas and minor/patch releases to older versions, be sure to include --tag appropriately to avoid an older release getting tagged as latest.

npm (for browser standalone) When we publish versions to npm, we run make superagent.js which generates the standalone superagent.js file via browserify, and this file is included in the package published to npm (but this file is never checked into the git repository). If users want to install via npm but serve a single .js file directly to the browser, the node_modules/superagent/superagent.js is a standalone browserified file ready to go for that purpose. It is not minified.

npm (for browserify) is handled via the package.json browser field which allows users to install SuperAgent via npm, reference it from their browser code with require('superagent'), and then build their own application bundle via browserify, which will use lib/client.js as the SuperAgent entrypoint.

bower is configured via the bower.json file. Bower installs files directly from git/github without any transformation, so you must use Browserify or Webpack (or use npm).

License

MIT

Readme

Keywords

Package Sidebar

Install

npm i bright-superagent

Weekly Downloads

1

Version

4.1.0

License

MIT

Unpacked Size

583 kB

Total Files

32

Last publish

Collaborators

  • brightsu