@puresamari/spb v0.8.5
Simple Page Builder
SPB is a really simple build tool, designed to just take input fields and automatically generate files without the hassle of creating a bloated config file.
Supported files
At the moment, spb supports the compilation of .ts, .css, .scss, .js, .twig and .pug files. All other file types defined will just be copied when watching or building and served when using the dev-server. Images will automatically converted to the correct mime type as well.
Structure
SPB is split into 4 different projects:
| core containing all bundling functionallity.
| dev-server a webserver with hot reload functionallity for an easier development process.
| CLI the command line interface for SPB.
- APP (Coming soon)
Examples
- This projects gh-page is built with
spb, you can see the code and configuration in examples/spb-page and see the result here
Installation
npm i [-g|-D|-S] @puresamari/spbGetting started
After you installed the spb application the easiest way to get started is using the init command. Here is a step by step guide for it.
1. npm i -g @puresamari/spb
2. spb init
1. Select the directory where spb should be created (leave empty if you want to init it in your current directory).
2. Select the directory where spb should compile into (leave empty for dist)
3. Select the files you want to compile (Add files one by one. To finish just leave the field empty and hit enter)
3. spb dev-server -c config.spb.json
If you want to run it in your local enviroment do:
npm i -D @puresamari/spbnpx spb init- Same instructions as above
npx spb dev-server -c config.spb.json
CLI
Once the spb cli is installed you can use the cli.
Usage:
spb [options] [command]Options:
-V, --versionoutput the version number-c, --config <path>path to config json file (default: "config.spb.json")-o, --out <path>where the compiles files should be compiled to (overwrites configurations from the config file)--files <files...>files that should be compiled (overwrites configurations from the config file). All files can also be defined with wildcardmatching for example./views/*.pug--verboseenable verbose logging-h, --helpdisplay help for command
Commands:
initgenerate the config file using the init-wizard.buildbuild once (is default)$ spb --config examples/hello-world.config.spb.json -o dist --files test.twig ...
watchwatch and automatically build when input files change$ spb watch --config examples/hello-world.config.spb.json
dev-serverstarts the dev server$ spb dev-server --config examples/hello-world.config.spb.json
Dev Server
The dev server starts a server and loads all compiled files temporarily instead of building and saving them.
When opening a html file the devserver adds a script to it to automatically reload the page when changes occure to the code.
Options:
-s, --secureSecure dev server-h, --host <host>Host (default: "localhost")-p, --port <port>Port (default: 5678)--socket-port <socket-port>Port for Socket (default: 5679)
Config file
You can use a configuration file with the flag -c or --config.
All options declared in the config file will be overwritten by options from the cli:
spb public -c config.spb.jsonif the config file has a declaration for output it will be overwritten withpublicin this case.spb public ./src/styles.css ./views/*.pug -c config.spb.jsonif the config file has a declaration for files it will be overwritten with./src/styles.cssand all./views/*.pugfiles in this case.
You can also use this projects JSON schema to ensure integrity but it is not necessary.
For example when the configuration file (for example named config.spb.json) is in the root directory and spb is installed locally:
{
"$schema": "./node_modules/@puresamari/spb-core/lib/config.schema.json",
"files": [
"./src/example.pug",
"./views/*.pug",
"./src/index.twig",
"./src/images/*",
"./src/license.pdf",
"./src/main.ts",
"./src/styles.css"
],
"output": "dist/",
}Here are all configurable options for this file:
PostCSS plugins
If it is necessary to add options to the builders / compilers (for example postcss plugins), you can add it to the compilers part of the config file. Like in this example:
{
"$schema": "./node_modules/@puresamari/spb-core/lib/config.schema.json",
...
"compilers": {
"postcss": {
"plugins": [
...
"precss", // or other
...
]
}
}
}Post build script
It is possible to run a script after a build was completed. NOTE this script will not be executed when running a dev-server.
{
"$schema": "./node_modules/@puresamari/spb-core/lib/config.schema.json",
...
"postBuild": "npm run deploy" // For example
}Root config
By default, all files are relative to the config file itself (when running on cli without file, they are relative to your current directory). You can manually set a root path (relative to the config file itself), which all files will be relative to:
{
"$schema": "./node_modules/@puresamari/spb-core/lib/config.schema.json",
...
"root": "src/" // For example
}Using this config file you can then build your project like this: $ spb -c config.spb.json
Compilers
For examples take a look at examples in this repository. The gh-page for this repository is built using spb and you can have a look at the setup under examples/spb-page.
You can currently compile typescript, postcss, scss, js, pug and twig files uing spb. all other files given to the builder will simply be copied to the output directory.
twig and pug
The spb adds a context object (spb) to all .twig and .pug files which contains all stylesheets, scripts and html files. This allowes to dynamically add all files to the html page.
Expample usage for pug:
html
head
...
each stylesheet in spb.stylesheets
link(rel="stylesheet", href=stylesheet)
body
block content
each script in spb.scripts
script(type="text/javascript", src=script)Expample usage for twig:
...
<head>
....
{% for stylesheet in spb.stylesheets %}
<link rel="stylesheet" href="{{stylesheet}}" >
{% endfor %}
....
</head>
<body>
...
{% for script in spb.scripts %}
<script type="text/javascript" href="{{script}}" ></script>
{% endfor %}
...
</body>Links
4 years ago
4 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago