php-windows Digest 12 Feb 2010 11:50:10 -0000 Issue 3758
Topics (messages 29882 through 29893):
Re: 64-bit PHP binaries
29882 by: Morris
29883 by: Morris
29884 by: Stanislav Malyshev
29885 by: Morris
29886 by: Pierre Joye
29887 by: Morris
29888 by: Pierre Joye
29889 by: Morris
29890 by: Morris
29891 by: Pierre Joye
29892 by: Venkat Raman Don
29893 by: Morris
Administrivia:
To subscribe to the digest, e-mail:
php-windows-digest-subscr...@lists.php.net
To unsubscribe from the digest, e-mail:
php-windows-digest-unsubscr...@lists.php.net
To post to the list, e-mail:
php-wind...@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
Thanks Sascha.
I will have a look for this code and see if that helps. I am also wondering
why the 64 bit binaries were removed. I downloaded the binaries from the
link you provided earlier in the post and deployed that. What is worrying me
here is that IIS 7 is not picking up on the PHP. I mean it passes through
the isapi filter, then I ordered the php filter, which it bypasses and then
it calls the .net filter where it fails. I have a sneaky suspicion that I am
missing one setting somewhere in IIS. I have gone through this configuration
about 20 times and cannot get it working. this unfortunately means we will
have to force IIS to 32 bit (any good articles you know about on how to do
this on a live environment) and work it like that and then rebuild once the
64 bit version and documents are deployed. I have worked with php
deployments for many years and have never had this much problems and I
expected to be able to receive support directly from them as it is such a
widely used code. Weird. But then again for all your input thus far.
""Sascha Meyer"" <harlequ...@gmx.de> wrote in message
news:20100210135530.299...@gmx.net...
Hey Morris,
Morris wrote:
I still receive the error below.
[...]
"There is no build provider registered for the extension '.php'."
hmmm, I found a blog post where someone suggested to map ".php" to
asp.net, but the post absolutely didn't make any sense ... anyway, could
you check if there is a line similar to:
[CODE]
<buildproviders>
<add extension=".php"
type="System.Web.Compilation.WebHandlerBuildProvider"/>
[/CODE]
in your "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG"? If it's
not, add it, restart IIS, check again.
Which version of the PHP binaries did you try?
Sorry, I know a lot about how to configure PHP with various webservers,
but I haven't used Windows 2008 before, so I hope somebody else knows how
to get your system up and running.
What's really puzzling me is that the X64 windows builds have been removed
from windows.php.net, so I would really advise to give the WPI 32-bit a
try.
Keep us up to date about your progress!
Regards,
Sascha
-------- Original-Nachricht --------
Datum: Wed, 10 Feb 2010 14:43:30 +0200
Von: "Morris" <mo...@afridata.net>
An: php-wind...@lists.php.net
Betreff: Re: [PHP-WIN] 64-bit PHP binaries
Thanks Sascha.
I tried this post and a couple of other before but still no luck. I thas
been very frsutrating as the php.net site does not have good detailed
documentation. I stillr eceive the error below. When I go to the command
prompt and ty php -info I can see php is working. it just does not want
to
serve it from the server. I changed point 6 on the iis install to reflect
php5 not php. Any ideas will be appreciated.
Server Error in '/' Application.
--------------------------------------------------------------------------------
There is no build provider registered for the extension '.php'. You can
register one in the <compilation><buildProviders> section in
machine.config
or web.config. Make sure is has a BuildProviderAppliesToAttribute
attribute
which includes the value 'Web' or 'All'.
""Sascha Meyer"" <harlequ...@gmx.de> wrote in message
news:20100210114028.29...@gmx.net...
> Hi Morris,
>
> Morris wrote:
>> I have windows 2008 R2 STD and cannot get php to work on it.
>
> Have a look at a post on the MS IIS forums which describes installation
of
> 64-bit PHP on IIS:
> http://forums.iis.net/t/1149917.aspx
>
> HTH!
>
> Regards,
>
> Sascha
> --
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
> 3.5 -
> sicherer, schneller und einfacher!
> http://portal.gmx.net/de/go/chbrowser
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
--- End Message ---
--- Begin Message ---
Thanks Pierre. I believe this statement was made a while back as well and no
show. How can we get them to post the RC1 code so I can test it on one of my
staging servers? It would be great to know if there is a future in PHP
(Smirk) as we are deploying some production sites on it. The problem Is that
we may have webapps in the future which are developed for 64 bit and then we
cannot run them as the server is in 32 bit mode. Or am I missing something
big here? I am fairly new to IIS 7 on win2k8 so it is still a steep learning
curve.
Regards,
Morne
"Pierre Joye" <pierre....@gmail.com> wrote in message
news:fe05d1541002100600s552b2fc6u5a6d1ce0321fa...@mail.gmail.com...
hi,
On Wed, Feb 10, 2010 at 2:55 PM, Sascha Meyer <harlequ...@gmx.de> wrote:
What's really puzzling me is that the X64 windows builds have been
removed from windows.php.net, so I would really advise to give the WPI
32-bit a try.
They will come back with the new snapshots and maybe with 5.3.2RC2 this
week.
However I won't recommend to use x64 in production as not all
libraries have been tested on win64 and it brings absolutely no gain
(perf or whatever else).
Cheers,
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--- End Message ---
--- Begin Message ---
Hi!
developed for 64 bit and then we cannot run them as the server is in 32
bit mode. Or am I missing something big here? I am fairly new to IIS 7
on win2k8 so it is still a steep learning curve.
I think you are missing something important here. PHP applications can't
be "32 bit" or "64 bit". They are system-independent. There are PHP
extensions that are system dependent but those work on both 32 and 64
bit. You may have other apps, like ones written in C++, e.g. IIS
modules, etc. that would be 64 bit, but that would not prevent you from
running PHP as 32-bit binary, if you use FCGI.
--
Stanislav Malyshev, Zend Software Architect
s...@zend.com http://www.zend.com/
(408)253-8829 MSN: s...@zend.com
--- End Message ---
--- Begin Message ---
Thanks Stanislav
I thought I had the cat by the tail on something. The plan is to rollout some
none PHP 64bit apps for IIS on this server in the future. You are saying that I
can actually run php in 32 bit and this will not cause a problem while IIS
run's in 64bit? How would I implement this?
Regards,
Morris
--- End Message ---
--- Begin Message ---
hi,
On Thu, Feb 11, 2010 at 9:04 AM, Morris <mo...@afridata.net> wrote:
> Thanks Pierre. I believe this statement was made a while back as well and no
> show. How can we get them to post the RC1 code so I can test it on one of my
> staging servers? It would be great to know if there is a future in PHP
> (Smirk) as we are deploying some production sites on it. The problem Is that
> we may have webapps in the future which are developed for 64 bit and then we
> cannot run them as the server is in 32 bit mode. Or am I missing something
> big here? I am fairly new to IIS 7 on win2k8 so it is still a steep learning
> curve.
Again:
The recommendation (from php.net and from Microsoft) is to run PHP x86
(32bit) on Windows x64 platform. It works very well (better than php
x64 on x64) and is proven stable.
PHP Web applications won't see the difference as PHP is portable, it
is not aimed to be run on x64 or x86, it has to work on both. The
differences at this stage on windows are:
- The libraries are not tested on windows x64 and for some of them not
even ported
- There is no gain (no performence improvement, no larger integer or
whatever else you are looking for)
About configuring PHP x86 on IIS x64, this process is the same than
for windows+IIS x86. See our manuals, the IIS section.
Cheers,
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--- End Message ---
--- Begin Message ---
Hi Pierre.
Thanks, it is all getting a lot clearer now. However, there is still one more
problem. Initially when i deployed PHP on this server I used the 5.3 nts
version but could not get it working. If i ran the cammand line i could see it
was working but it would not deliver the pages via a webbrowser. As per my
earlier post i get a dot net error. This brought me to the point where i
started thinking this is a 64bit issue. I also stated earlier that i think
there is a setting that is not configured and that is not on the documentation
and that is why it is not working. I however have been unable to figure out
where the problem is. There is a lot of mention of running a command on IIS to
get it to run as a 32bit version. Is this true?
Best Regards,
Morné Fourie
AFRIDATA.net
Cell: +27 83 283 5893
Office: +27 83 283 5893
Fax: 086 658 5062
Email: mo...@afridata.net <mailto:mo...@afridata.net>
________________________________
From: Pierre Joye [mailto:pierre....@gmail.com]
Sent: Thu 2010/02/11 12:05 PM
To: Morne Fourie
Cc: php-wind...@lists.php.net
Subject: Re: [PHP-WIN] 64-bit PHP binaries
hi,
On Thu, Feb 11, 2010 at 9:04 AM, Morris <mo...@afridata.net> wrote:
> Thanks Pierre. I believe this statement was made a while back as well and no
> show. How can we get them to post the RC1 code so I can test it on one of my
> staging servers? It would be great to know if there is a future in PHP
> (Smirk) as we are deploying some production sites on it. The problem Is that
> we may have webapps in the future which are developed for 64 bit and then we
> cannot run them as the server is in 32 bit mode. Or am I missing something
> big here? I am fairly new to IIS 7 on win2k8 so it is still a steep learning
> curve.
Again:
The recommendation (from php.net and from Microsoft) is to run PHP x86
(32bit) on Windows x64 platform. It works very well (better than php
x64 on x64) and is proven stable.
PHP Web applications won't see the difference as PHP is portable, it
is not aimed to be run on x64 or x86, it has to work on both. The
differences at this stage on windows are:
- The libraries are not tested on windows x64 and for some of them not
even ported
- There is no gain (no performence improvement, no larger integer or
whatever else you are looking for)
About configuring PHP x86 on IIS x64, this process is the same than
for windows+IIS x86. See our manuals, the IIS section.
Cheers,
--
Pierre
@pierrejoye | http://blog.thepimp.net <http://blog.thepimp.net/> |
http://www.libgd.org <http://www.libgd.org/>
--- End Message ---
--- Begin Message ---
hi,
On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie <mo...@afridata.net> wrote:
> Thanks, it is all getting a lot clearer now. However, there is still one
> more problem. Initially when i deployed PHP on this server I used the 5.3
> nts version but could not get it working. If i ran the cammand line i could
> see it was working but it would not deliver the pages via a webbrowser. As
> per my earlier post i get a dot net error. This brought me to the point
> where i started thinking this is a 64bit issue. I also stated earlier that i
> think there is a setting that is not configured and that is not on the
> documentation and that is why it is not working. I however have been unable
> to figure out where the problem is. There is a lot of mention of running a
> command on IIS to get it to run as a 32bit version. Is this true?
I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
was some extra setting before with the ISAPI, but it is not required
anymore as it runs through FastCGI (different process than IIS
itself).
See: http://www.php.net/manual/en/install.windows.iis7.php for a
detailed explanation about the FastCGI setup.
Cheers,
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--- End Message ---
--- Begin Message ---
I am re-doing the whole installation tomorrow morning as per the document
and let you know if it worked. I have previously used tis document on one of
my tests but will try it again.
""Morne Fourie"" <mo...@afridata.net> wrote in message
news:67968bde7a0303489896ba0f6d401732075...@afrproexc001.afridata.net...
Thanks Stanislav
I thought I had the cat by the tail on something. The plan is to rollout
some none PHP 64bit apps for IIS on this server in the future. You are
saying that I can actually run php in 32 bit and this will not cause a
problem while IIS run's in 64bit? How would I implement this?
Regards,
Morris
--- End Message ---
--- Begin Message ---
Thanks Pierre. I am going to redo it in the morning. Just a quick one if I
may. There is a hotfix from microsoft and some admin tools that is suggested
should be installed. When I try to install it it says I have the incorrect
software version or operating system. have you come across this on your
travels with php installs on win2k8?
"Pierre Joye" <pierre....@gmail.com> wrote in message
news:fe05d1541002110249g4e70f80bifdf20624d441c...@mail.gmail.com...
hi,
On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie <mo...@afridata.net> wrote:
Thanks, it is all getting a lot clearer now. However, there is still one
more problem. Initially when i deployed PHP on this server I used the 5.3
nts version but could not get it working. If i ran the cammand line i
could
see it was working but it would not deliver the pages via a webbrowser.
As
per my earlier post i get a dot net error. This brought me to the point
where i started thinking this is a 64bit issue. I also stated earlier
that i
think there is a setting that is not configured and that is not on the
documentation and that is why it is not working. I however have been
unable
to figure out where the problem is. There is a lot of mention of running
a
command on IIS to get it to run as a 32bit version. Is this true?
I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
was some extra setting before with the ISAPI, but it is not required
anymore as it runs through FastCGI (different process than IIS
itself).
See: http://www.php.net/manual/en/install.windows.iis7.php for a
detailed explanation about the FastCGI setup.
Cheers,
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--- End Message ---
--- Begin Message ---
no, sorry. Not sure either which fix you ar referring to.
On Thu, Feb 11, 2010 at 12:53 PM, Morris <mo...@afridata.net> wrote:
> Thanks Pierre. I am going to redo it in the morning. Just a quick one if I
> may. There is a hotfix from microsoft and some admin tools that is suggested
> should be installed. When I try to install it it says I have the incorrect
> software version or operating system. have you come across this on your
> travels with php installs on win2k8?
>
> "Pierre Joye" <pierre....@gmail.com> wrote in message
> news:fe05d1541002110249g4e70f80bifdf20624d441c...@mail.gmail.com...
>>
>> hi,
>>
>> On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie <mo...@afridata.net> wrote:
>>
>>> Thanks, it is all getting a lot clearer now. However, there is still one
>>> more problem. Initially when i deployed PHP on this server I used the 5.3
>>> nts version but could not get it working. If i ran the cammand line i
>>> could
>>> see it was working but it would not deliver the pages via a webbrowser.
>>> As
>>> per my earlier post i get a dot net error. This brought me to the point
>>> where i started thinking this is a 64bit issue. I also stated earlier
>>> that i
>>> think there is a setting that is not configured and that is not on the
>>> documentation and that is why it is not working. I however have been
>>> unable
>>> to figure out where the problem is. There is a lot of mention of running
>>> a
>>> command on IIS to get it to run as a 32bit version. Is this true?
>>
>> I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
>> was some extra setting before with the ISAPI, but it is not required
>> anymore as it runs through FastCGI (different process than IIS
>> itself).
>>
>> See: http://www.php.net/manual/en/install.windows.iis7.php for a
>> detailed explanation about the FastCGI setup.
>>
>> Cheers,
>> --
>> Pierre
>>
>> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--- End Message ---
--- Begin Message ---
Hi Morris,
What hotfix you are talking about? There is none to my knowledge required to
run PHP. 32-bit PHP runs pretty well on 64-bit OS. This is what user configure.
Pierre has already provided you a link to install PHP on IIS7. That should
help. A recommended way of running PHP is using IIS FastCGI. If you want to
have bare minimum problem, please try Microsoft Web Platform Installer. It will
install PHP 5.2.12 for you. You can also go through below blogs of mine where I
have explained things in detail. In particular go through the troubleshooting
blog which will help you narrow down the problem. An important point, if you
prior to doing fresh installation through Web Platform Installer or any other
way, please ensure that your current installation is totally wiped out from PHP
executable point of view as well as remove any handler mapping you have done in
IIS or any registry tweak you have done to load the INI files. Here are the
blog link:
http://blogs.iis.net/donraman/archive/2009/10/07/installing-php-on-windows.aspx
http://blogs.iis.net/donraman/archive/2009/10/08/upgrading-to-php-5-3-an-easy-way.aspx
http://blogs.iis.net/donraman/archive/2009/11/15/troubleshooting-php-installation-on-windows.aspx
Let me know in case you have any problem.
Thanks,
Don.
-----Original Message-----
From: Morris [mailto:mo...@afridata.net]
Sent: Thursday, February 11, 2010 3:53 AM
To: php-wind...@lists.php.net
Subject: Re: [PHP-WIN] 64-bit PHP binaries
Thanks Pierre. I am going to redo it in the morning. Just a quick one if I
may. There is a hotfix from microsoft and some admin tools that is suggested
should be installed. When I try to install it it says I have the incorrect
software version or operating system. have you come across this on your
travels with php installs on win2k8?
"Pierre Joye" <pierre....@gmail.com> wrote in message
news:fe05d1541002110249g4e70f80bifdf20624d441c...@mail.gmail.com...
> hi,
>
> On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie <mo...@afridata.net> wrote:
>
>> Thanks, it is all getting a lot clearer now. However, there is still one
>> more problem. Initially when i deployed PHP on this server I used the 5.3
>> nts version but could not get it working. If i ran the cammand line i
>> could
>> see it was working but it would not deliver the pages via a webbrowser.
>> As
>> per my earlier post i get a dot net error. This brought me to the point
>> where i started thinking this is a 64bit issue. I also stated earlier
>> that i
>> think there is a setting that is not configured and that is not on the
>> documentation and that is why it is not working. I however have been
>> unable
>> to figure out where the problem is. There is a lot of mention of running
>> a
>> command on IIS to get it to run as a 32bit version. Is this true?
>
> I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
> was some extra setting before with the ISAPI, but it is not required
> anymore as it runs through FastCGI (different process than IIS
> itself).
>
> See: http://www.php.net/manual/en/install.windows.iis7.php for a
> detailed explanation about the FastCGI setup.
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Hi Everyone. Thanks to all of you for the great input here. I will give a
step by step of what I am doing now.
Platform is Windows 2008 R2 standard 64bit with all updates installed.
I deleted the php folder on the c:\ drive.
I removed the filters and mapping on IIS
I deleted the registry setting hklm\software\php
I created the environment variable path values c:\php and c:\php\ext as
suggested on some sites.
I went to http://www.microsoft.com/web/downloads/platform.aspx to install
php but cannot find it there.
I went to
http://www.microsoft.com/web/gallery/install.aspx?appsxml=&appid=PHP%3bPHP%3bPHP
and tried it from from there. Here I received the comment that I can install
php 5.2.12. I selected it and clicked install and accept. It installed
successfully. (it must have been the collective auro from this forum helping
it to get installed cause I promise I tried this about 5 times before and it
never wanted to install.)
I went to control panel, programs and confirmed php was installed.
I noticed that the php was install under program files on the c drive which
a lot of people are saying is wrong. but for now I will leave it there.
I opened a command prompt and went to the php folder and ran "php -info" and
received the output which seems to show it is working.
I opened php.ini and changed the settings as suggested as per
http://www.php.net/manual/en/install.windows.iis7.php
I opened IIS to check the handler mapping and it was configured as
suggested.
The hotfix/update I saw on
http://www.microsoft.com/downloads/details.aspx?FamilyID=70278393-3291-4aa1-870b-0e9b0907bddf&DisplayLang=en. I
could not isntall it as it complained about the installer service not
working.
I tried to install the administration pack from
http://www.iis.net/expand/AdministrationPack which tells me it is not
supported on my platform.
That is where I am at the moment and still a no go. I will try Don's
troubleshooting page next. As soon as I have this resolved I will post here.
"Venkat Raman Don" <don.ra...@microsoft.com> wrote in message
news:3fa2ad39e9964240b4e6dd4ae62e031b45319...@tk5ex14mbxc120.redmond.corp.microsoft.com...
Hi Morris,
What hotfix you are talking about? There is none to my knowledge required
to run PHP. 32-bit PHP runs pretty well on 64-bit OS. This is what user
configure. Pierre has already provided you a link to install PHP on IIS7.
That should help. A recommended way of running PHP is using IIS FastCGI.
If you want to have bare minimum problem, please try Microsoft Web
Platform Installer. It will install PHP 5.2.12 for you. You can also go
through below blogs of mine where I have explained things in detail. In
particular go through the troubleshooting blog which will help you narrow
down the problem. An important point, if you prior to doing fresh
installation through Web Platform Installer or any other way, please
ensure that your current installation is totally wiped out from PHP
executable point of view as well as remove any handler mapping you have
done in IIS or any registry tweak you have done to load the INI files.
Here are the blog link:
http://blogs.iis.net/donraman/archive/2009/10/07/installing-php-on-windows.aspx
http://blogs.iis.net/donraman/archive/2009/10/08/upgrading-to-php-5-3-an-easy-way.aspx
http://blogs.iis.net/donraman/archive/2009/11/15/troubleshooting-php-installation-on-windows.aspx
Let me know in case you have any problem.
Thanks,
Don.
-----Original Message-----
From: Morris [mailto:mo...@afridata.net]
Sent: Thursday, February 11, 2010 3:53 AM
To: php-wind...@lists.php.net
Subject: Re: [PHP-WIN] 64-bit PHP binaries
Thanks Pierre. I am going to redo it in the morning. Just a quick one if I
may. There is a hotfix from microsoft and some admin tools that is
suggested
should be installed. When I try to install it it says I have the incorrect
software version or operating system. have you come across this on your
travels with php installs on win2k8?
"Pierre Joye" <pierre....@gmail.com> wrote in message
news:fe05d1541002110249g4e70f80bifdf20624d441c...@mail.gmail.com...
hi,
On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie <mo...@afridata.net>
wrote:
Thanks, it is all getting a lot clearer now. However, there is still one
more problem. Initially when i deployed PHP on this server I used the
5.3
nts version but could not get it working. If i ran the cammand line i
could
see it was working but it would not deliver the pages via a webbrowser.
As
per my earlier post i get a dot net error. This brought me to the point
where i started thinking this is a 64bit issue. I also stated earlier
that i
think there is a setting that is not configured and that is not on the
documentation and that is why it is not working. I however have been
unable
to figure out where the problem is. There is a lot of mention of running
a
command on IIS to get it to run as a 32bit version. Is this true?
I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
was some extra setting before with the ISAPI, but it is not required
anymore as it runs through FastCGI (different process than IIS
itself).
See: http://www.php.net/manual/en/install.windows.iis7.php for a
detailed explanation about the FastCGI setup.
Cheers,
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
