Here is one liner which gives you average memory consumption of php-fpm processes.
ps --no-headers -o "rss,cmd" -C "php-fpm" | awk '{ sum+=$1 } END { printf ("%d%s\n", sum/NR/1024,"M") }'
If you have more pools, you can grep for specific pool and get average for that one:
ps --no-headers -o "rss,cmd" -C "php-fpm" | grep <mypool2> | awk '{ sum+=$1 } END { printf ("%d%s\n", sum/NR/1024,"M") }'
It’s amazingly simple. If you have multi PHP instances installed, go to bin directory of the one for which you want to install imagick module. In this example, I’ll install it on php version 7.3. This is CentOS 7 with Directadmin. You don’t need custombuild in this procedure.
Go to PHP bin directory: [root@wutang4eva ~]# cd /usr/local/php73/bin/ Then just install imagick module likeå this: [root@wutang4eva bin]# ./pecl install imagick If php_ini is not set, then add extension to your php.ini manualy: Add extension=imagick.so to /usr/local/php73/lib/php.ini Restart php-fpm for php version - if you are using fpm of coruse: systemctl restart php-fpm73.service Check if imagick is installed: [root@wutang4eva bin]# ./php73 -m | grep imag imagick
If you want on other PHP versions, just do the same for each version you need imagick on.
I hope this helps.
Sometimes accelerating with opcache can cause some problems with your application scripts. In those cases, when your script shouldn’t be accelerated, you can specify those scripts with opcache’s blacklist which will exclude this files from acceleration. Example bellow is done on CentOS 7.
First, find configuration file for your opcache php extension. You can do something like this:
[root@meow php.d]# php -i | grep opcache | grep ini
Additional .ini files parsed => /etc/php.d/10-opcache.ini,
Open 10-opcache.ini and you should see something like bellow. Path to opcache’s blacklist file.
; The location of the OPcache blacklist file (wildcards allowed).
; Each OPcache blacklist file is a text file that holds the names of files
; that should not be accelerated.
opcache.blacklist_filename=/etc/php.d/opcache*.blacklist
Close 10-opcache.ini and open file named opcache-default.blacklist which should be in same directory. If not, create one. This file will contain a list of php scripts which should be ignored by opcache.
[root@meow php.d]# cat opcache-default.blacklist
; The blacklist file is a text file that holds the names of files
; that should not be accelerated. The file format is to add each filename
/path/to/ignored/script/ignoreThis.php
/path/to/another/ignored/script/ignoreThisToo.php
...
This was strange one. When calling simple magento command with PHP CLI I was getting error that allowed memory size was exhausted.
[root@machine ~]# php bin/magento module:status [root@machine ~]# PHP Fatal error: Allowed memory size of 2097152 bytes exhausted (tried to allocate 32768 bytes) in /path/to/wwww/magentoshot.com/vendor/symfony/console/Application.php on line 951
I checked php.ini and it was set like this:
memory_limit = 2048M
I checked if there are different values for CLI version. It were the same.
Solution was simple. Change your php.ini value for memory_limit and define it in gigabytes instead in megabytes.
memory_limit = 2G
I restarted Apache and it started to work.
I had a problem when publishing project via composer as cPanel user. When trying to execute composer via cpanel user with ssh access, composer returned nothing. This was on CloudLinux with alt-php (PHP Selector) and cPanel.
In documentation is stated that for composer to work, we need PHP library’s Phar, Iconv, Mbstring. This can be done easily with PHP Selector in your user interface. Documentation also says that we need to have enabled allow_url_fopen which is also specified as possible security issue so it shouldnt be enabled globally. And lastly, if you use suhosin, which you should, you have to whitelist Phar. You should do all of this so that is only affecting php.ini for specific user and not globally. Also, you’ll want to increase memory_limit as composer needs it. In my case, I temporary increase it to 1G. First, enable all necessary php library’s through PHP Selector in you cpanel control panel. Then follow steps bellow.
Login in users CageFS like this:
root@server [~]# cagefsctl -e
Then go to your alt-php configuration directory:
root@cpanel [~]# cd /etc/cl.php.d/alt-php<desired version>/
Inside of this directory you should see file alt_php.ini, open it and add this to end of the file:
;>=== Start of PHP Selector Custom Options === memory_limit=1G suhosin.executor.include.whitelist=phar ;<=== End of PHP Selector Custom Options =====
Save this settings and exit user CageFS. You don’t need to restart apache. Then SSH with your cpanel user and try to run composer.
Composer should now work with your cPanel user:
thisisme@server [/]# composer --version Composer version 1.6.2 2018-01-05
With YUM, upgrading php is simple as “yum install php”. This will install latest php version on your machine. But if you have multi different php modules that aren’t part of php package (eg. gd, mysqli …), than you can use this simple one liner and install all those modules at once.
Just run this as root:
php -m | grep -v "Modules" | while read i; do yum install php-$i -y; done
This will check for all currently installed php packages and will try to upgrade them.
Brute force attacks on Magenta administration are also very common issue, like with WordPress, well maybe a little less :). If you can’t lock your administrations on specific fixed IP addresses, than you can probably lock administration so that is accessible only from your country. Russia and China for example, are countries from which those kind of attacks are very common. So it is good idea to block them.
For this example, I’m doing this on Apache 2.4 with GeoIP module installed. Before you proceed, you should have installed geoip.
To have Magento administration accessible only from Germany (for example), add code bellow to your apache vhost configuration. This geoip was installed on CentOS 7, you should change path to GeoIP.dat accordingly to your installation. You should also change country code to the one that you want access from.
GeoIPEnable On GeoIPDBFile /usr/share/GeoIP/GeoIP.dat
RewriteEngine on
RewriteCond %{ENV:GEOIP_COUNTRY_CODE} !^DE$
RewriteCond %{REQUEST_URI} ^/(index.php/)?admin/? [NC]
RewriteRule .* - [R=403,L]
Of corse, this can be caused by many different things, but if you’re stuck, without any ideas what could be wrong, than try solution bellow. Compiler stores everything in one file and can cause problems with includes. Just clear compiler and disable it if you don’t need it of corse.
I was getting error like this:
Warning: include(Mage.php): failed to open stream: No such file or directory in /my/web/server/root/public_html/lib/Varien/Autoload.php on line 94 Warning: include(): Failed opening 'Mage.php' for inclusion (include_path='/my/web/server/root/public_html/app/code/local:/my/web/server/root/public_html/app/code/community:/my/web/server/root/public_html/app/code/core:/my/web/server/root/public_html/lib:.:/usr/local/share/pear') in /my/web/server/root/public_html/lib/Varien/Autoload.php on line 94 Fatal error: Class 'Mage' not found in /my/web/server/root/public_html/app/code/core/Mage/Core/functions.php on line 244
Just login into your shell and then execute commands bellow (without comments):
//clear compiler php compiler.php clear //disable compiler php compiler.php disable
It is most likely that this will fix your problem. If not, keep digging 🙂
Hope it helps.
I found this odd issue with WHMCS billing platform. I wanted to add new tld to our domain pricing list, but when I clicked on Save Changes I’ll get notice that tld was added, but it wasn’t on domain list.
Just add/edit this in your php configuration – php.ini (default value is 1000):
max_input_vars = 5000
If you installed PHP 5.6 or grater and your application returns something like this:
SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL...
Then there is a simple fix for that. You can override default OpenSSL’s CA bundle with the one bellow.
openssl.cafile=/path/to/your/downloade/cacert.pem
© 2024 geegkytuts.net Hosted by SIEL
Recent Comments