The project is in a healthy, maintained state
A platformOS App Linter
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Runtime

= 5.4.0
>= 1.12
~> 3
~> 2.0.0
 Project Readme

platformOS Check ✅ - A Linter for platformOS

PlatformOS Check is a tool that checks your app’s Liquid code to make sure it follows the recommended best practices for platformOS. This tool looks for common errors and areas where your code could be improved, helping you clean up and optimize your code by pointing out syntax mistakes, outdated elements, and performance issues.

Supported Checks

PlatformOS Check currently performs the following checks:

Syntax Validation:

✅ Liquid syntax errors
✅ JSON syntax errors

Resource Verification:

✅ Missing partials and GraphQL files
✅ Unused variables (using {% assign var = ... %}, {% function var = ... %} and similar tags)
✅ Unused partials

Code Efficiency and Quality:

✅ Template length
✅ Deprecated tags
✅ Unknown tags
✅ Unknown filters
✅ Missing or extra spaces inside {% ... %} and {{ ... }}
✅ Using several {% ... %} instead of {% liquid ... %}
✅ Undefined objects
✅ Deprecated filters
✅ Missing platformos-check-enable comment
✅ Invalid arguments in {% graphql %} tags
✅ Missing authenticity_token in <form>
✅ Unreachable code

Performance Optimization:

✅ Preventing the use of GraphQL queries inside loops
✅ Identifying parser-blocking JavaScript ✅ Ensuring img tags have width and height attributes to improve loading times

For detailed descriptions and configuration options, take a look at the complete list of checks.

We continually update and expand our checks. If you have suggestions, please let us know by creating an issue.

Installation

  • Using Locally Installed Ruby
  • Using Docker

Using Locally Installed Ruby

Requirements

  • Ruby 3.2+

Install Ruby and platformos-check gem

⚠️ Note: Please make sure you install Ruby and the gem for your user and not as root to avoid permission issues. Install without using sudo.

  1. Download and install Ruby version 3.2 or higher using the Official Ruby documentation.

Ensure your Ruby is 3.2 or higher:

ruby -v

⚠️ Note: Restart your terminal after installation.

  1. Install platformos-check gem, using:
gem install platformos-check

Confirm the installation was successful by checking the version:

platformos-check --version

If you chose this method, use platformos-check-language-server as a path to your language server instead of /Users/<username/platformos-check-language-server.

Using Docker

To set up the PlatformOS Check Language Server using Docker, follow these steps:

platformOS Check Language Server

  1. Create a file named platformos-check-language-server and ensure it's executable and placed within a directory listed in your $PATH variable.

  2. Use the following script:

DIR=$(pwd)
IMAGE_NAME=platformos/platformos-lsp:latest

LOG_DIR=$DIR/logs
mkdir $LOG_DIR 2>/dev/null
LOG_FILE=$LOG_DIR/platformos-lsp.log

exec docker run -i \
  -v $DIR:$DIR \
  -w $DIR \
  -e PLATFORMOS_CHECK_DEBUG=true \
  -e PLATFORMOS_CHECK_DEBUG_LOG_FILE=$LOG_FILE \
   $IMAGE_NAME $@

This script downloads the latest Docker image and starts the language server. Visual Studio Code (VS Code) can manage this process automatically, but you can also run the script manually for verification if needed.

Troubleshooting

  • If the onlySingleFileChecks: true setting does not work as expected, check your Visual Studio Code (VS Code) workspace settings. Ensure that the workspace contains only a single project.

PlatformOS Check as a Standalone Function

PlatformOS Check can also be used as a standalone function.

  1. Prepare and run the following script to set up the Docker environment:
DIR=$(pwd)
IMAGE_NAME=platformos/platformos-check:latest

LOG_DIR=$DIR/logs
mkdir $LOG_DIR 2>/dev/null
LOG_FILE=$LOG_DIR/platformos-check.log

exec docker run -i \
  -v $DIR:$DIR \
  -w $DIR \
  -e PLATFORMOS_CHECK_DEBUG=true \
  -e PLATFORMOS_CHECK_DEBUG_LOG_FILE=$LOG_FILE \
   $IMAGE_NAME $@
  1. To check if the tool is correctly installed up, run:
platformos-check --help

Usage example for CI/CD:

platformos-check --fail-level error

This setting ensures that the CI process will fail if any errors are detected during the checks.

Configuration

To configure PlatformOS Check according to your project's needs, you create a .platformos-check.yml file in the root directory of your application.

See config/default.yml for available options and their default values.

Disable Checks with Comments

Control the behavior of PlatformOS Check within your Liquid templates using comments to disable and re-enable checks as needed.

Temporarily Disabling All Checks

{% # platformos-check-disable %}
{% assign x = 1 %}
{% # platformos-check-enable %}

All checks will be ignored between the disable and enable comments.

Disabling a Specific Check

To disable a specific check, such as UnusedAssign, include the check's name in the comment:

{% # platformos-check-disable UnusedAssign %}
{% assign x = 1 %}
{% # platformos-check-enable UnusedAssign %}

Disabling Multiple Checks

To disable multiple checks simultaneously, list them in a comma-separated format within the comments:

{% # platformos-check-disable UnusedAssign,SpaceInsideBraces %}
{%assign x = 1%}
{% # platformos-check-enable UnusedAssign,SpaceInsideBraces %}

Disabling Checks for the Entire Document

To disable a check throughout the entire document, place the disabling comment in the first line:

{% # platformos-check-disable SpaceInsideBraces %}
{%assign x = 1%}

Exit Code and --fail-level

Configure the exit code of platformos-check using the --fail-level (default: error) flag, which is especially useful in continuous integration (CI) scenarios. This flag helps you control at what severity level checks should cause your CI process to fail.

Usage Examples

# Make CI fail on styles warnings, suggestions, and errors
platformos-check --fail-level style path_to_app

# Make CI fail on suggestions, and errors
platformos-check --fail-level suggestion path_to_app

# Make CI fail on errors
platformos-check path_to_app

Fail Levels

There are three fail levels:

  • error
  • suggestion
  • style

Exit Code Meanings

  • 0: Success — no issues found.
  • 1: Your code does not pass the specified fail level of checks.
  • 2: Error in platformos-check itself — indicates a bug within the tool.

Customizing Check Severity

You can adjust the severity of specific checks using the severity attribute in your configuration file:

DeprecateLazysizes:
  enabled: true
  severity: error

This configuration, for example, treats the "DeprecateLazysizes" check as an error, thus influencing the exit code according to the --fail-level set.

Language Server Configurations

Configure the PlatformOS Check language server to optimize how it interacts with your files in the development environment. The following settings can be adjusted in your editor's configuration file.

In VS Code, you can set it directly in your settings.json file.

  • platformosCheck.checkOnOpen (default: true): Automatically runs checks when a file is opened.
  • platformosCheck.checkOnChange (default: true): Executes checks whenever changes are made to a file.
  • platformosCheck.checkOnSave (default: true): Initiates checks every time a file is saved.
  • platformosCheck.onlySingleFileChecks (default: false): Limits checks to the currently opened file, excluding checks that involve the entire application such as UnusedPartial or TranslationKeyExists.

⚠️ Note: Quickfixes only work on files that have been recently checked. If you have disabled the automatic checking configurations, you need to manually rerun platformos-check to enable quickfixes.

Contributing

We welcome contributions from the community! For detailed guidance on how to contribute, please refer to our contribution guidelines. Your input helps us make the tool better for everyone.