Search results matching tag 'php 5.2.9'

Need Explanation of this error from PHP error log

blazingbiz — Tue, 16 Jun 2009 01:08:20 GMT

I'm looking at my PHP error log and I see multiple entries for this:

[15-Jun-2009 03:45:39] PHP Warning: is_readable() [<a href='function.is-readable'>function.is-readable</a>]: open_basedir restriction in effect. File(C:\file\path\blog/C:\file\path\blog/wp-content/plugins/all-in-one-seo-pack/all_in_one_seo_pack-en_US.mo) is not within the allowed path(s): (C:\file\path\blog) in C:\file\path\blog\wp-includes\l10n.php on line 324

This is using FastCGI with PHP 5.2.9 on IIS 7 on a Windows Server 2008 Web Edition machine. I'm using Wordpress 2.8 with a custom php.ini file for each web site in the directory, I do have the open_basedir restriction set as well as cgi fix infopath set to 1. There seems to be an issue with the forward and back slash set in the file path, but I don't know how to fix this. If anyone can offer me any thoughts on this please do.

Thanks

IIS Php File Path Issues with WordPress

blazingbiz — Wed, 10 Jun 2009 02:00:27 GMT

My Wordpress blog is working fine for the most part but I get a few errors in my log file in regard to file paths, I'm running Wordpress on a Windows 2008 server and it seems the different file path characters on Windows and Unix are causing this, on Unix you use the forward slash "/" and on Windows you use the back slash "\" but need to use a double back slash to avoid the parse error of using the escape character - "\\"

So here's the summary of my issue:

I'm running Wordpress under IIS 7 in a FastCGI module PHP 5.2.9 environment and I have
cgi.fix_pathinfo set to 1 in my php.ini

The errors that shows up in my log file read as follows:

Timestamp PHP Warning: is_readable() [<a href='function.is-readable'>function.is-readable</a>]: open_basedir restriction in effect. File(C:\PathtoWebServer\PathtoBlog\/C:\PathtoWebServer\PathtoBlog\/wp-content/plugins/all-in-one-seo-pack/all_in_one_seo_pack-en_US.mo) is not within the allowed path(s): (C:\PathtoWebServer\PathtoBlog\) in C:\PathtoWebServer\PathtoBlog\wp-includes\l10n.php on line 261

The other error is this one:

Timestamp PHP Warning: include(C:\PathtoWebServer\PathtoBlog/wp-content/themes/classic/searchform.php) [<a href='function.include'>function.include</a>]: failed to open stream: No such file or directory in C:\PathtoWebServer\PathtoBlog\wp-content\themes\classic\404.php on line 9

It's obvious that the issue has to do with the use of the forward slash versus the back slash in the file path info.

I believe the issue has to do with file paths as set in the wp-settings.php file and the wp-config.php file.

To work around the first issue I edited the l10n.php file function as follows:

/**
* Loads MO file into the list of domains.
*
* If the domain already exists, the inclusion will fail. If the MO file is not
* readable, the inclusion will fail.
*
* On success, the mofile will be placed in the $l10n global by $domain and will
* be an gettext_reader object.
*
* @since 1.5.0
* @uses $l10n Gets list of domain translated string (gettext_reader) objects
* @uses CacheFileReader Reads the MO file
* @uses gettext_reader Allows for retrieving translated strings
*
* @param string $domain Unique identifier for retrieving translated strings
* @param string $mofile Path to the .mo file
* @return null On failure returns null and also on success returns nothing.
*/
function load_textdomain($domain, $mofile) {

return;
/**
   global $l10n;

   if ( is_readable($mofile))
       $input = new CachedFileReader($mofile);
   else
       return;

   $gettext = new gettext_reader($input);

   if (isset($l10n[$domain])) {
       $l10n[$domain]->load_tables();
       $gettext->load_tables();
       $l10n[$domain]->cache_translations =

array_merge($gettext->cache_translations, $l10n[$domain]->cache_translations);
   } else
       $l10n[$domain] = $gettext;

   unset($input, $gettext);
*/
}

To work around the second issue I edited the wp-config file as follows:

Set

define('ABSPATH', dirname(__FILE__) . '/');

define('ABSPATH', 'C:\\PathtoWebServer\\PathtoBlog\\');

I don't think this will solve the problem in the long term plus I'd also like to understand the issue more in depth. So if someone could explain to me what the fundamentals are for what's going on here, please do. Also if you can point out where I can set a global WP configuration to replace the typical UNIX forward slash used in file paths with the Windows back slash and whether I'd have to set it to a double backslash in these global settings, please let me know that as well and anything else related to this.

Thanks

[HELP] php_sqlsrv.dll autoload failed on IIS7 + Win7RC + MSSQL 2008 EXPRESS

ilovephp — Wed, 27 May 2009 11:09:26 GMT

I got problem about IIS auto-load php_sqlsrv.dll, please help.

Environment:
Windows 7 Release Candidate
Microsoft Web Platform Installer 2.0 Beta
php.ini: added extension=php_sqlsrv.dll.

script:
<?php
$serverName = "xxx\SQLEXPRESS";
$connectionOptions = array(....);
$conn = sqlsrv_connect($serverName, $connectionOptions);
if ($conn === false) {
    echo "Unable to connect.";
}
else {
    echo "connected.";
    sqlsrv_close($conn);
}
?>

When I ran the script, I got the error message:
PHP Fatal error: Call to undefined function sqlsrv_connect() in C:\inetpub\wwwroot\dbtest.php on line 4.
I placed dl('php_sqlsrv.dll'); at line 2 and ran the script again, "connected" message was printed, so I can sure that php_sqlsrv.dll not loaded after IIS started.

Is there anyone can help me to let php_sqlsrv.dll autoload when IIS started.

Re: PHP 5.2.9 Install issue on XP Pro IIS 5.1 - phpinfo( ) results incorrect

fromtheranks — Mon, 18 May 2009 17:45:22 GMT

Thanks for all of your replies. I appreciate it. I've come to the same conclusion, that "Loaded Configuration File" is reporting correctly but "Configuration File (php.ini) Path" is not. I posted my findings on PHP.com under Windows Install: http://us3.php.net/manual/en/install.windows.php.

Re: php 23bit on 64bit OS mail()

Sean Tornado — Mon, 18 May 2009 08:40:31 GMT

[mail function]
; For Win32 only.
SMTP = localhost
smtp_port = 25

; For Win32 only.
sendmail_from = me@mydomain.prg

; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
;sendmail_path =

; Force the addition of the specified parameters to be passed as extra parameters
; to the sendmail binary. These parameters will always replace the value of
; the 5th parameter to mail(), even in safe mode.
;mail.force_extra_parameters =

And I tried making a email script and then tried a simple email script:
mail('me@mydomain', 'The Subject', 'The Message');

Its giving me the following server error:
500 - Internal server error.

If i try:
@mail('me@mydomain', 'The Subject', 'The Message');

The correct page is displayed but the email is still not being sent.

Re: PHP 5.2.9 Install issue on XP Pro IIS 5.1 - phpinfo( ) results incorrect

vijayam — Sun, 17 May 2009 12:44:21 GMT

Hi,

Please install the PHP and configuration of the Windows path location you flowing the

this link http://php5configuration.blogspot.com/

PHP 5.2.9 Install issue on XP Pro IIS 5.1 - phpinfo( ) results incorrect

fromtheranks — Wed, 13 May 2009 20:27:14 GMT

Normal 0 false false false EN-US X-NONE X-NONE MicrosoftInternetExplorer4 /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-qformat:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin; mso-fareast-font-family:"Times New Roman"; mso-fareast-theme-font:minor-fareast; mso-hansi-font-family:Calibri; mso-hansi-theme-font:minor-latin; mso-bidi-font-family:"Times New Roman"; mso-bidi-theme-font:minor-bidi;} I've been in IT for years but I’m a newbie at setting up a blog site.

Background:

Right now I’m in the middle of manually installing PHP 5.2.9 (rather than using the .MSI) on XP Pro SP3 using IIS 5.1. I’ve verified IIS 5.1 and MMC 3.0 and already installed MySQL 5.1, and FileZilla. I'm using ISAPI instead of CGI, by the way.

This is a dev machine, the final web site will get pushed to a host but I want to do the development/learning locally. The reason I’m sticking with IIS is that my host does not support Apache, so WAMP / Xampp is out.

Issue:

No matter what I do I can't get phpinfo() to properly report the location of the “Configuration File Path”. It seems "glued to" C:\WINDOWS. I’ve researched this until my fingers are nubs (starting with but not limited to the PHP site) but I’m not coming up with anything that works. Here’s what I’ve done:

I've:
1. Included PHP in the Windows PATH (before MySQL’s) as ";E\PHP;"
2. Added the PHPRC system variable pointing to my install location as "E:\PHP"
3. Modified PHP.INI's extension_dir to point to "e:\php\ext"
4. Modified the Registry to include: HKEY_LOCAL_MACHINE\SOFTWARE\PHP IniFilePath E:\PHP
5. Though it may not be relevant, I've set up the ISAPI module in IIS Properties for all "Web Sites" as follows:
5a. Added to the ISAPI Filters list: PHP pointing at e:\php\php5isapi.dll
5b. Set the Home Directory: Execute for Scripts Only
5c. Mapped the .php extension, having it point at the same location as above and setting verbs to: GET,POST,HEAD
6. Set the Documents, adding “index.php” and moving it to the top of the list
7. I then stopped and restarted IIS using net stop and net start (and completely rebooted my workstation too)

No matter how many times I've checked my entries, when I run phpinfo( ) -- as test.php -- the "Loaded Configuration File" data is correct (E:\PHP\php.ini), but the "Configuration File Path for php.ini is not; it still points to "C:\WINDOWS".

I'm not sure how serious this is, yet. The simple tests I've run so far seem to work okay but I'm concerned that having the Configuration File Path wrong, will "get me" sooner or later -- and I've learned over the years not to drive passed issues that aren't solved or resolved.

Any help would be appreciated.

Thanks in advance.

Re: PHP 5.2.8 and Fast CGI configuration issue

tnjman — Tue, 21 Apr 2009 16:50:25 GMT

Thanks. I didn't catch that. It's still unclear, but I will look at the link and follow along.

I do have that issue, but also a totally separate issue: Can someone please clarify why a "blank page" shows up, after I run the ".msi" (non-thread-safe) installer on Win XP Pro, SP2, IIS 5.1.(php-5.2.9-2-nts-Win32-VC6-x86.msi - this is the one I ran).

The WebPI did not appear to run exactly right, so I downloaded the actual .msi and ran that. Maybe the WebPI ran okay - so it could be my imagination on that part.

Nobody seems to have a consensus on the "test.php" <? phpinfo(); ?> 'blank page' issue. When right-clicking in IIS mgr, Web sites, Properties, Home Directory, Configuration, here is the ".php" entry: C:\Windows\System32\inetsrv\fcgiext.dll

I've seen various steps regarding various install instructions which bother me:

For example, one person has a 5-step process for installing PHP5 for IIS5.x:
http://www.iis-aid.com/articles/how_to_guides/installing_php_5_on_iis_in_5_simple_steps

It references the "ts" (thread-safe) model. It also mentions that you must separately download some PECL32 portion, put that in the PHP\ext folder, and do some magic. :)

Also, per "Mr 5-Step," you must create "sessions," "upload" and "log" folders, and create a blank php.log in the log folder.

Anyway, I think you can get my point: If there is this wonderful installer, why is all this manual stuff still needed (the PECL piece, and the creating the additional folders, etc.)? Granted, he is showing the "manual method," but the fact that your installer does not have some of the things he references is rather unsettling.

I ran your installer, and it does not create those 3 folders mentioned, so I'm guessing that needs to be added to your WebPI and/or .msi installer package. Or... are those folders not needed; are they only for a specific version? There seems to be a LOT of 'disconnect' regarding what IS needed; and what is NOT needed - and maybe that would be a good "article" for one of you 'gurus' to write for us n00bs. Even a very nice "matrix" chart showing exactly what's needed and what isn't. For example, you say a certain "fast cgi" dll is needed; and Vista SP1 is needed; so, apparently that particular DLL is only regarding IIS7/Vista SP1. Whereas, after I ran your installer on an XP Pro SP2 system, I get the "C:\Windows\System32\inetsrv\fcgiext.dll" entry; BUT, "Mister 5-Step" says I need to point to "php5isapi.dll;" which your installer does not even extract to the PHP folder. So, again, you can see how all this might be a bit confusing.

Also, does it matter C:\PHP vs. C:\Program Files\PHP? (Someone mentioned the 'space' in the "Program Files" folder name, but that may have been in reference to an older o/s - i.e., changing some reference to "C:\Progra~1\PHP" [maybe in the Environment variables?]).

It just does not seem like it should be this difficult to get PHP to run on XP Pro SP2, with IIS 5.1. And maybe it [IS] "running," but it's certainly not displaying the "info" when I run the infamous "phpinfo()" directive - it just gives a blank page (view source shows the phpinfo() directive, so obviously IIS is trying to serve up the page, in some form or fashion).

Maybe it's just me but, when I see that a package has an "installer," I expect that, once the install is completed, I should be able to see the package work, without having to be a contortionist. And again, maybe it [IS] working, and I just am confused.

Thanks for any info and help.

Problem configuring PHP 5.2.9 with IIS 6

new2aspdotnet — Sun, 22 Mar 2009 23:11:07 GMT

Hi,

I downloaded this installer, php-5.2.9-1-win32-installer.msi, and installed it on our web server. The installation completed successfully.

For IIS configuration, I added a new web service extension in IIS, "PHP ISAPI" with the file location pointing to "D:\Program Files\PHP\php5isapi.dll"

Then I went to our PHP website folder in IIS Web Sites tree. Under Configuration, I tried to add a new Application Extension Mapping, Executable - "D:\Program Files\PHP\php5isapi.dll" for extension .php. But I am not able to, if I click Ok IIS doesn't take it. It keeps showing me the same window. The Ok button is not disabled, but clicking it is not doing anything. What am I doing wrong? This is a Windows 2003 server machine.

Thanks.