64-bit PHP binaries
in [Windows]
|
Prev: Server side redirection - yet again
Next: exception throw from __autoload could not be catched on php 5.3.1
From: "Morris" on 11 Feb 2010 03:00 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"" <harlequin2(a)gmx.de> wrote in message news:20100210135530.299350(a)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" <morne(a)afridata.net> >> An: php-windows(a)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"" <harlequin2(a)gmx.de> wrote in message >> news:20100210114028.29920(a)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
From: "Morris" on 11 Feb 2010 03:04 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.php(a)gmail.com> wrote in message news:fe05d1541002100600s552b2fc6u5a6d1ce0321fabaa(a)mail.gmail.com... > hi, > > On Wed, Feb 10, 2010 at 2:55 PM, Sascha Meyer <harlequin2(a)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
From: Stanislav Malyshev on 11 Feb 2010 03:27 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 stas(a)zend.com http://www.zend.com/ (408)253-8829 MSN: stas(a)zend.com
From: "Morne Fourie" on 11 Feb 2010 03:53 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
From: Pierre Joye on 11 Feb 2010 05:05
hi, On Thu, Feb 11, 2010 at 9:04 AM, Morris <morne(a)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 |