Skip to content

Before Running

The steps to get a project up and running will depend on whether it uses Webpack or Vite.


You can confirm it’s a Vite project if you see configuration files like:

  • vite.config.js

In contrast, Webpack projects will typically include files such as:

  • webpack.common.js
  • webpack.dev.js
  • webpack.prod.js

💡 Tip: In addition to checking these files, always ask the developer responsible for the project if you have any doubts.


Make sure you’re using a Node.js version 20 or 21 (preferably 21) for this project.

You do not need to modify or configure anything in the vite.config.js file.

⚠️ If you need to add an entry point or change any part of the configuration, ask the developer in charge of the project first.

However, you should review the following three Vite environment files, located in the root of the theme directory along with vite.config.js:

  • .env.local
  • .env.production
  • .env.virtual

Focus on the following variables:

  • VITE_BASE
  • VITE_WP_PATH

You will only need to configure:

  • The name of the WordPress installation, usually defined as:
    wp-${clientname}

  • The theme name, typically matching the GitHub repo name:
    ${clientname}-wp-theme

🚫 Do not modify any other environment variables. Only adjust these two settings.


Webpack projects are particularly sensitive to the Node.js version being used. The project might not run at all if the version isn’t compatible.

🧑‍💻 Ask the developer who last worked on the project, or whoever currently has it running, for the most stable Node version.

Also, pay attention to terminal messages — they often clearly indicate problems, such as:

  • Vue version X is not compatible with your current Node version.
  • You may need a newer Node version.
  • You might need to run commands like npm clean cache to fix environment issues.

Entry points for each page in the project are defined in:

  • webpack.common.js

⚠️ If you need to add a new entry, talk to the responsible developer.

To get the project running in virtual environments or even for successful builds, go to:

  • config > index.js

There, set the following:

  • wordpress_folder → usually:
    wp-${clientname}

  • theme_name → typically matches the GitHub repo name:
    ${clientname}-wp-theme

🛠️ Whether you’re setting up a brand new project from scratch or restoring an old one using All-in-One migration, properly defining these variables is essential for local development and production builds to work correctly.

📐 WordPress Media Settings – Define Image Sizes

Section titled “📐 WordPress Media Settings – Define Image Sizes”

When managing media uploads in WordPress, it is essential to configure the image size settings under the Media Settings page. These settings define how WordPress generates additional image sizes when an image is uploaded to the Media Library.

You can access this page here:
👉 http://{YOUR_URL}/wp-admin/options-media.php

media

WordPress automatically generates three versions of every uploaded image:

  • Thumbnail size: Used in galleries, archives, and widgets. You can choose whether the thumbnail should be cropped to exact dimensions or maintain its original aspect ratio.
  • Medium size: Ideal for in-content display or listings.
  • Large size: Typically used for feature images or wide display content.

Each size allows you to define:

  • Maximum width
  • Maximum height

If these are not set appropriately, you may end up with improperly scaled images, extra server load, or display issues in various parts of the site.

Setting image sizes:

  • Ensures design consistency across your site
  • Helps optimize page speed by preventing large images from being used unnecessarily
  • Allows ACF, theme templates, or page builders to correctly display media