Marc Nilius
Forum Replies Created
-
The server admin fixed the permission problem and now the plugin is working as expected. Thanks again for your help!
Thanks a lot! I will ask the server admin to fix this!
Thanks,
MarcHi,
I looked into the error log and found the following lines (anonymized):
2017/03/09 12:07:58 [error] 22034#0: *343426 FastCGI sent in stderr: “PHP message: PHP Warning: session_start(): open(/var/run/php-fpm/sess_xxxxxx, O_RDWR) failed: Permission denied (13) in xxxxx/wp-content/plugins/ninjafirewall/ninjafirewall.php on line 47” while reading response header from upstream, client: xxxxx, server: xxxx, request: “POST /wp-admin/admin.php?page=NinjaFirewall HTTP/1.1”, upstream: “fastcgi://127.0.0.1:9000”, host: “xxxxx”, referrer: “http://xxxxx/wp-admin/admin.php?page=NinjaFirewall”
2017/03/09 12:07:58 [error] 22034#0: *343426 FastCGI sent in stderr: “PHP message: PHP Warning: Unknown: open(/var/run/php-fpm/sess_xxxxx, O_RDWR) failed: Permission denied (13) in Unknown on line 0
PHP message: PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/run/php-fpm) in Unknown on line 0” while reading upstream, client: xxxxxx, server: xxxxx, request: “POST /wp-admin/admin.php?page=NinjaFirewall HTTP/1.1”, upstream: “fastcgi://127.0.0.1:9000”, host: “xxxxx”, referrer: “http://xxxxx/wp-admin/admin.php?page=NinjaFirewall”Is that the problem and how could it be resolved? Everything else on the installation is working perfectly fine.
Thanks again for your help!
Marc
That’s what I did. But after selecting .user.ini and clicking “Next Step” nothing happens and the exact same page just reloads. No error message, no next step.
Hi,
the script’s output (real domain name changed to “my-domainname”):
NinjaFirewall (WP edition) troubleshooter
HTTP server : nginx/1.6.3
PHP version : 5.6.16
PHP SAPI : FPM-FCGIauto_prepend_file : none
NinjaFirewall detection : NinjaFirewall is not loadedLoaded INI file : /etc/php.ini
user_ini.filename : .user.ini
user_ini.cache_ttl : 300 seconds
User PHP INI : none foundDOCUMENT_ROOT : /var/www/my-domainname/htdocs
wp-config.php : found in /var/www/my-domainname/wp-config.phpThanks,
MarcHi!
Although there were no blocked requests visible in the dev tools, disabling the mentioned option worked for me.
Thanks for your help and fast reply!
Marc
It’s a shared hosting account and it’s also the only website at this hosting company (which means that I have no chance to test if I have the same problems with another site at this hosting company).
Although they already told me that “we don’t change files from the customer” in my first support request, I’ll ask them again.Thanks for your help!
Marc
Running the file check manually shows “No changes detected”.
Another interesting fact is, that the scheduled file check runs in the late afternoon (according to the “Next scan will start in…” info on the page), but I can see that “Last snapshot” also shows a snapshot in the late evening (at around 11:30pm) – which is the exact time of the changed files timestamp.
I checked the WP cron jobs with WP Crontrol, but the only Ninja Firewall job I found was the security rule update, but not the file check.Thanks for your help,
MarcForum: Plugins
In reply to: [SiteOrigin Widgets Bundle] PHP 7.0Again (like for the page builder plugin), I also have the same issue. Any chance to also fix this plugin soon?
Thanks,
MarcForum: Plugins
In reply to: [Page Builder by SiteOrigin] PHP 7.0Same for me, any chance to update this soon?
Thanks,
MarcHi,
the plugin PHP Compatibility Checker shows the following message regarding PHP7 compatibility:
FILE: /website/wp-content/plugins/social-networks-auto-poster-facebook-twitter-g/inc-cl/apis/xmlrpc-client.php
—————————————————————————————————————————————
FOUND 15 ERRORS AFFECTING 15 LINES
—————————————————————————————————————————————
49 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
193 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
351 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
371 | ERROR | Global variable ‘$HTTP_RAW_POST_DATA’ is deprecated since PHP 5.6 and removed since PHP 7.0 – use php://input instead.
372 | ERROR | Global variable ‘$HTTP_RAW_POST_DATA’ is deprecated since PHP 5.6 and removed since PHP 7.0 – use php://input instead.
376 | ERROR | Global variable ‘$HTTP_RAW_POST_DATA’ is deprecated since PHP 5.6 and removed since PHP 7.0 – use php://input instead.
554 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
607 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
832 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
878 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
936 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
958 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
1120 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
1191 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
1381 | ERROR | Use of deprecated PHP4 style class constructor is not supported since PHP 7
—————————————————————————————————————————————FILE: /website/wp-content/plugins/social-networks-auto-poster-facebook-twitter-g/inc-cl/st.api.php
—————————————————————————————————————————
FOUND 1 ERROR AFFECTING 1 LINE
—————————————————————————————————————————
312 | ERROR | Bitwise shifts by negative number will throw an ArithmeticError in PHP 7.0
—————————————————————————————————————————FILE: /website/wp-content/plugins/social-networks-auto-poster-facebook-twitter-g/NextScripts_SNAP.php
——————————————————————————————————————————
FOUND 1 ERROR AFFECTING 1 LINE
——————————————————————————————————————————
185 | ERROR | ‘int’ is a reserved keyword introduced in PHP version 7.0 and cannot be invoked as a function (T_STRING)
——————————————————————————————————————————FILE: /website/wp-content/plugins/social-networks-auto-poster-facebook-twitter-g/nxs_functions.php
—————————————————————————————————————————
FOUND 3 ERRORS AFFECTING 3 LINES
—————————————————————————————————————————
30 | ERROR | preg_replace() – /e modifier is forbidden since PHP 7.0
31 | ERROR | preg_replace() – /e modifier is forbidden since PHP 7.0
1287 | ERROR | preg_replace() – /e modifier is forbidden since PHP 7.0
—————————————————————————————————————————Can this be ignored?
Thanks,
MarcForum: Plugins
In reply to: [Prosodia VGW OS] Fehler bei Backup und Plugin-Update mit InfiniteWPMail ist unterwegs. Danke für die Hilfe.
Gruß,
MarcPerfect! Thanks a lot!
OK,
the option is not called ‘last_chunk’ but itsec_file_change and last_chunk is part of the serialized data within, but I found it and changed it.
Although wp_debug was set to true, there was no debug output at all.
What happened:
– I manually started the check of the next chunk
– after some time, the check was finished and I was able to click again on “Scan next chunk”
– the scan was not listed in the log
– the last_chunk changed from 2 to 3
– I clicked again on “Scan next chunk” and after a short time, the message “No changes were detected” appeared. This scan is also shown in the list of scans (with 0 changed, added or deleted files).Because it looks like debugging is quite difficult in this environment, I recommend to at this point.
I know that the customer will move to another server very soon and probably we’ll have more possibilities to debug there, if the problem still exists there at all.Thanks a lot for your time and ideas!
Marc
uploads contains 3400 files in typical year/month structure (starting 2014/07 with 1400 files in that folder, all other folder have a maximum of 250 files).
There were no changes in the last days in the other chunks, so I didn’t get any mails, but the one other chunk with the most files is the chuk including wp-content/plugins with around 2500 files.
The difference between these files is, that the files in the uploads folder are probably larger.
Interesting to see is that the mail with the log of changed files only lists non-images, although there are way more images in the uploads folder. Perhaps the files are checked one mime-type after another and images are checked first.
So the number of 550 files is perhaps the number of non-images in all folders…Marc