hi, Let me start from scratch: To test the output of a http request, no browser is required. PHP alone suffices, or wget/curl cmd line (or other similar tools). PHP supports HTTP (incl. headers), the diff can be generated easily, see run-tests.php. The only reason why a browser would be required is to compare the visual output or how js behaves. That's where GD could help, to compare screenshots of the rendered page. But that's not what we neeed here. That's what I was trying to explain. Cheers, -- Pierre On Tue, Feb 2, 2010 at 7:37 AM, Venkat Raman Don <Don.Raman@xxxxxxxxxxxxx> wrote: > Hi, > > Let's don't argue just for the heck of it. > > Can I know why browser is not a good thing. And what solution you are arriving into. And can you help me share the coding for that solution if we find it better. And BTW my solution doesn't involve comparing screenshot. > > I think I have given enough reason why not to use GD/COM. Do you still think using COM/GD is a viable option? Or you have another alternative? I already told you we can use Mozilla based browser which can be used across platform. Ideally a solution should be scalable and work on different matrix. > > Thanks, > Don. > > -----Original Message----- > From: Pierre Joye [mailto:pierre.php@xxxxxxxxx] > Sent: Monday, February 01, 2010 1:04 PM > To: Venkat Raman Don > Cc: php-windows@xxxxxxxxxxxxx > Subject: Re: A way available to test PHP CGI builds. > > On Mon, Feb 1, 2010 at 9:59 PM, Venkat Raman Don > <Don.Raman@xxxxxxxxxxxxx> wrote: >> Hi, >> >> A good idea about using COM/GD. Let's talk about some pro/cons of it and the solution I gave. >> 1. COM never worked with default IIS configuration because of permission issues. This means again you are not simulating a real world scenario. >> 2. COM based solution will never have the ability to be ported to UNIX world. >> 3. GD can be used for screenshot comparison but any screenshot comparison will have some error of margin. Plus your thing (expected output) will be dependent on screen resolution/display settings etc. If your code has to be portable going this route is not a good idea in my view. >> >> Regarding dependency on IE, I see no reason why we cannot use a Mozilla based browser and automate it. That way it can work on any platform though it will have its own challenges but not the ones we will face using GD and COM. > > Sorry, I was not clear. My point was: There is no need of a browser to > do http requests and compare the output. > > For test client side results (visuallly, js, etc.), there are > excellent tools out there like selenium, but that's not what we > discuss here. > > 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 -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
