Setup F*ckingNode¶

Don't mess terms up

It's not the same to setup FuckingNode (here) than to use fuckingnode setup (a separate utility we provide)

Here we'll learn everything about setting up and configuring the CLI to your liking.

Pro tip

If you just want to learn how to quickly add a project so you can use the CLI, skip here.

Manager¶

Adding a project¶

fuckingnode manager add <project>, or fkadd <project>

We care about user experience, and that's why we're constantly working to ensure peak performance... blah blah blah TL;DR: you need to setup projects yourself so we don't consume your time and CPU looking in your entire drive for JavaScript projects (which trust me, would've been easier for me - kind off).

There are 3 ways to add a project:

1 / You can add a relative or absolute path:

fuckingnode manager add "../projects/something/"
# or
fuckingnode manager add "C:\Users\sigma_boy\projects\something"
#                        ^^^^^^ (or /home/whatever in linux / mac)

2 / You can get in the root of the project and add --self

cd generic-js-project-name-here
fuckingnode manager add --self

This is our recommended way, as you can run it right after running npm init and you don't have to type a long folder name.

3 / You also can waste your time opening the config file. It's a plain text file that stores absolute paths separated by line breaks. On Windows it lives at your local %APPDATA%, and on Linux & mac it lives on HOME (or XDG_CONFIG_HOME). It looks kinda like this:

fuckingnode-motherfuckers.txt
1 2	`C:\Users\JohnDoe\projects\Sokora C:\Users\JohnDoe\projects\electronJS-clone`

Keep in mind paths must always point to the root. If any path point to the package.json itself or to anything else that isn't the root of the project (the DIR that holds package.json), you're cooked (the entire CLI won't work).

Once you're done with adding your projects, you can theoretically skip the rest of the page and get started with using the CLI. Keep reading for learning the rest about configuring the CLI.

Removing a project¶

fuckingnode manager remove <project>, or fkrem <project>

As easy as using one of the previously mentioned methods, but instead of using add, using remove.

fuckingnode manager remove "../projects/something/"
fuckingnode manager remove "C:\Users\me\projects\something"

However, there's one more thing. Thanks to our innovative expertise, you can use a project's name (as in package.json > "name"):

fuckingnode manager remove flamethrower

The above would work as long as you have one added project with this package.json:

package.json
{
    "name": "flamethrower",
    "version": "6.9.0"
    // etc...
}

Listing projects¶

Just run fuckingnode manager list. It'll beautifully show you all of your projects in a name@version path format, kinda like this (but with colors and cool stuff):

💡 Here are the m*therf*ckers you added so far:

personaplus@0.0.6-preapp.29 C:\\Users\\Zaka\\personaplus
@zakahacecosas/fuckingnode@3.0.0-rc.1 C:\\Users\\Zaka\\FuckingNode
@zakahacecosas/string-utils@1.11.0 C:\\Users\\Zaka\\string-utils
...

Later on we'll see how to "ignore" projects; here we'll tell you that you can pass --ignored to only list ignored projects, or --alive to only list non-ignored projects. If you try to mix both flags to create a loophole and break the matrix, you won't break anything; the flag you write first will overrule the second one.

Settings¶

As most apps, we offer settings you can tweak. We use default values that should work for most people, to save you even more time - however you might want to change them, especially if you don't use Visual Studio Code, as it's your "favorite editor" by default.

Currently supported settings are the following them. Change them with settings change <KEY> <value>

KEY	Value Type	Description	Notes
`defaultIntensity`	`normal`, `hard`, `hard-only`, `maxim`, or `maxim-only`	Changes the default intensity for the `clean` command.	/
`updateFreq`	A fixed number	Changes how frequently (in DAYS) the CLI sends an HTTP request for updates.	We recommend setting it to a high value as we don't frequently update, so you can save up those HTTP requests.
`flushFreq`	A fixed number	Changes how frequently (in DAYS) the CLI removes the `.log` file to save up space.	Cannot be disabled, setting it to `0` will make it auto-flush each time.
`favEditor`	`vscode`, `sublime`, `emacs`, `atom`, `vscodium`, `notepad++`	Your favorite code editor. Used by `kickstart`.	/

View current settings¶

To view your current settings, run fuckingnode settings with no args. You should see something like this:

💡 Your current settings are:
---
Update frequency: Each 69 days. updateFreq
Default cleaner intensity: hard. defaultIntensity
Favorite editor: vscodium. favEditor
Auto-flush log file frequency: Each 13 days. flushFreq

As you can see, you're shown at the end the key used to change a setting.

Change settings¶

To change them, execute fuckingnode settings change (SETTING) (VALUE), for example:

fuckingnode settings change default-int "hard"
fuckingnode settings change update-freq 15

Additional settings commands¶

Settings includes an additional flush command, that takes a <file> (logs, updates, projects, or all) as an argument, removing that from F*ckingNode's configuration. Removing logs is particularly recommended. Removals of projects and all are discouraged - by the way, yes, we store all logs in a .log file, it lives in %APPDATA%/FuckingNode on Windows and /home/USER/.config/FuckingNode on Linux & macOS.

There's another settings command, settings repair. It simply resets settings to defaults.

You're now fully setup and ready to put those f*cking JavaScript projects in place!