I am running this package using electron, what i noticed was that due to the fact that the lines between node and browser environments become a bit blurred, the URL class that was being used was the one defined by the browser and not node. By making an explicit require it ensures the correct Class is used. While creating a test for this would be difficuilt i think adding an eslint rule to stop using globally defined objects and require imports instead would resolve issues like this in the future
pg-connection-string
Functions for dealing with a PostgresSQL connection string
parse method taken from node-postgres
Copyright (c) 2010-2014 Brian Carlson (brian.m.carlson@gmail.com)
MIT License
Usage
var parse = require('pg-connection-string').parse;
var config = parse('postgres://someuser:somepassword@somehost:381/somedatabase')
The resulting config contains a subset of the following properties:
host- Postgres server hostname or, for UNIX domain sockets, the socket filenameport- port on which to connectuser- User with which to authenticate to the serverpassword- Corresponding passworddatabase- Database name within the serverclient_encoding- string encoding the client will usessl, either a boolean or an object with propertiesrejectUnauthorizedcertkeyca
- any other query parameters (for example,
application_name) are preserved intact.
Connection Strings
The short summary of acceptable URLs is:
socket:<path>?<query>- UNIX domain socketpostgres://<user>:<password>@<host>:<port>/<database>?<query>- TCP connection
But see below for more details.
UNIX Domain Sockets
When user and password are not given, the socket path follows socket:, as in socket:/var/run/pgsql.
This form can be shortened to just a path: /var/run/pgsql.
When user and password are given, they are included in the typical URL positions, with an empty host, as in socket://user:pass@/var/run/pgsql.
Query parameters follow a ? character, including the following special query parameters:
db=<database>- sets the database name (urlencoded)encoding=<encoding>- sets theclient_encodingproperty
TCP Connections
TCP connections to the Postgres server are indicated with pg: or postgres: schemes (in fact, any scheme but socket: is accepted).
If username and password are included, they should be urlencoded.
The database name, however, should not be urlencoded.
Query parameters follow a ? character, including the following special query parameters:
host=<host>- setshostproperty, overriding the URL's hostencoding=<encoding>- sets theclient_encodingpropertyssl=1,ssl=true,ssl=0,ssl=false- setssslto true or false, accordinglysslmode=<sslmode>sslmode=disable- setssslto falsesslmode=no-verify- setssslto{ rejectUnauthorized: false }sslmode=prefer,sslmode=require,sslmode=verify-ca,sslmode=verify-full- setssslto true
sslcert=<filename>- reads data from the given file and includes the result asssl.certsslkey=<filename>- reads data from the given file and includes the result asssl.keysslrootcert=<filename>- reads data from the given file and includes the result asssl.ca
A bare relative URL, such as salesdata, will indicate a database name while leaving other properties empty.
