php-windows Digest 13 Feb 2009 20:59:16 -0000 Issue 3575
Topics (messages 29182 through 29184):
Re: XDEBUG with 5.2.6, IIS 5.1, CGI
29182 by: Elizabeth M Smith
29184 by: Herb Munson
Re: PHP 4.4.9, Windows: php_openssl.dll is loaded, but https wrapper not found.
29183 by: Jason Cipriani
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 ---
Herb Munson wrote:
> Well, I'm now set up with CGI on my XP - IIS 5.1 - PHP 5.2.6 system. And
> its much more fun now, it doesn't seem to be kicking off all those Access
> Violations, as isapi did. Many thanks for that.
>
>
>
> But now where xdebug worked (on those rare occasions without access
> violations) - nada. NetBeans tries to load xdebug, and tries and tries, and
> nothing good happens (it doesn't connect).
>
>
>
> I'm using php_xdebug-2.0.4-5.2.8-nts.dll, corresponding to the download link
> "5.2 VC6 Non-thread-safe". Looks right to me, but what do I know. (Yup, the
> ini file points to this replacement for the ts version I used before, and
> the 4 xdebug parameters are set.) If the dll isn't the problem, there
> doesn't seem to be much more that could be wrong. So simple, yet I've
> screwed it up.
>
>
>
> Any suggestions? It would REALLY be nice to have a debugger. Banging my
> head against the wall is starting to hurt quite a bit.
>
>
As the Xdebug docs mention:
If you're loading it as a zend module remember to use
zend_extension=/path/to/xdebug NOT
zend_extension_ts=/path/to/xdebug
or it'll never load (since you're using the non-thread safe version)
Thanks,
Elizabeth
--- End Message ---
--- Begin Message ---
To try and understand why netBeans 6.5 (Build 200811100001) spins its wheels
trying to connect to xdebug, I ran sysinternals process monitor and included
only events wherein the "process name" included "php". Rationale: I assume
that if I run a project from netBeans, or use Mozilla to open
http://localhost/phpinfo.php?XDEBUG_SESSION_START=mysession, then php will
try to load xdebug, and that event will show up in procmon. (btw, iwbn if
procmon would make it easier to filter out anything outside the time of the
first and last events in the current display.)
The expected xdebug events do not happen.
1. Experiment 1. Initially, procmon shows no events. Start the
netBeans debugger.
Procmon is populated with 2781 events for which the process name contains
php.
"find" finds 2 instances of the string "xdebug" in those events, both in the
"detail" field of a directory query.
There are 40 instances of "php5ts.dll", including a successful "load image"!
I thought CGI was non-ts; why is php-cgi.exe loading this?
2. Experiment 2. Procmon again cleared of events. Mozilla opens
/localhost/phpinfo.php?xdebug_session_start=yada
Populated with 5685 events
Finds 2 instance of "xdebug", both in "detail" of directory query.
So it looks to me as though php is not <trying> to load "xdebug". Why not?
Is my approach nuts? (at this point.I am!)
Suggestions? Is there some other way to figure out what's going on?
Herb
BTW, my php.ini settings:
zend_extension = C:\php\ext\php_xdebug-2.0.4-5.2.8-nts.dll
;;;;;;;;;;;;;;;;;;;
; Module Settings ;
;;;;;;;;;;;;;;;;;;;
;[Xdebug]
xdebug.remote_enable = on
xdebug.remote_handler = dbgp
xdebug.remote_host=localhost
xdebug.remote_port = 9000
--- End Message ---
--- Begin Message ---
On Wed, Feb 11, 2009 at 11:16 AM, <cont...@jlleblanc.com> wrote:
> I've had similar issues with self-signed certificates and PHP 5.x. The way I
> got around it was to install the cURL libraries and use code like this:
>
> $channel = curl_init();
> curl_setopt($channel, CURLOPT_SSL_VERIFYPEER, false);
> curl_setopt($channel, CURLOPT_URL, $yourHttpsUrlHere);
> curl_setopt($channel, CURLOPT_CONNECTTIMEOUT, 30);
> curl_setopt($channel, CURLOPT_BUFFERSIZE, 500000);
> curl_setopt($channel, CURLOPT_FOLLOWLOCATION, true);
> curl_setopt($channel, CURLOPT_RETURNTRANSFER, true);
> $content = curl_exec($channel);
> curl_close($channel);
>
> Not ideal, but it finally worked for me.
I did get it working using PHP 4 + curl, thanks to your suggestion,
but in the end I ended up switching to PHP 5. After doing that;
loading ssh_openssl.dll was all it took to get everything working
correctly with file_get_content() -- it will always be a mystery to me
why PHP 4 gave so much trouble; it *is* documented to support https
requests.
Thanks again!
Jason
>
> -Joe
>
> Quoting Jason Cipriani <jason.cipri...@gmail.com>:
>
>> On Wed, Feb 11, 2009 at 7:55 AM, Marco Schuster
>> <ma...@harddisk.is-a-geek.org> wrote:
>>>
>>> 2009/2/10 Jason Cipriani <jason.cipri...@gmail.com>:
>>>>
>>>> I've added php_openssl.dll to php.ini. Once I did that, the error
>>>> changed to:
>>>>
>>>> "Unable to find wrapper 'https' - did you forget to enable it when you
>>>> configured PHP?"
>>>>
>>>> I guess I did forget to configure it, but I don't know how. Everything
>>>> I have seen so far suggests that simply loading the DLL is enough to
>>>> enable OpenSSL support, define the wrapper, and solve the problem, but
>>>> that does not seem to be the case. I have done a considerable amount
>>>> of experimenting and Google searching but have made no progress.
>>>>
>>>> How can I make this work? I can verify that the DLL is loaded and that
>>>> I am using the PHP.INI file that I think I'm using (by moving the DLL
>>>> out of the path to verify that PHP.EXE fails, and by modifying the
>>>> PHP.INI file and verifying the effects). I can verify that openssl
>>>> support is enabled because the openssl modules shows up in phpinfo().
>>>> However, I'm not sure how to define the https wrapper.
>>>>
>>>
>>> What PHP version is this? The dates from the phpconfig output indicate
>>> you use a very old PHP version.
>>
>> It's 4.4.9 (you clipped off the part of my message with the version
>> number :-). It's the most "recent" version of PHP 4. I'm actually
>> asking this question on behalf of our web programmers, who are pretty
>> far into development and locked into PHP 4 (they're using 4.4.7, but
>> I'm assuming they won't mind switching to 4.4.9). Now they need to
>> retrieve a resource from one of our servers via HTTPS.
>>
>> Is it just not possible to make HTTPS connections from PHP 4 scripts
>> on Windows? Like I mentioned, everything I've read suggests that
>> loading php_openssl.dll will enable the https wrapper as well, but it
>> seems like I'm missing a step.
>>
>> Thanks,
>> Jason
>>
>> --
>> PHP Windows Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
>
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
