php-windows Digest 12 Mar 2012 13:50:46 -0000 Issue 4011
Topics (messages 30798 through 30800):
Re: Is there going to be an MSI for php 5.4?
30798 by: Justin Dearing
30799 by: Lester Caine
Thoughts on real cause of a 500 internal server error
30800 by: Jacob Kruger
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 ---
The MSI is a great asset for PHP on windows when it "just works." I
remember older releases where that was not always the case. Recently, it
seems pretty good with IIS.
I can see the case that the MSI might be more trouble than its worth
because it has to be maintained. Would it be possible to direct people
towards phpmanager, webmatrix, etc on the download page as alternatives to
the zip file for people uncomfortable with configuring IIS?
Justin
On Fri, Mar 9, 2012 at 5:32 AM, Lester Caine <les...@lsces.co.uk> wrote:
> Pierre Joye wrote:
>
>> Yes, but it does not always work as it should and it costs us a lot of
>> time to maintain. On the other, projects like Wamp, xampp, easyphp,
>> phpmanager for IIS do a great job to simplify updates and
>> installations of newer PHP. They also use our binaries, so everything
>> is fine.
>>
>
> Since there are at least two options of web server, I think I would agree
> that maintaining something in addition to the options already available
> does not make sense. And extending an MSI to take care of
> IIS/Apache2.2/Apache2.4 with the other expanding installation options is
> going to take someones time.
>
> Personally I find that the ZIP packages are more than enough, but I
> install on top of Apache and that is already configured.
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact -
> http://lsces.co.uk/wiki/?page=**contact<http://lsces.co.uk/wiki/?page=contact>
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk//
> Firebird -
> http://www.firebirdsql.org/**index.php<http://www.firebirdsql.org/index.php>
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
Justin Dearing wrote:
The MSI is a great asset for PHP on windows when it "just works." I
remember older releases where that was not always the case. Recently, it
seems pretty good with IIS.
I can see the case that the MSI might be more trouble than its worth
because it has to be maintained. Would it be possible to direct people
towards phpmanager, webmatrix, etc on the download page as alternatives to
the zip file for people uncomfortable with configuring IIS?
That is my preference anyway since I'm supporting installations using Firebird
rather than MySQL, some of the 'default' installations just cause problems
anyway. I'd rather point Firebird users to a suitable installation guide than
simply slap a generic set-up.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php
--- End Message ---
--- Begin Message ---
In the below bit of code, that last line causes server to bomb out with an HTTP
500 Internal Server Error, but, for example if I comment out that line, and get
it to echo the $sql string value, that I can quite happily get it to run via a
form of query analyzer, returning a record set, etc., but really just wondering
what could be causing this issue, when similar code is running quite happily on
various other pages in same site, using same include files for things like host
name, database values, etc. etc.
Code snippet:
/* there's not much above this aside from setting the values of a couple of
string variables to possibly populated in code below to give them sort of
default values, and a check of $_SESSION variables to make sure they're set */
require("dbInc.php"); //this populates variables to be used for connection
$sql = sprintf("select vEmail, vName from %s where id = %s;", $tableUsers,
$_SESSION["id"]);
$mysqliObj = new mysqli($dbHost, $dbUser, $dbPassword, $dbDB);
$res = $mysqliObj->query($sql);
$res->data_seek(0); //this is the line of code that causes page to bomb out
completely
/* there is otherwise code below here that carries on with calling
fetch_assoc() against $res object, sets variable values, closes connection,
etc. etc. */
Will also try implementing more descriptive error management to see if can get
more info from server itself, but it currently literally just renders the
message about HTTP 500 internal server error.
Stay well
Jacob Kruger
Blind Biker
Skype: BlindZA
'...fate had broken his body, but not his spirit...'
--- End Message ---
