Vesta Control Panel - Forum

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.

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.

gzip_types text/plain text/css text/javascript
application/x-javascript;

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;

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?

pandabb wrote: ↑

Fri Jan 27, 2017 4:27 pm

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.

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 ~]#

SS88 wrote: ↑

Thu May 17, 2018 7:50 pm

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!