We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
VestaCP CentOS 7 Server Installer
Re: VestaCP CentOS 7 Server Installer
Yes - Visitors hit Cloudflare FIRST and not your server so that increase in milliseconds is because of Cloudflare processing requests. Pros/Cons of Cloudflare security.pandabb wrote:
Do you also know the reason why turning off cloudflare cache gives me more better result?
Test is :
Vanilla wordpress / no caching plugin 10k Clients per minute using loader.io
Result:
Cloudflare off average ms 42ms 0 Errors
Cloudflare on average ms 563 ms 0.5% Error
Thanks again.
Re: VestaCP CentOS 7 Server Installer
Thank you very much sir! Yea you're right with the permission thingy i forgot i installed/downloaded wordpress using root, i had to chown it using the right user to fix.
Lastly, which caching wordpress plugin do you recommend for this setup ? w3 total cache, wp supercache etc.
Lastly, which caching wordpress plugin do you recommend for this setup ? w3 total cache, wp supercache etc.
Re: VestaCP CentOS 7 Server Installer
Personally, I use WP Fastest Cache: https://wordpress.org/plugins/wp-fastest-cache/pandabb wrote:Thank you very much sir! Yea you're right with the permission thingy i forgot i installed/downloaded wordpress using root, i had to chown it using the right user to fix.
Lastly, which caching wordpress plugin do you recommend for this setup ? w3 total cache, wp supercache etc.
Re: VestaCP CentOS 7 Server Installer
Thank you for the suggestion, i tried it and so far it's the easiest to setup, works well for me.
Btw, i noticed something on the gzip types under nginx.
below is the default on my centos install:
i changed it to :
Is this ok or should i revert it?
Btw, i noticed something on the gzip types under nginx.
below is the default on my centos install:
gzip_types text/plain text/css text/javascript
application/x-javascript;
i changed it to :
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/svg+xml application/x-font-ttf font/opentype;
Is this ok or should i revert it?
Re: VestaCP CentOS 7 Server Installer
pandabb wrote:Thank you for the suggestion, i tried it and so far it's the easiest to setup, works well for me.
Btw, i noticed something on the gzip types under nginx.
below is the default on my centos install:
gzip_types text/plain text/css text/javascript
application/x-javascript;
i changed it to :
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/svg+xml application/x-font-ttf font/opentype;
Is this ok or should i revert it?
Sorry for the delay! Yep - you are OK to have those as gzip_types too :)
Re: VestaCP CentOS 7 Server Installer
Hello,
I am having problem to acces email trough webmail, and have this error on all the vps i have installed it.
I see this error" Connection to storage server failed."
Can you please have a look into? Sometingh happend after a vestacp update or the last change with the php7 in the script?
I am having problem to acces email trough webmail, and have this error on all the vps i have installed it.
I see this error" Connection to storage server failed."
Can you please have a look into? Sometingh happend after a vestacp update or the last change with the php7 in the script?
Re: VestaCP CentOS 7 Server Installer
Hello, is it OK to do a yum update on this install?
By the way, i have moved/disabled remi.repo because php56 and so on are still enabled on this repo, it throws some error when i do yum update.
By the way, i have moved/disabled remi.repo because php56 and so on are still enabled on this repo, it throws some error when i do yum update.
Code: Select all
--> Processing Dependency: php(zend-abi) = 20121212-64 for package: php-pecl-jsonc-1.3.10-2.el7.remi.5.5.x86_64
--> Processing Dependency: php(api) = 20121113-64 for package: php-pecl-jsonc-1.3.10-2.el7.remi.5.5.x86_64
--> Finished Dependency Resolution
Error: Package: php-pecl-jsonc-1.3.10-2.el7.remi.5.5.x86_64 (remi-php55)
Requires: php(zend-abi) = 20121212-64
Removing: php-common-5.6.29-0.1.RC1.el7.remi.x86_64 (@remi-test)
php(zend-abi) = 20131226-64
Updated By: php-common-5.6.30-2.el7.remi.x86_64 (remi-test)
php(zend-abi) = 20131226-64
Available: php-common-5.4.16-42.el7.x86_64 (base)
php(zend-abi) = 20100525-64
Available: php-common-5.4.45-11.el7.remi.x86_64 (remi)
php(zend-abi) = 20100525-64
Available: php-common-5.4.45-12.el7.remi.x86_64 (remi)
php(zend-abi) = 20100525-64
Available: php-common-5.5.38-5.el7.remi.x86_64 (remi-php55)
php(zend-abi) = 20121212-64
Available: php-common-5.5.38-6.el7.remi.x86_64 (remi-php55)
php(zend-abi) = 20121212-64
Available: php-common-5.6.30-0.1.RC1.el7.remi.x86_64 (remi-test)
php(zend-abi) = 20131226-64
Error: Package: php-pecl-jsonc-1.3.10-2.el7.remi.5.5.x86_64 (remi-php55)
Requires: php(api) = 20121113-64
Removing: php-common-5.6.29-0.1.RC1.el7.remi.x86_64 (@remi-test)
php(api) = 20131106-64
Updated By: php-common-5.6.30-2.el7.remi.x86_64 (remi-test)
php(api) = 20131106-64
Available: php-common-5.4.16-42.el7.x86_64 (base)
php(api) = 20100412-64
Available: php-common-5.4.45-11.el7.remi.x86_64 (remi)
php(api) = 20100412-64
Available: php-common-5.4.45-12.el7.remi.x86_64 (remi)
php(api) = 20100412-64
Available: php-common-5.5.38-5.el7.remi.x86_64 (remi-php55)
php(api) = 20121113-64
Available: php-common-5.5.38-6.el7.remi.x86_64 (remi-php55)
php(api) = 20121113-64
Available: php-common-5.6.30-0.1.RC1.el7.remi.x86_64 (remi-test)
php(api) = 20131106-64
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
[root@server ~]#
Re: VestaCP CentOS 7 Server Installer
I do get this same error.
Can you fix this .
Can you fix this .
pandabb wrote: ↑Fri Jan 27, 2017 4:27 pmHello, is it OK to do a yum update on this install?
By the way, i have moved/disabled remi.repo because php56 and so on are still enabled on this repo, it throws some error when i do yum update.
Code: Select all
--> Processing Dependency: php(zend-abi) = 20121212-64 for package: php-pecl-jsonc-1.3.10-2.el7.remi.5.5.x86_64 --> Processing Dependency: php(api) = 20121113-64 for package: php-pecl-jsonc-1.3.10-2.el7.remi.5.5.x86_64 --> Finished Dependency Resolution Error: Package: php-pecl-jsonc-1.3.10-2.el7.remi.5.5.x86_64 (remi-php55) Requires: php(zend-abi) = 20121212-64 Removing: php-common-5.6.29-0.1.RC1.el7.remi.x86_64 (@remi-test) php(zend-abi) = 20131226-64 Updated By: php-common-5.6.30-2.el7.remi.x86_64 (remi-test) php(zend-abi) = 20131226-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(zend-abi) = 20100525-64 Available: php-common-5.4.45-11.el7.remi.x86_64 (remi) php(zend-abi) = 20100525-64 Available: php-common-5.4.45-12.el7.remi.x86_64 (remi) php(zend-abi) = 20100525-64 Available: php-common-5.5.38-5.el7.remi.x86_64 (remi-php55) php(zend-abi) = 20121212-64 Available: php-common-5.5.38-6.el7.remi.x86_64 (remi-php55) php(zend-abi) = 20121212-64 Available: php-common-5.6.30-0.1.RC1.el7.remi.x86_64 (remi-test) php(zend-abi) = 20131226-64 Error: Package: php-pecl-jsonc-1.3.10-2.el7.remi.5.5.x86_64 (remi-php55) Requires: php(api) = 20121113-64 Removing: php-common-5.6.29-0.1.RC1.el7.remi.x86_64 (@remi-test) php(api) = 20131106-64 Updated By: php-common-5.6.30-2.el7.remi.x86_64 (remi-test) php(api) = 20131106-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(api) = 20100412-64 Available: php-common-5.4.45-11.el7.remi.x86_64 (remi) php(api) = 20100412-64 Available: php-common-5.4.45-12.el7.remi.x86_64 (remi) php(api) = 20100412-64 Available: php-common-5.5.38-5.el7.remi.x86_64 (remi-php55) php(api) = 20121113-64 Available: php-common-5.5.38-6.el7.remi.x86_64 (remi-php55) php(api) = 20121113-64 Available: php-common-5.6.30-0.1.RC1.el7.remi.x86_64 (remi-test) php(api) = 20131106-64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@server ~]#
Re: VestaCP CentOS 7 Server Installer
Hello everyone (or possibly no one),
I would like to get some information if you are subscribed to receiving updates to this thread and have used this script to install Vesta on your server. My question is:
If you have used this script; has your server been exploited by the most recent security breach?
Let me know!
I would like to get some information if you are subscribed to receiving updates to this thread and have used this script to install Vesta on your server. My question is:
If you have used this script; has your server been exploited by the most recent security breach?
Let me know!
Re: VestaCP CentOS 7 Server Installer
Hello,
No none of my servers installed with your script got exploited, i also use ssh keys though for extra security.
Waiting for your fix to the php5 errors i do get on all my servers.
No none of my servers installed with your script got exploited, i also use ssh keys though for extra security.
Waiting for your fix to the php5 errors i do get on all my servers.
SS88 wrote: ↑Thu May 17, 2018 7:50 pmHello everyone (or possibly no one),
I would like to get some information if you are subscribed to receiving updates to this thread and have used this script to install Vesta on your server. My question is:
If you have used this script; has your server been exploited by the most recent security breach?
Let me know!