• Introducing WebPros Cloud - a fully managed infrastructure platform purpose-built to simplify the deployment of WebPros products !  WebPros Cloud enables you to easily deliver WebPros solutions — without the complexity of managing the infrastructure.
    Join the pilot program today!
  • Support for BIND DNS has been removed from Plesk for Windows due to security and maintenance risks.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS.

Question How do you use GULP on a Plesk server?

Thomas552

New Pleskian
I'm using the roots/sage theme, which uses gulp watch to compile the CSS.

It was originally developed on a local machine, so everything is setup for it to compile, but I'm trying to get gulp watch to run on the server.

Does any know how to get gulp working via Plesk command line or any other way?
 
Well, which OS and OS version are we talking about...? Are you the server admin or a customer?

Apart from Plesk being installed, your server is basically a linux distro that could also be used as a workstation, for tasks such as this.

That being said, the question to ask yourself at this point would be: is this prudent? My usual advice to Plesk admins is to keep their servers as minimal and as close to stock OS as possible, because this approach greatly simplifies regular maintenance tasks, not to mention upgrades or troubleshooting when something goes sideways. In my book, tasks like this don't belong on a server or rather they belong on a separate build instance or on a workstation.
 
Well, which OS and OS version are we talking about...? Are you the server admin or a customer?

Apart from Plesk being installed, your server is basically a linux distro that could also be used as a workstation, for tasks such as this. mybkexperience

That being said, the question to ask yourself at this point would be: is this prudent? My usual advice to Plesk admins is to keep their servers as minimal and as close to stock OS as possible, because this approach greatly simplifies regular maintenance tasks, not to mention upgrades or troubleshooting when something goes sideways. In my book, tasks like this don't belong on a server or rather they belong on a separate build instance or on a workstation.

Thanks for the reply....
 
Back
Top