--- Title: Welcome Description: Pico is a stupidly simple, blazing fast, flat file CMS. --- ## Welcome to Pico Congratulations, you have successfully installed [Pico](http://picocms.org/) %version%. %meta.description% ## Creating Content Pico is a flat file CMS. This means there is no administration backend or database to deal with. You simply create `.md` files in the `content` folder and those files become your pages. For example, this file is called `index.md` and is shown as the main landing page. When you install Pico, it comes with a `content-sample` folder. Inside this folder is a sample website that will display until you add your own content. Simply add some `.md` files to your `content` folder in Pico's root directory. No configuration is required, Pico will automatically use the `content` folder as soon as you create your own `index.md`. If you create a folder within the content directory (e.g. `content/sub`) and put an `index.md` inside it, you can access that folder at the URL `%base_url%?sub`. If you want another page within the sub folder, simply create a text file with the corresponding name and you will be able to access it (e.g. `content/sub/page.md` is accessible from the URL `%base_url%?sub/page`). Below we've shown some examples of locations and their corresponding URLs:
Physical Location URL
content/index.md /
content/sub.md ?sub (not accessible, see below)
content/sub/index.md ?sub (same as above)
content/sub/page.md ?sub/page
content/a/very/long/url.md ?a/very/long/url (doesn't exist)
If a file cannot be found, the file `content/404.md` will be shown. You can add `404.md` files to any directory. So, for example, if you wanted to use a special error page for your blog, you could simply create `content/blog/404.md`. As a common practice, we recommend you to separate your contents and assets (like images, downloads, etc.). We even deny access to your `content` directory by default. If you want to use some assets (e.g. a image) in one of your content files, you should create an `assets` folder in Pico's root directory and upload your assets there. You can then access them in your Markdown using %base_url%/assets/ for example: !\[Image Title\](%base_url%/assets/image.png) ### Text File Markup Text files are marked up using [Markdown][] and [Markdown Extra][MarkdownExtra]. They can also contain regular HTML. At the top of text files you can place a block comment and specify certain meta attributes of the page using [YAML][] (the "YAML header"). For example: --- Title: Welcome Description: This description will go in the meta description tag Author: Joe Bloggs Date: 2001-04-25 Robots: noindex,nofollow Template: index --- These values will be contained in the `{{ meta }}` variable in themes (see below). Meta headers sometimes have a special meaning: For instance, Pico not only passes through the `Date` meta header, but rather evaluates it to really "understand" when this page was created. This comes into play when you want to sort your pages not just alphabetically, but by date. Another example is the `Template` meta header: It controls what Twig template Pico uses to display this page (e.g. if you add `Template: blog`, Pico uses `blog.twig`). There are also certain variables that you can use in your text files: * %site_title% - The title of your Pico site * %base_url% - The URL to your Pico site; internal links can be specified using %base_url%?sub/page * %theme_url% - The URL to the currently used theme * %meta.*% - Access any meta variable of the current page, e.g. %meta.author% is replaced with `Joe Bloggs` ### Blogging Pico is not blogging software - but makes it very easy for you to use it as a blog. You can find many plugins out there implementing typical blogging features like authentication, tagging, pagination and social plugins. See the below Plugins section for details. If you want to use Pico as a blogging software, you probably want to do something like the following: 1. Put all your blog articles in a separate `blog` folder in your `content` directory. All these articles should have both a `Date` and `Template` meta header, the latter with e.g. `blog-post` as value (see Step 2). 2. Create a new Twig template called `blog-post.twig` (this must match the `Template` meta header from Step 1) in your theme directory. This template probably isn't very different from your default `index.twig`, it specifies how your article pages will look like. 3. Create a `blog.md` in your `content` folder and set its `Template` meta header to e.g. `blog`. Also create a `blog.twig` in your theme directory. This template will show a list of your articles, so you probably want to do something like this: ``` {% for page in pages|sort_by("time")|reverse %} {% if page.id starts with "blog/" and not page.hidden %}

{{ page.title }}

{{ page.date_formatted }}

{{ page.description }}

{% endif %} {% endfor %} ``` 4. Make sure to exclude blog articles from your page navigation. You can achieve this by adding `{% if not (page.id starts with "blog/") %}...{% endif %}` to the navigation loop (`{% for page in pages %}...{% endfor %}`) in your theme's `index.twig`. ## Customization Pico is highly customizable in two different ways: On the one hand you can change Pico's appearance by using themes, on the other hand you can add new functionality by using plugins. Doing the former includes changing Pico's HTML, CSS and JavaScript, the latter mostly consists of PHP programming. This is all Greek to you? Don't worry, you don't have to spend time on these techie talk - it's very easy to use one of the great themes or plugins others developed and released to the public. Please refer to the next sections for details. ### Themes You can create themes for your Pico installation in the `themes` folder. Check out the default theme for an example. Pico uses [Twig][] for template rendering. You can select your theme by setting the `theme` option in `config/config.yml` to the name of your theme folder. All themes must include an `index.twig` file to define the HTML structure of the theme. Below are the Twig variables that are available to use in your theme. Please note that paths (e.g. `{{ base_dir }}`) and URLs (e.g. `{{ base_url }}`) don't have a trailing slash. * `{{ config }}` - Contains the values you set in `config/config.yml` (e.g. `{{ config.theme }}` becomes `default`) * `{{ base_dir }}` - The path to your Pico root directory * `{{ base_url }}` - The URL to your Pico site; use Twig's `link` filter to specify internal links (e.g. `{{ "sub/page"|link }}`), this guarantees that your link works whether URL rewriting is enabled or not * `{{ theme_dir }}` - The path to the currently active theme * `{{ theme_url }}` - The URL to the currently active theme * `{{ site_title }}` - Shortcut to the site title (see `config/config.yml`) * `{{ meta }}` - Contains the meta values of the current page * `{{ meta.title }}` * `{{ meta.description }}` * `{{ meta.author }}` * `{{ meta.date }}` * `{{ meta.date_formatted }}` * `{{ meta.time }}` * `{{ meta.robots }}` * ... * `{{ content }}` - The content of the current page after it has been processed through Markdown * `{{ pages }}` - A collection of all the content pages in your site * `{{ page.id }}` - The relative path to the content file (unique ID) * `{{ page.url }}` - The URL to the page * `{{ page.title }}` - The title of the page (YAML header) * `{{ page.description }}` - The description of the page (YAML header) * `{{ page.author }}` - The author of the page (YAML header) * `{{ page.time }}` - The [Unix timestamp][UnixTimestamp] derived from the `Date` header * `{{ page.date }}` - The date of the page (YAML header) * `{{ page.date_formatted }}` - The formatted date of the page as specified by the `date_format` parameter in your `config/config.yml` * `{{ page.raw_content }}` - The raw, not yet parsed contents of the page; use Twig's `content` filter to get the parsed contents of a page by passing its unique ID (e.g. `{{ "sub/page"|content }}`) * `{{ page.meta }}`- The meta values of the page * `{{ prev_page }}` - The data of the previous page (relative to `current_page`) * `{{ current_page }}` - The data of the current page * `{{ next_page }}` - The data of the next page (relative to `current_page`) Pages can be used like the following: Additional to Twigs extensive list of filters, functions and tags, Pico also provides some useful additional filters to make theming easier. * Pass the unique ID of a page to the `link` filter to return the page's URL (e.g. `{{ "sub/page"|link }}` gets `%base_url%?sub/page`). * To get the parsed contents of a page, pass its unique ID to the `content` filter (e.g. `{{ "sub/page"|content }}`). * You can parse any Markdown string using the `markdown` filter (e.g. you can use Markdown in the `description` meta variable and later parse it in your theme using `{{ meta.description|markdown }}`). * Arrays can be sorted by one of its keys using the `sort_by` filter (e.g. `{% for page in pages|sort_by([ 'meta', 'nav' ]) %}...{% endfor %}` iterates through all pages, ordered by the `nav` meta header; please note the `[ 'meta', 'nav' ]` part of the example, it instructs Pico to sort by `page.meta.nav`). * You can return all values of a given array key using the `map` filter (e.g. `{{ pages|map("title") }}` returns all page titles). You can use different templates for different content files by specifying the `Template` meta header. Simply add e.g. `Template: blog` to the YAML header of a content file and Pico will use the `blog.twig` template in your theme folder to display the page. Pico's default theme isn't really intended to be used for a productive website, it's rather a starting point for creating your own theme. If the default theme isn't sufficient for you, and you don't want to create your own theme, you can use one of the great themes third-party developers and designers created in the past. As with plugins, you can find themes in [our Wiki][WikiThemes] and on [our website][OfficialThemes]. ### Plugins #### Plugins for users Officially tested plugins can be found at http://picocms.org/plugins/, but there are many awesome third-party plugins out there! A good start point for discovery is [our Wiki][WikiPlugins]. Pico makes it very easy for you to add new features to your website. Simply upload the files of the plugin to the `plugins/` directory and you're done. Depending on the plugin you've installed, you may have to go through some more steps (e.g. specifying config variables), the plugin docs or `README` file will explain what to do. Plugins which were written to work with Pico 1.0 and later can be enabled and disabled through your `config/config.yml`. If you want to e.g. disable the `PicoDeprecated` plugin, add the following line to your `config/config.yml`: `PicoDeprecated.enabled: false`. To force the plugin to be enabled, replace `false` by `true`. #### Plugins for developers You're a plugin developer? We love you guys! You can find tons of information about how to develop plugins at http://picocms.org/development/. If you've developed a plugin before and want to upgrade it to Pico 2.0, refer to the [upgrade section of the docs][PluginUpgrade]. ## Config You can override the default Pico settings (and add your own custom settings) by editing `config/config.yml` in the Pico directory. For a brief overview of the available settings and their defaults see `config/config.yml.template`. To override a setting, simply copy the line from `config/config.yml.template` to `config/config.yml` and set your custom value. Pico will read all `*.yml` files in the `config/` dir, thus you can even use a distinct settings file to configure your custom theme (e.g. `config/my_theme.yml`). ### URL Rewriting Pico's default URLs (e.g. %base_url%/?sub/page) already are very user-friendly. Additionally, Pico offers you a URL rewrite feature to make URLs even more user-friendly (e.g. %base_url%/sub/page). #### Apache If you're using the Apache web server, URL rewriting probably already is enabled - try it yourself, click on the [second URL](%base_url%/sub/page). If you get an error message from your web server, please make sure to enable the [`mod_rewrite` module][ModRewrite]. Assuming the second URL works, but Pico still shows no rewritten URLs, force URL rewriting by setting `rewrite_url: true` in your `config/config.yml`. #### Nginx If you're using Nginx, you can use the following configuration to enable URL rewriting (lines `5` to `8`) and denying access to Pico's internal files (lines `1` to `3`). You'll need to adjust the path (`/pico` on lines `1`, `2`, `5` and `7`) to match your installation directory. Additionally, you'll need to enable URL rewriting by setting `rewrite_url: true` in your `config/config.yml`. The Nginx configuration should provide the *bare minimum* you need for Pico. Nginx is a very extensive subject. If you have any trouble, please read through our [Nginx configuration docs][NginxConfig]. ``` location ~ ^/pico/((config|content|vendor|composer\.(json|lock|phar))(/|$)|(.+/)?\.(?!well-known(/|$))) { try_files /pico/index.php$is_args$args; } location /pico/ { index index.php; try_files $uri $uri/ /pico/index.php$is_args$args; } ``` #### Lighttpd Pico runs smoothly on Lighttpd. You can use the following configuration to enable URL rewriting (lines `6` to `9`) and denying access to Pico's internal files (lines `1` to `4`). Make sure to adjust the path (`/pico` on lines `2`, `3` and `7`) to match your installation directory, and let Pico know about available URL rewriting by setting `rewrite_url: true` in your `config/config.yml`. The configuration below should provide the *bare minimum* you need for Pico. ``` url.rewrite-once = ( "^/pico/(config|content|vendor|composer\.(json|lock|phar))(/|$)" => "/pico/index.php", "^/pico/(.+/)?\.(?!well-known(/|$))" => "/pico/index.php" ) url.rewrite-if-not-file = ( "^/pico(/|$)" => "/pico/index.php" ) ``` ## Documentation For more help have a look at the Pico documentation at http://picocms.org/docs. [Markdown]: http://daringfireball.net/projects/markdown/syntax [MarkdownExtra]: https://michelf.ca/projects/php-markdown/extra/ [YAML]: https://en.wikipedia.org/wiki/YAML [Twig]: http://twig.sensiolabs.org/documentation [UnixTimestamp]: https://en.wikipedia.org/wiki/Unix_timestamp [WikiThemes]: https://github.com/picocms/Pico/wiki/Pico-Themes [WikiPlugins]: https://github.com/picocms/Pico/wiki/Pico-Plugins [OfficialThemes]: http://picocms.org/themes/ [PluginUpgrade]: http://picocms.org/development/#upgrade [ModRewrite]: https://httpd.apache.org/docs/current/mod/mod_rewrite.html [NginxConfig]: http://picocms.org/in-depth/nginx/