× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Most remote debugging requires you IP address to be added to an allowed-host list. For the Zend Debugger http://files.zend.com/help/Zend-Server-Community-Edition/zend_debugger_-_configuration_directives.htm, for XDebug http://www.xdebug.org/docs/remote.

And, yes, you should use Zend Studio. :-)


Kevin Schroeder
Technology Evangelist
Zend Technologies, Ltd.
www.zend.com
www.twitter.com/kpschrade
www.eschrade.com









-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Buck
Sent: Tuesday, January 04, 2011 2:18 PM
To: web400@xxxxxxxxxxxx
Subject: [WEB400] PHP progress

I managed to have a learning experience at home installing PHP on a
Windows machine that already had Apache and MySql. Also learnt that
Eclipse PDT is unobtanium for WDSC (based on Eclipse 3.2, the PDT binary
from that time was a 0.7 release candidate). Downloading Eclipse 3.6
(Helios) was the right answer, much though I personally dislike the idea
of two separate Eclipses being open at the same time. I learnt that the
Visual C compiler version is an important thing to know when trying to
get the Zend Debugger to work. It didn't, so I resorted to XDebug. In
the end, it all worked out and I have this goofy Ajax thinger that lets
me look at old radio contest logs in a whole new way.

Carried my Eclipse 3.6 project to work, downloaded Helios, imported it
and I'm able to edit PHP just like at home. Very nice. I still don't
like having two Eclipses open but I think I'm going to have to get over
it. Had another learning experience with the debugger (open firewall
port 10000 to connect).

Can't really figure out remote debugging though. I have a form on an
HTML page that fires a PHP action. I want to fill out the form and have
the debugger stop when it hits the PHP action. I do this every day in
RPG. I set a SEP on the program I'm interested in, start at the menu
and the debugger lights up when it reaches the aforementioned program.

The PHP debugger interaction happens when the PHP engine sees the proper
parameters in the URI. Of course the original HTML page has that, but
doesn't pass it to the action.php and so the debugger doesn't break. I
can directly debug the PHP page just fine and then use the debugger to
'fill in' the form. Is this what other people do?

At home, I loaded the XDebug Firefox addon which tells XDebug to start
up regardless of the URI. That does not work for remote debugging.
And, strangely, neither does copy/pasting the parameters in the URI from
the HTML page onto the action page.

Hopefully, someone will point me to the Fine Manual where there's at
least an outline of how an IBM i programmer alters his brain to make
this 'fit'. This is what I meant in the earlier thread about a guided
tour. I'll eventually get ad astra per aspera, but I'd rather have a
less random experience. At the moment my best guess is that someone
will tell me to use Zend Studio. Another Integrated Development
Environment to install, manage and... integrate into my life. Really?
--buck

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.