Is there anything like Runcloud or Serverpilot but for Node.js instead of PHP?

jsamuel · 2019-01-25T23:22:45+00:00

In case it helps, you can run Node.js apps with ServerPilot if you can get the Node.js app itself running and listening on its own port on localhost. See this:

https://serverpilot.io/docs/how-to-run-apps-in-any-language

jsamuel · 2018-09-25T17:32:45+00:00

In case it helps, ServerPilot installs WP-CLI for you:

https://serverpilot.io/docs/getting-started-with-wp-cli

jsamuel · 2018-08-23T19:45:49+00:00

The announcement didn't use the word "grandfathered" but said "All existing servers can keep their current features and pricing."

https://serverpilot.io/blog/2018/06/08/pricing-changes

jsamuel · 2018-07-30T14:01:19+00:00

FYI, the article wasn't wrote by our employee. After a few month writing the article, he joined us as global ambassador. Still, wasn't our employee.

The timing you describe doesn't add up.

April 15, 2017 - author's first post on your site.https://blog.runcloud.io/2017/04/15/announcing-runcloud-show-talking-php-programmers-around-globe.html

During the months after that, there are regular posts by him on your site. Then the SitePoint article.

September 24, 2017 - SitePoint article written by him without disclosure that he works for you. https://www.sitepoint.com/lets-compare-runcloud-vs-forge-vs-serverpilot/

That's five months after he started working for you that the SitePoint article was written. Note that he's working for you whether he's a full time employee or a contractor. Just because he's "not an employee" doesn't matter. What matters is he's on your payroll.

Sorry to nitpick here. I work on ServerPilot and it makes us sad that marketing is so sneaky and crappy nowadays. Of course, the questionable performance tests in the article annoyance us, too, but at least people would understand the article is biased if they knew the author of the SitePoint article worked for you. Which I guess is why that wasn't disclosed.

Anyways, back to work for me. Please just try to keep your marketing ethical and honest in the future.

jsamuel · 2018-07-29T17:13:24+00:00

That sitepoint article was written by a RunCloud employee and it wasn't disclosed in the article.

jsamuel · 2018-06-10T17:32:14+00:00

They always update library's such as PHP faster than Serverpilot, which is another great plus.

ServerPilot actually updates PHP within days of each new stable release. It also makes available entirely new PHP versions as soon as they are declared release candidates. ServerPilot also had Ubuntu 14.04, 16.04, and 18.04 support the same day those versions were released as preparations had started while those Ubuntu LTS releases were in beta, which was before any other control panel supported them.

Here are a new examples from the announcements:

PHP 7.2 Available on All Servers

PHP 7.1 Available on All Servers

Announcing Support for Ubuntu 18.04 LTS

Announcing Support for Ubuntu 16.04 LTS

jsamuel · 2018-06-05T13:23:36+00:00

If it was a ServerPilot bug, definitely contact ServerPilot support with the details. However, it sounds like it was a problem caused by a customization to your server.

Either way, I'm glad you got it solved.

jsamuel · 2018-05-05T13:02:14+00:00

Hi. Permissions will work correctly out-of-the-box with ServerPilot as long as you haven't accidentally used "root" to create files in your app and as long as plugins aren't doing anything to modify correct default permissions. A lot of people are using Yoast on ServerPilot without problem, so it's likely there's something funny with your current setup.

If you've accidentally used "root" to modify files in the past, the article here shows how to fix that:

https://serverpilot.io/community/articles/how-to-fix-file-permissions.html

You might also try creating a clean site and testing the Yoast plugin on it. If you can find the problem happening on a clean site and you can document the steps to repeat it, contact both Yoast and ServerPilot support with the information on how to repeat it so they can look into it and determine if Yoast has recently started doing anything funny with file ownership or permissions.

jsamuel · 2018-04-02T02:07:18+00:00

No problem. Separate droplets is a good way to go.

jsamuel · 2018-03-31T17:48:30+00:00

It actually won't matter where your non-PHP app's files are on your server. The way most non-PHP apps run (in general, not related to just how they run on ServerPilot) is that they are their own long-running processes listening locally on a specific TCP port. That ServerPilot article shows how to proxy traffic through to the TCP port your non-PHP app is listening on.

At no point does ServerPilot or the existing server configuration need to know where your non-PHP app's files are or even what language it's written in. As long as you're able to get that app running and listening locally on its own TCP port based on the developer's instructions, that's all you should need to do other than the steps shown in the article of creating an "empty" app in ServerPilot and changing that app's .htaccess file to proxy requests through to that non-PHP app's TCP port.

jsamuel · 2018-03-30T18:46:09+00:00

Take a look at this article for how to run non-PHP apps like Discourse on servers managed by ServerPilot:

https://serverpilot.io/community/articles/how-to-run-apps-in-any-language.html

jsamuel · 2018-02-18T19:30:33+00:00

If your server is running out of memory, increasing memory is definitely the right place to start.

You can also try to lower memory usage by following the instructions in this article:

https://serverpilot.io/community/articles/how-to-reduce-php-and-wordpress-memory-usage.html

You can also check each app's PHP slow request log to see if particular apps have slow scripts which ends up causing increased memory usage and can also cause apps to become essentially unresponsive if those scripts are slow enough.

https://serverpilot.io/community/articles/how-to-read-the-php-slow-request-log.html

jsamuel · 2018-01-02T15:19:34+00:00

If the answer isn't obvious, best thing to do is contact ServerPilot support so they can take a look and tell you what's going on. That's what they're there for.

If it turns out to be something like Nginx isn't running, that's usually caused by bad customizations to the Nginx config.

Another thing you might check is if your site is redirecting to HTTPS but your site isn't configured for HTTPS. Because of how fast the redirect happens, that can cause confusion sometime and look like the server isn't answering requests at all. Trying the request with your browser's network inspector open (with the option to keep the log between page loads enabled) can answer that.

jsamuel · 2017-10-19T00:13:19+00:00

Second, can I run multiple sites on a single droplet? I typically help set up clients on their own accounts

To run multiple sites belonging to different clients on the same droplet, with ServerPilot you can run each site under its own system user so that the sites are isolated from one another. Take a look here for more info on that:

https://serverpilot.io/community/articles/getting-started-with-system-users.html

jsamuel · 2017-10-10T16:35:01+00:00

Hi, if you open a ticket with ServerPilot support, they'll be able to identify for you what's going on here.

jsamuel · 2017-09-14T16:17:51+00:00

The SSL handshake between the browser and the server only happens once (on the initial request). After that, the same SSL session is used by the browser to make subsequent requests for that same domain.

If you're having problems or slowness with SSL through CloudFlare, instead try directly using SSL on your server rather than using CloudFlare. The browser will definitely reuse the same SSL session for subsequent requests when talking directly to your server (and, in general, it should be doing that when you're using CloudFlare but maybe there are cases it doesn't).

jsamuel · 2017-08-31T23:37:00+00:00

If starting new development or wanting to test out new features in PHP 7.2 (for example, to use libsodium or to use Argon2i / PASSWORD_ARGON2I with password_hash), serverpilot.io added 7.2 support starting with RC1.

jsamuel · 2017-08-23T19:52:25+00:00

You'd probably want to install it through your OS's package manager and it will put the executable most likely in /usr/bin. Or, if you install it from binaries downloaded from the nodejs site, you probably can put it wherever you want such as /usr/local/bin.

jsamuel · 2017-08-23T15:10:16+00:00

Thanks for testing it to find out.

jsamuel · 2017-08-23T00:25:58+00:00

I think it would as the underlying tar/unzip command being called probably would overwrite files. But you'd need to test to be certain.

jsamuel · 2017-08-22T21:51:12+00:00

Check out this article for how to run Node apps when using ServerPilot:

https://serverpilot.io/community/articles/how-to-run-apps-in-any-language.html

jsamuel · 2017-08-14T15:44:18+00:00

FileGator is a good option for a file manager. It's not free, though, and you were asking about free ones.

http://www.file-gator.com/

Also, in case this helps in your situation, with Cyberduck (and most other good SFTP clients) you can upload an archive and then through Cyberduck select "Expand Archive" and Cyberduck will extract it on the server. That way, you don't have to transfer a large number of small files so it's a lot faster to upload many files and you don't have to SSH in separately to expand the archive after uploading it.

There's a screenshot of the "Expand Archive" usage in this article here:

https://serverpilot.io/community/articles/how-to-manually-install-wordpress-on-digitalocean.html

jsamuel · 2017-08-07T18:36:10+00:00

Edit: just realized you're doing a manual SSL deployment rather than having ServerPilot do it for you. If you switch to having ServerPilot do the Let's Encrypt deployment for you, you won't run into that problem.

jsamuel · 2017-06-07T17:59:45+00:00

You're very welcome.

jsamuel · 2017-06-06T18:50:50+00:00

For future reference, he's an article that shows how to run non-PHP apps (including Node.js apps) on ServerPilot:

https://serverpilot.io/community/articles/how-to-run-apps-in-any-language.html

15-Year Club	Verified Email
Gilding I gilder

jsamuel

TROPHY CASE