Search results

Great! Where have you read this note?

Hello, thank you for your answer. I tested your combination of settings and others but I still get 'Setup of potentially insecure web scripting options that override provider's policy' when selecting another PHP version in the service plan configuration page. I do not get this warning changing...

I tried to comment out anything in site_isolation_settings.ini and then restarted plesk with /etc/init.d/psa restart but the problem remain. Here is my current site_isolation_settings.ini ;; The section describes allowed hosting options [hosting] ;php = any ;php_handler_type = fastcgi python =...

I also find that, recently, it started to work. Putting a rule ID in the box disables the rule even if you are using Atomic. Cheers!

Yes, this is true for Update #28 too. I do think this is a bug that should be fixed. Thank you

You can also have DRUSH_PHP set to php 5.3, execute "unset DRUSH_PHP" Reference: http://drupal.stackexchange.com/questions/181044/drush-php-syntax-error-when-running

That's strange. Have you restarted the Bash session? (Just log out and log in again) Please check the php version: php -v Have you set drush.phar as executable? (chmod +x drush.phar) Have you initiated Drush? (drush init) LMK

I don't think so. Your system should work with 5.3 'cause that version is what other applications are expecting. You can also upgrade system php activating other repository like EPEL or Atomic. As usual there are many way to make Drush work, but I'd prefer the one that change as little as...

I reccomend to use this trick, just change the path in .bash_profile to: PATH=/opt/plesk/php/5.6/bin:$PATH:$HOME/bin Bash, serching for the executable php, will find it in /opt/plesk/php/5.6/bin and will execute Drush using the latest supported php version. Php will get all the configuration...

Server side email filtering rules are buid in RoundCube using SIEVE. AFAIK they can be managed using RoundCube only.

Hello, I've not been able to find how to list sites using Presence Builder. Hou can I?

Bump! No idea on how to reactivate SELinux here?

Slave DNS Manager Module and SeLinux do not play toghether, i've been foced to disable SeLinux. Thats the error I get in audit.log: type=AVC msg=audit(1458142793.324:18067): avc: denied { append } for pid=31882 comm="named" name="named.run" dev="dm-2" ino=1046563...

Hello, there's a simple workaround. Edit the .bash_profile file in root and put the Plesk desired PHP path before the system PHP. E.G. # PATH=/opt/plesk/php/5.6/bin:$PATH:$HOME/bin When calling php, it will be executed in the first place bash founds it, /opt/plesk/php/5.6/bin Cheers

I have experieced resellers and they are perfectly able to manage this kind of things. The server is their so they should be able to manage that. The other point is that if the web managing interface is present it should work or should be disabled when Atomic is selected. The way it works now...

Yes thanks, but how can the customer disable a problematic rule? I was confident that the web interface to the rule management was functional. Atomic rules are very well done and infrequently cause problems, but sometimes they do.

Hello there, I've mod_security active with the Atomic Ruleset and I need to disable some rules using their ID. I go to "Web Application Firewall" into the website overview page and i put the rule ID into the field "Switch off security rules" -> "Security rule IDs" but nothing happens. The rules...

Keep nosuid and noexec for the /tmp directory is matter of basic hardening and security. Could you please more specific on the matter? I do know that during installation Plesk need to execute programs into /tmp, is this true during updates and during the installation of the Migration module too...

Sorry, I've not been clear. I mean the temporary directory as stated in the config.ini of the current session: session-dir = "/tmp/panel_migrator" My /tmp directory is on a partition with "rw,nosuid,noexec,nodev". Should it allow for program and script execution instead?

Plesk repair db has not found any error. I have a question: must the session-dir directory allow programs executions? I've it mounted on a separate partition with "rw,nosuid,noexec,nodev". Should it allow execution?