I need to install APC cache for
Windows 7
Php 5.4.22
can anyone provide me with a binary ? or instructions on how to build one for windows for the specific version of PHP
I see there are binaries available for PHP 5.4.6,5.4.7 etc but not able to find one for 5.4.22
i tried the binaries for 5.4.6 and 5.4.7 but I runtime errors saying that the server stopped working due to an error in the apc.dll.
There is no specific error message
How to install: http://docs.moodle.org/24/en/Installing_APC_in_Windows
Download locations:
http://dev.freshsite.pl/nc/php-accelerators/apc/download/
but first you should check what PHP you have installed (You can find it in phpinfo();):
PHP 5.4.6
PHP 5.4.6 VC9
PHP 5.4.6 nts
PHP 5.4.6 VC9 nts
Related
I am preparing a CentOS 7 server to migrate some services. Fresh install, so it's PHP 8 now. However (my required) IONCUBE loader fails to load:
# php -v
Failed loading /usr/lib64/php/modules/ioncube_loader_lin_8.1.so: /usr/lib64/php/modules/ioncube_loader_lin_8.1.so: undefined symbol: zend_incompatible_double_to_long_error
PHP 8.0.23 (cli) (built: Aug 30 2022 12:16:34) ( NTS gcc x86_64 )
Currect system is PHP 7.2 and I never had ioncube installation issues.
Even tried loading the _ts file.
You are loading 8.1 loader under PHP 8.0, which doesn't work, for PHP 8.0, you need loader for 8.0 which doesn't exist. Ioncube is usually skipping x.0 version of PHP, so, if you need loader, you need to upgrade to PHP 8.1.
Also, keep in mind that files are backward compatible only in mayor version of PHP. PHP 7.4, with loader for PHP 7.4 will execute files encoded with PHP 7.1 to 7.4. But, PHP 8.1 will not execute files encoded with PHP 7.4. If you need files which need to run on both, PHP 7.4 and PHP 8.1, you need bundled versions (options when encoding).
I have installed APACHE 2.4 x64 and PHP7 x64 and download PHP OCI 64bit libraries but the problem is that whenever I run PHP script from cli it says
PHP Startup: Unable to load dynamic library
'E:\software\server\php-7.0.11-Win32-VC14-x64\ext\php_oci8_11g.dll' -
%1 is not a valid Win32 application
Also when I invoke the webapplication from URL it says
Call to undefined function oci_pconnect()
The OCI extension I downloaded are also 64bit. Here is the link:
http://windows.php.net/downloads/pecl/releases/oci8/2.1.2/php_oci8-2.1.2-7.0-ts-vc14-x64.zip
Can someone guide on this problem.
You've probably mixed TS (thread safe) and NTS (non-thread safe) versions. These will not work together. Find out more about PHP thread safety here.
PHP 7.0.11 NTS x64, OCI8 2.1.2 NTS x64, and InstantClient 11.2.0.4.0 x64 work perfectly well together (I've just downloaded these three files and tested them in a fresh Win2K8 environment).
Remember to install the latest VC14 runtime (Visual Studio 2015) and to modify your PATH system environment variable to include the directories of PHP and the InstantClient, e.g. C:\php;C:\instantclient_11_2.
This might be a Superuser question, but I've seen other installation question here, so:
I am running PHP 5.6.23 on Apache 2.4.23, VC11, x86 - to mimic my host's environment. Now I'm trying to get Imagick to run and the latest versions (ImageMagick 7.0.2-5 x86 and Imagick 3.4.3 RC1 VC11 x86 for PHP 5.6) are not working. PHP returns "The specified module could not be found" to Apache's error log. I'm not sure what compiler version applies to ImageMagick, I'm using the latest binaries from their website.
What is the most stable combination of versions of ImageMagick and Imagick to use for PHP 5.6?
I'm having problem installing XDebug on my Zend Server running on Windows 7.
Theoretically, based on http://files.zend.com/help/Zend-Server/content/zend_server_php_5.5_extensions.htm it looks like Zend Server 6.3 should come with XDebug extension loaded, but it's not in my case.
So I moved to manual installation and using the XDebug tailer installation instructions I get following results
Xdebug installed: no
Windows: yes - Compiler: MS VC9 - Architecture: x86
Zend Server: yes - Install path: C:\Program Files (x86)\Zend\ZendServer
PHP Version: 5.5.7
Thread Safe Build: no
My first question was, which version I should download since there's no XDebug version for PHP 5.5 and VC9, there's only VC11 version. I ended up trying both VC11 for PHP 5.5 and VC9 for PHP 5.4.
Then I followed instructrion from the XDebug page - doesn't work,
then more instructions from http://forums.zend.com/viewtopic.php?f=8&t=553
Nothing worked, no XDebug info showing on phpinfo page, or Zend Server PHP configuration page.
Can anyone suggest how can I proceed?
PHP 5.5 is generally build only with VC11, see on windows.php.net
So the automatic download from http://pecl.php.net or xdebug site is also build only with VC11.
You have multiple choices:
build xdebug yourself with VC9, instructions here: https://wiki.php.net/internals/windows/stepbystepbuild
treat Zend that they finally build PHP5.5 with VC11, like everybody else already do
downgrade ZendServer to PHP 5.4
//UPDATE: VC9 build are now available
http://xdebug.org/download.php
I'm trying to load the MongoDb extension for php on a Windows 7 64 bit PC, running XAMPP with Apache 2.0 and PHP 5.3.5, compiler version VC6. I started out with this tutorial, and have also tried the extensions that the php documentation suggested. MongoDb itself is running fine, and shell commands seem to work.
At the moment I have:
Added extension=php_mongo.dll to my php.ini file.
Put the VC6 version of php_mongo.dll (from the following download page, suggested by the PHP documentation) in the php/ext folder.
Restarted my Apache server.
I have also tried php_mongo.dll files form Stealth's github, but they didn't seem to work either.
When restarting Apache, I don't get any errors, but I can't find anything on MongoDb in phpinfo(), and the Mongo class is not recognised either.
Any ideas of what might be wrong? Let me know if you need more info.
The problem might be incorrect version of extension. Try different versions downloaded from here: http://pecl.php.net/package/mongo/1.6.4/windows
Use Bitnami WAMP Stack instead of XAMPP it comes preloaded php_mongo.dll driver installed and no need to configure php.ini file
There is no official MongoDB Driver released for PHP7. So it would be better to download the recommended PHP version 5.5.30(currently) offered by Bitnami Wamp Stack.
There might be two reasons:
First one is as #Sadd suggested. Your mongodb extension should be loaded after what you have done so its very likely that you have enabled extension in wrong file. And yes, there are two such similar files (named php.ini-development and php.ini-production on windows computers), so make sure to enable it in php.ini file and run the following code echo extension_loaded("mongodb") ? "loaded\n" : "not loaded\n"; and you should see loaded on screen.
If you still don't see it, then the second thing you can do is to check whether the version is right or not. You can check your phpinfo() for your php version and then put the right versioned dll file in ext folder. In this, you can have to check whether your php is ts or nts and second one is whether your php is x64 or x86. I hope you are good to go after one or both of the changes.
This was driving my crazy until I looked closely at my PHP version:
$ php -v
PHP 7.4.1 (cli) (built: Dec 17 2019 19:23:59) ( NTS Visual C++ 2017 x64 )
Notice that it says PHP 7.4.1 and NTS and x64? This means that when I download from PECL, I need version 7.4 Non Thread Safe (NTS) x64 or it won't run correctly.
If the correct version of module is not added, an error is thrown.
[PHP Warning: PHP Startup: Unable to load dynamic library 'php_mongodb.dll' (tried: C:\xampp\php\ext\php_mongodb.dll (The specified module could not be found), C:\xampp\php\ext\php_php_mongodb.dll.dll (The specified module could not be found)) in Unknown on line 0]
When downloading the dll extension from https://pecl.php.net/package/mongodb, make sure that NTS (Non Thread Safe) or TS (Thread Safe) is chosen according to what shown from php -v command.
$ php -v
PHP 8.1.7 (cli) (built: Jun 7 2022 21:45:53) (ZTS Visual C++ 2019 x64)
Although here it shows ZTS, TS version can be used in this case.