On Thu, 2003-07-03 at 15:31, Björn Schotte wrote:
> If so, then I would suggest the following add-ons:
Whatever. :-)
The patch is out there. I wrote because I found it useful. If others
find it useful as well, so much better. I see no value in this
discussion, and no reason to keep cluttering the
* Marco Tabini wrote:
> On Thu, 2003-07-03 at 13:49, Björn Schotte wrote:
> > No. My position is that a developer should evolve and learn
> > that there are some more professional ways than just dumping
> > debug data to the browser instead of a log file.
> Please, do not imply that what I am sugge
Can you guys take this thread off the internals@ list please.
- Original Message -
From: "Fred Merritt" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 03, 2003 7:16 PM
Subject: Re: [PHP-DEV] Re: var_dump_html()
> Sorry, I'll try again
>
Sorry, I'll try again
Why is dumping debug to the log more professional??
When I want debug information, I usually want it quick. It takes 2
seconds to add a var_dump or whatever, upload the change, and reload the
page. Whatever gets the job done quickest seems more professional to me.
Best re
smime.p7s
Description: S/MIME Cryptographic Signature
Marco Tabini schrieb:
> A two-liner is twice as many lines as a one-liner :-) .
Thats why I pointed to auto_prepend_file.
> In a debugging
> situation, you often add and remove var_dump()'s quickly and all over
> the place while hunting down a bug. Having to worry about an extra step
> uselessly
On Thu, 2003-07-03 at 13:49, Björn Schotte wrote:
> * Marco Tabini wrote:
> > So, your position is that a developer should bend to the technology.
>
> No. My position is that a developer should evolve and learn
> that there are some more professional ways than just dumping
> debug data to the brow
* Marco Tabini wrote:
> So, your position is that a developer should bend to the technology.
No. My position is that a developer should evolve and learn
that there are some more professional ways than just dumping
debug data to the browser instead of a log file.
--
ThinkPHP und Partner auf dem L
On Thu, 2003-07-03 at 13:43, Björn Schotte wrote:
> * Marco Tabini wrote:
> > (a) Not everybody does it that way
>
> That's no argument.
Well, how can I argue with this?
> > (b) Not everybody *can do it* that way--think Windows users.
>
> Cygwin exists and I'm sure there's a bunch of freeware/
* Marco Tabini wrote:
> (a) Not everybody does it that way
That's no argument.
> (b) Not everybody *can do it* that way--think Windows users.
Cygwin exists and I'm sure there's a bunch of freeware/shareware
tools that do the same.
--
ThinkPHP und Partner auf dem LinuxTag. Seien Sie mit dabei,
On Thu, 2003-07-03 at 13:33, Björn Schotte wrote:
> Normally one would dump to an error_log (and having
> a tail -f php_error.log in another shell), not to the browser.
> If one has a small web package, he could do "" ... "",
> so there shouldn't be any problem.
Yes, but--
(a) Not everybody does
* Marco Tabini wrote:
> Thanks, Frank, I have. But do I really want to load up a PEAR class to
> dump my variables to the browser? For me, the answer is no--although,
> obviously, that is only my opinion.
Normally one would dump to an error_log (and having
a tail -f php_error.log in another shell)
On Thu, 2003-07-03 at 13:09, Frank Wiegand wrote:
> IMHO its not PHP's job to produce HTML output for debugging purposes.
Well, then, I guess we'll have to agree to disagree. IMO, PHP's job is
to work in a way that is most useful to the developer. Since most
developers use PHP in web projects, it
Marco Tabini wrote:
>> Please have a look at PEAR::PHP::Var_Dump:
>> http://pear.php.net/package-info.php?pacid=103
> Thanks, Frank, I have. But do I really want to load up a PEAR class to
> dump my variables to the browser? For me, the answer is no--although,
> obviously, that is only my opinio
On Thu, 2003-07-03 at 11:47, Frank Wiegand wrote:
> Marco Tabini wrote:
>
> > Not sure if this interest anyone, but the attached patch adds a function
> > called var_dump_html() that performs the same functionality as
> > var_dump(), except that it outputs HTML instead of plain text.
> > var_dump(
Marco Tabini wrote:
> Not sure if this interest anyone, but the attached patch adds a function
> called var_dump_html() that performs the same functionality as
> var_dump(), except that it outputs HTML instead of plain text.
> var_dump() is a bit impractical to use in a web environment, IMO.
Plea
16 matches
Mail list logo
