Home / server / Questions / 399310
Accepted
Mike Purcell
Asked: 2012-06-16 14:51:37 +0800 CST

PHP - Extensions - no-debug-non-zts-xxxxxxxx

  • 772

I am compiling php extensions (memcached and xdebug), and when I run make install, they keep getting installed into /usr/local/php/lib/php/extensions/no-debug-non-zts-20090626. So a few questions:

  1. What does no-debug-non-zts-20090626 even mean, and why is it the default?

  2. Is it good practice to edit the php.ini file and set the extension_dir directive to the aforementioned directory? Or should I compile each module with a PREFIX=/usr/local/php/extensions? So when I do make install, they are put into a custom extensions directory, then I can add extension=/usr/local/php/extensions/memcached.so lines to my .ini files.

  3. Is there ever a risk when compiling a new module, that it will go in a different directory than the directory in question #1?

php php.ini

3 Answers

  1. Best Answer

    "no-debug-non-zts-20090626" means that it's built without the debug flag, and without ZTS, which is the acronym PHP uses to indicate internal thread saftey. The datestamp is used to identify the internal API version. I'm pretty sure that one identifies PHP 5.3.

    Instead of compiling these yourself and thus causing these questions to need answers, you probably want to really look for precompiled versions of these modules provided by your OS distribution or a trusted third party. Memcached and xdebug are amazingly common extensions, and chances are that they're already easily available to you.

    Failing that, you probably want to use the pecl tool to download, compile and install these for you. These tools exist for good reasons.

    • 3

  2. Ended up not custom configuring the location of the module, instead I just created extension .ini files which each load the extension using the full module uri:

    ; memcached.ini
extension=/path/to/php/lib/php/extensions/no-debug-non-zts-20090626/memcached.so

    This way, when I do make install, I don't have to do any symlinking etc.

    One a sidenote, If I don't use the full module uri within the custom .ini file, then PHP cannot find the module, which is odd because if I add the following to php.ini, it works fine:

    ; php.ini
extension=memcached.so

    Anyway, got it to work.

    • 2

  3. Check if libraries are found:

    ldd /usr/lib/php/extensions/no-debug-non-zts-xxxxxxxx/memcached.so

    Outbuildings:

    yum -y install gcc make automake autoconf gcc-c++ flex bison
yum remove libmemcached
/usr/bin/pecl uninstall memcached
wget https://launchpad.net/libmemcached/1.0/1.0.18/+download/libmemcached-1.0.18.tar.gz
tar -xvzf libmemcached-1.0.18.tar.gz
cd libmemcached-1.0.18
./configure
make && make install
/usr/bin/pecl install memcached-2.2.0
echo "extension=memcached.so" >/etc/php.d/memcached.ini
service httpd restart
/usr/bin/php -i | grep memcached
echo "<?php phpinfo(); ?>" > /var/www/html/phpinfo.php

    Check logs:

    tail -f /var/log/httpd/error_log
    • 0