(03-22-2020, 08:38 PM)fChk Wrote: @angelia
(...)
My advice if you really still want to run a Web server in that VPS, try Nginx and if you need PHP, then install php-fpm too. I'm not sure if they will both manage to function in the conditions you're describing but, I'm confident that at least Nginx will still be there as a web server.
Ok!... I've just tested the Nginx + PHP-FPM setup and it seems to work. The response time isn't great but at least both daemons are alive and kicking.
> For the Nginx server:
systemctl status nginx
● nginx.service - The nginx HTTP and reverse proxy server
Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled)
Active: active (running) since Mon 2020-03-23 15:12:04 +01; 1h 18min ago
Process: 19038 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)
Process: 19041 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=0/SUCCESS)
Process: 19085 ExecStart=/usr/sbin/nginx (code=exited, status=0/SUCCESS)
Main PID: 19086 (nginx)
Tasks: 9 (limit: 150)
Memory: 11.0M
CGroup: /system.slice/nginx.service
├─19086 nginx: master process /usr/sbin/nginx
├─19641 nginx: worker process
├─19642 nginx: worker process
├─19643 nginx: worker process
├─19644 nginx: worker process
├─19645 nginx: worker process
├─19646 nginx: worker process
├─19647 nginx: worker process
└─19648 nginx: worker process
Mar 23 15:12:00 host systemd[1]: Starting The nginx HTTP and reverse proxy server...
Mar 23 15:12:04 host nginx[19041]: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
Mar 23 15:12:04 host nginx[19041]: nginx: configuration file /etc/nginx/nginx.conf test is successful
Mar 23 15:12:04 host systemd[1]: nginx.service: Failed to parse PID from file /run/nginx.pid: Invalid argument
Mar 23 15:12:04 host systemd[1]: Started The nginx HTTP and reverse proxy server.
ps aux|grep nginx
root 23745 0.0 0.1 14448 1452 ? Ss 16:35 0:00 nginx: master process /usr/sbin/nginx
nginx 23746 0.0 0.4 14772 4192 ? S 16:35 0:00 nginx: worker process
nginx 23747 0.0 0.4 14772 4192 ? S 16:35 0:00 nginx: worker process
nginx 23748 0.0 0.4 14772 4192 ? S 16:35 0:00 nginx: worker process
nginx 23749 0.0 0.4 14772 4192 ? S 16:35 0:00 nginx: worker process
nginx 23750 0.0 0.4 14772 4192 ? S 16:35 0:00 nginx: worker process
nginx 23751 0.0 0.4 14772 4648 ? S 16:35 0:00 nginx: worker process
nginx 23752 0.0 0.4 14772 4192 ? S 16:35 0:00 nginx: worker process
nginx 23753 0.0 0.4 14772 4192 ? S 16:35 0:00 nginx: worker process
For the PHP-FPM Process manager daemon:
systemctl status php-fpm
● php-fpm.service - The PHP FastCGI Process Manager
Loaded: loaded (/usr/lib/systemd/system/php-fpm.service; disabled; vendor preset: disabled)
Active: active (running) since Mon 2020-03-23 16:40:09 +01; 15s ago
Main PID: 24029 (php-fpm)
Tasks: 1 (limit: 150)
Memory: 5.4M
CGroup: /system.slice/php-fpm.service
└─24029 /opt/php74/sbin/php-fpm --nodaemonize
Mar 23 16:40:09 host systemd[1]: Started The PHP FastCGI Process Manager.
ps aux|grep php-fpm
root 24029 0.0 3.5 228836 35180 ? Ss 16:40 0:00 php-fpm: master process (/opt/php74/etc/php-fpm.conf)
nobody 24032 0.0 1.3 229156 13012 ? S 16:40 0:00 php-fpm: pool www
nobody 24033 0.0 1.3 229156 13012 ? S 16:40 0:00 php-fpm: pool www
You may notice the unusual location for the PHP binaries (ie /opt/php74), that's because it was compiled from source, along with the Apache HTTPD server 2.4.41.
Thus, people who want a Webserver on their VPSes are advised to go for Nginx + PHP-FPM and avoid Apache HTTPD server at all cost in there.
Good Luck all!
NB: At the time of testing this setup, the Node's load was in the 80s/70s.
UPDATE: 25/03/2020
Ok!.. As a last contribution to this thread, I'll have to state for people who do care about the topic that on the hyper-busy nodes of the free EUServ VPSes there is no way of setting up an RDBMS server (ie the likes of MySQL, MariaDB, PostgreSQL etc..) so to set up a dynamic web site one has to set a remote connection from somewhere else, which is worthless as the loading time will most probably be unacceptable, if one add the remote connection delay to the server's own delay in dealing with requests and the rendering of the php file itself --given the high-CPU load.
Thus, in short, a classic LEMP setup isn't worth the trouble. Although I did succeed in running Redis for storing PHP sessions and speeding up a bit the initial load... but that just didn't cut it!
Anyway, the EUServ VPSes were/are a nice opportunity for me to update my server-side code-base; I've found out that I was so immersed in the IPv4 connectivity that I've cut/cast out tomorrow's IPv6-based Internet!!
On this note, I'm done with this thread.
Thanks again @'Hidden Refuge' for the opportunity.
![[Image: zHHqO5Q.png]](https://i.imgur.com/zHHqO5Q.png)
