|
02-09-2008, 02:05 AM
OK, I fixed my issue. I haven't gotten any responses from anyone or from the ticket I submitted, but in case anyone else hits this issue, here is my resolution:
The problem started with my configuration: x64 Windows Web 2008 Server, running IIS7, PHP 5.2.4, Zend Core 2.5.0, and MySQL 5.0.67
Pretty current as you might notice, so why am I running 5.2.4 instead of 5.2.6 of PHP? I was until I upgraded from a 32 bit version of Windows Server 2003 last month.
Zend does not offer a version of the Zend Optimizer for the non-thread-safe version of PHP that you need if you want to run PHP as a Windows 2008 FastCGI Isapi Module (as opposed to a web service extension, as in older versions of IIS). To get the Zend Optimizer AND run as FastCGI, you need to install the entire Zend Core PHP5 stack - which takes you back to version 5.2.4. I attempted to use 5.2.6 using several methods to get it to "play well" with Zend Core, but even in configurations that allowed PHP to run, it tended to be slow and crash prone. After a few days of testing various configurations, and finding none to be as stable as I liked, I had formatted the server and did a clean install with only Zend Core to handle PHP.
Once I resigned myself to my current configuration, everything worked until I upgraded to SupportSuite 3.30.02. As we know, it requires mbstring, whereas older versions did not. Even with multibyte enabled and the string engine loaded, many features of SupportSuite did not work - and gave errors indicating an issue with mbstring.
I spent quite a bit of time chasing what I assumed was either a configuration or permissions issue, but the problem turned out to be with the mbstring library bundled with Zend core. By replacing the bundled library with the current one from 5.2.6, my issues were resolved. |