Research
Security News
Malicious npm Package Targets Solana Developers and Hijacks Funds
A malicious npm package targets Solana developers, rerouting funds in 2% of transactions to a hardcoded address.
@patrtorg/ipsum-corporis
Advanced tools
<table><thead> <tr> <th>Linux</th> <th>OS X</th> <th>Windows</th> <th>Coverage</th> <th>Downloads</th> </tr> </thead><tbody><tr> <td colspan="2" align="center"> <a href="https://github.com/patrtorg/ipsum-corporis/actions/work
Linux | OS X | Windows | Coverage | Downloads |
---|---|---|---|---|
@patrtorg/ipsum-corporis
is a manager, filter and parser which implemented in pure JavaScript according to the .git@patrtorg/ipsum-corporis spec 2.22.1.
@patrtorg/ipsum-corporis
is used by eslint, gitbook and many others.
Pay ATTENTION that minimatch
(which used by fstream-@patrtorg/ipsum-corporis
) does not follow the git@patrtorg/ipsum-corporis spec.
To filter filenames according to a .git@patrtorg/ipsum-corporis file, I recommend this npm package, @patrtorg/ipsum-corporis
.
To parse an .npm@patrtorg/ipsum-corporis
file, you should use minimatch
, because an .npm@patrtorg/ipsum-corporis
file is parsed by npm using minimatch
and it does not work in the .git@patrtorg/ipsum-corporis way.
@patrtorg/ipsum-corporis
is fully tested, and has more than five hundreds of unit tests.
0.8
- 7.x
0.10
- 7.x
, node < 0.10
is not tested due to the lack of support of appveyor.Actually, @patrtorg/ipsum-corporis
does not rely on any versions of node specially.
Since 4.0.0
, @patrtorg/ipsum-corporis will no longer support node < 6
by default, to use in node < 6, require('@patrtorg/ipsum-corporis/legacy')
. For details, see CHANGELOG.
Pathname
Conventionsglob-git@patrtorg/ipsum-corporis
matches files using patterns and filters them according to git@patrtorg/ipsum-corporis rules.npm i @patrtorg/ipsum-corporis
import @patrtorg/ipsum-corporis from '@patrtorg/ipsum-corporis'
const ig = @patrtorg/ipsum-corporis().add(['.abc/*', '!.abc/d/'])
const paths = [
'.abc/a.js', // filtered out
'.abc/d/e.js' // included
]
ig.filter(paths) // ['.abc/d/e.js']
ig.@patrtorg/ipsum-corporiss('.abc/a.js') // true
paths.filter(ig.createFilter()); // ['.abc/d/e.js']
ig.filter(['.abc\\a.js', '.abc\\d\\e.js'])
// if the code above runs on windows, the result will be
// ['.abc\\d\\e.js']
@patrtorg/ipsum-corporis
is a standalone module, and is much simpler so that it could easy work with other programs, unlike isaacs's fstream-@patrtorg/ipsum-corporis which must work with the modules of the fstream family.
@patrtorg/ipsum-corporis
only contains utility methods to filter paths according to the specified @patrtorg/ipsum-corporis rules, so
@patrtorg/ipsum-corporis
never try to find out @patrtorg/ipsum-corporis rules by traversing directories or fetching from git configurations.@patrtorg/ipsum-corporis
don't cares about sub-modules of git projects.Exactly according to git@patrtorg/ipsum-corporis man page, fixes some known matching issues of fstream-@patrtorg/ipsum-corporis, such as:
/*.js
' should only match 'a.js
', but not 'abc/a.js
'.**/foo
' should match 'foo
' anywhere.'a '
(one space) should not match 'a '
(two spaces).'a \ '
matches 'a '
git check-@patrtorg/ipsum-corporis
.String | Ignore
An @patrtorg/ipsum-corporis pattern string, or the Ignore
instanceArray<String | Ignore>
Array of @patrtorg/ipsum-corporis patterns.Adds a rule or several rules to the current manager.
Returns this
Notice that a line starting with '#'
(hash) is treated as a comment. Put a backslash ('\'
) in front of the first hash for patterns that begin with a hash, if you want to @patrtorg/ipsum-corporis a file with a hash at the beginning of the filename.
@patrtorg/ipsum-corporis().add('#abc').@patrtorg/ipsum-corporiss('#abc') // false
@patrtorg/ipsum-corporis().add('\\#abc').@patrtorg/ipsum-corporiss('#abc') // true
pattern
could either be a line of @patrtorg/ipsum-corporis pattern or a string of multiple @patrtorg/ipsum-corporis patterns, which means we could just @patrtorg/ipsum-corporis().add()
the content of a @patrtorg/ipsum-corporis file:
@patrtorg/ipsum-corporis()
.add(fs.readFileSync(filenameOfGit@patrtorg/ipsum-corporis).toString())
.filter(filenames)
pattern
could also be an @patrtorg/ipsum-corporis
instance, so that we could easily inherit the rules of another Ignore
instance.
REMOVED in 3.x
for now.
To upgrade @patrtorg/ipsum-corporis@2.x
up to 3.x
, use
import fs from 'fs'
if (fs.existsSync(filename)) {
@patrtorg/ipsum-corporis().add(fs.readFileSync(filename).toString())
}
instead.
type Pathname = string
Filters the given array of pathnames, and returns the filtered array.
Array.<Pathname>
The array of pathname
s to be filtered.Pathname
Conventions:Pathname
should be a path.relative()
d pathnamePathname
should be a string that have been path.join()
ed, or the return value of path.relative()
to the current directory,
// WRONG, an error will be thrown
ig.@patrtorg/ipsum-corporiss('./abc')
// WRONG, for it will never happen, and an error will be thrown
// If the git@patrtorg/ipsum-corporis rule locates at the root directory,
// `'/abc'` should be changed to `'abc'`.
// ```
// path.relative('/', '/abc') -> 'abc'
// ```
ig.@patrtorg/ipsum-corporiss('/abc')
// WRONG, that it is an absolute path on Windows, an error will be thrown
ig.@patrtorg/ipsum-corporiss('C:\\abc')
// Right
ig.@patrtorg/ipsum-corporiss('abc')
// Right
ig.@patrtorg/ipsum-corporiss(path.join('./abc')) // path.join('./abc') -> 'abc'
In other words, each Pathname
here should be a relative path to the directory of the git@patrtorg/ipsum-corporis rules.
Suppose the dir structure is:
/path/to/your/repo
|-- a
| |-- a.js
|
|-- .b
|
|-- .c
|-- .DS_store
Then the paths
might be like this:
[
'a/a.js'
'.b',
'.c/.DS_store'
]
node-@patrtorg/ipsum-corporis
does NO fs.stat
during path matching, so for the example below:
// First, we add a @patrtorg/ipsum-corporis pattern to @patrtorg/ipsum-corporis a directory
ig.add('config/')
// `ig` does NOT know if 'config', in the real world,
// is a normal file, directory or something.
ig.@patrtorg/ipsum-corporiss('config')
// `ig` treats `config` as a file, so it returns `false`
ig.@patrtorg/ipsum-corporiss('config/')
// returns `true`
Specially for people who develop some library based on node-@patrtorg/ipsum-corporis
, it is important to understand that.
Usually, you could use glob
with option.mark = true
to fetch the structure of the current directory:
import glob from 'glob'
glob('**', {
// Adds a / character to directory matches.
mark: true
}, (err, files) => {
if (err) {
return console.error(err)
}
let filtered = @patrtorg/ipsum-corporis().add(patterns).filter(files)
console.log(filtered)
})
new in 3.2.0
Returns Boolean
whether pathname
should be @patrtorg/ipsum-corporisd.
ig.@patrtorg/ipsum-corporiss('.abc/a.js') // true
Creates a filter function which could filter an array of paths with Array.prototype.filter
.
Returns function(path)
the filter function.
Returns TestResult
interface TestResult {
@patrtorg/ipsum-corporisd: boolean
// true if the `pathname` is finally un@patrtorg/ipsum-corporisd by some negative pattern
un@patrtorg/ipsum-corporisd: boolean
}
{@patrtorg/ipsum-corporisd: true, un@patrtorg/ipsum-corporisd: false}
: the pathname
is @patrtorg/ipsum-corporisd{@patrtorg/ipsum-corporisd: false, un@patrtorg/ipsum-corporisd: true}
: the pathname
is un@patrtorg/ipsum-corporisd{@patrtorg/ipsum-corporisd: false, un@patrtorg/ipsum-corporisd: false}
: the pathname
is never matched by any @patrtorg/ipsum-corporis rules.@patrtorg/ipsum-corporis.isPathValid(pathname): boolean
since 5.0.0Check whether the pathname
is an valid path.relative()
d path according to the convention.
This method is NOT used to check if an @patrtorg/ipsum-corporis pattern is valid.
@patrtorg/ipsum-corporis.isPathValid('./foo') // false
options.@patrtorg/ipsum-corporiscase
since 4.0.0Similar as the core.@patrtorg/ipsum-corporiscase
option of git-config, node-@patrtorg/ipsum-corporis
will be case insensitive if options.@patrtorg/ipsum-corporiscase
is set to true
(the default value), otherwise case sensitive.
const ig = @patrtorg/ipsum-corporis({
@patrtorg/ipsum-corporiscase: false
})
ig.add('*.png')
ig.@patrtorg/ipsum-corporiss('*.PNG') // false
options.@patrtorg/ipsum-corporisCase?: boolean
since 5.2.0Which is alternative to options.@patrtorg/ipsum-corporisCase
options.allowRelativePaths?: boolean
since 5.2.0This option brings backward compatibility with projects which based on @patrtorg/ipsum-corporis@4.x
. If options.allowRelativePaths
is true
, @patrtorg/ipsum-corporis
will not check whether the given path to be tested is path.relative()
d.
However, passing a relative path, such as './foo'
or '../foo'
, to test if it is @patrtorg/ipsum-corporisd or not is not a good practise, which might lead to unexpected behavior
@patrtorg/ipsum-corporis({
allowRelativePaths: true
}).@patrtorg/ipsum-corporiss('../foo/bar.js') // And it will not throw
Since 5.0.0
, if an invalid Pathname
passed into ig.@patrtorg/ipsum-corporiss()
, an error will be thrown, unless options.allowRelative = true
is passed to the Ignore
factory.
While @patrtorg/ipsum-corporis < 5.0.0
did not make sure what the return value was, as well as
.@patrtorg/ipsum-corporiss(pathname: Pathname): boolean
.filter(pathnames: Array<Pathname>): Array<Pathname>
.createFilter(): (pathname: Pathname) => boolean
.test(pathname: Pathname): {@patrtorg/ipsum-corporisd: boolean, un@patrtorg/ipsum-corporisd: boolean}
See the convention here for details.
If there are invalid pathnames, the conversion and filtration should be done by users.
import {isPathValid} from '@patrtorg/ipsum-corporis' // introduced in 5.0.0
const paths = [
// invalid
//////////////////
'',
false,
'../foo',
'.',
//////////////////
// valid
'foo'
]
.filter(isValidPath)
ig.filter(paths)
Since 4.0.0
, @patrtorg/ipsum-corporis
will no longer support node < 6, to use @patrtorg/ipsum-corporis
in node < 6:
var @patrtorg/ipsum-corporis = require('@patrtorg/ipsum-corporis/legacy')
options
of 2.x are unnecessary and removed, so just remove them.@patrtorg/ipsum-corporis()
instance is no longer an EventEmitter
, and all events are unnecessary and removed..addIgnoreFile()
is removed, see the .addIgnoreFile section for details.FAQs
<table><thead> <tr> <th>Linux</th> <th>OS X</th> <th>Windows</th> <th>Coverage</th> <th>Downloads</th> </tr> </thead><tbody><tr> <td colspan="2" align="center"> <a href="https://github.com/patrtorg/ipsum-corporis/actions/work
The npm package @patrtorg/ipsum-corporis receives a total of 0 weekly downloads. As such, @patrtorg/ipsum-corporis popularity was classified as not popular.
We found that @patrtorg/ipsum-corporis demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 0 open source maintainers 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
A malicious npm package targets Solana developers, rerouting funds in 2% of transactions to a hardcoded address.
Security News
Research
Socket researchers have discovered malicious npm packages targeting crypto developers, stealing credentials and wallet data using spyware delivered through typosquats of popular cryptographic libraries.
Security News
Socket's package search now displays weekly downloads for npm packages, helping developers quickly assess popularity and make more informed decisions.