php-general Digest 21 Aug 2006 11:58:49 -0000 Issue 4305

Topics (messages 240928 through 240942):

Re: Script timing out.
        240928 by: Chris
        240929 by: Jeroen

Re: Shopping cart
        240930 by: Gerry D
        240931 by: Skip Evans
        240932 by: Peter Lauri
        240936 by: Larry Garfield

Recommendations for PHP debuggers?
        240933 by: Dave M G
        240934 by: Robert Cummings
        240935 by: Paul Scott
        240937 by: Dave M G
        240938 by: Marcus Bointon
        240939 by: Tony Marston
        240940 by: Colin Guthrie

Regex
        240941 by: Nadim Attari

stupid compile problem... additional ini files not found
        240942 by: Jochem Maas

Administrivia:

To subscribe to the digest, e-mail:
        [EMAIL PROTECTED]

To unsubscribe from the digest, e-mail:
        [EMAIL PROTECTED]

To post to the list, e-mail:
        [email protected]


----------------------------------------------------------------------
--- Begin Message ---
Tom Ray [Lists] wrote:
I just installed PHP Open Chat and I'm getting an error when I log in about the script being unresponsive. Anyone ever run into this? Or could shed a light as to what causes this error? I've never seen it come up before.....I'm running PHP 4.4.2/Apache 2.0.5

You're better off asking the people who develop the application. They know the code, we don't.

--
Postgresql & php tutorials
http://www.designmagick.com/

--- End Message ---
--- Begin Message ---
On 8/21/06, Tom Ray [Lists] <[EMAIL PROTECTED]> wrote:
I just installed PHP Open Chat and I'm getting an error when I log in
about the script being unresponsive. Anyone ever run into this? Or could
shed a light as to what causes this error? I've never seen it come up
before.....I'm running PHP 4.4.2/Apache 2.0.5

I think it would be helpful if you post the complete error. Also, is
it the browser
or the script (PHP) giving the error?

--
Jeroen

--- End Message ---
--- Begin Message ---
On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
OSCommerce is crap.  Don't bother.


Why do you say that, Larry? I may want to get into an app like that
because I think one of my clients is ready for it. What are the cons,
and what are my options? What are Drupal's limitations?

TIA

Gerry

--- End Message ---
--- Begin Message --- Granted, the shopping cart/credit card processing modules I've been required to write have not been massively complex, but I am still a bit baffled why so many fully qualified programmers automatically leap to Xcart, OSCommerce, and other such solutions when shopping carts are not at all difficult to write.

I've found the third party jobbers I've looked at to be messy code-wise, and that's being polite.

If you have anything custom to do, if the cart doesn't work just the way you want it, you'll spend more time trying to get OS and X doing what you want then just writing it yourself.

But that's just my opinion.

Gerry D wrote:
On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:

OSCommerce is crap.  Don't bother.


Why do you say that, Larry? I may want to get into an app like that
because I think one of my clients is ready for it. What are the cons,
and what are my options? What are Drupal's limitations?

TIA

Gerry


--
Skip Evans
Big Sky Penguin, LLC
61 W Broadway
Butte, Montana 59701
406-782-2240

--- End Message ---
--- Begin Message ---
Agreed...

-----Original Message-----
From: Skip Evans [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 21, 2006 8:25 AM
To: Gerry D
Cc: Larry Garfield; [email protected]
Subject: Re: [PHP] Shopping cart

Granted, the shopping cart/credit card processing 
modules I've been required to write have not been 
massively complex, but I am still a bit baffled 
why so many fully qualified programmers 
automatically leap to Xcart, OSCommerce, and other 
such solutions when shopping carts are not at all 
difficult to write.

I've found the third party jobbers I've looked at 
to be messy code-wise, and that's being polite.

If you have anything custom to do, if the cart 
doesn't work just the way you want it, you'll 
spend more time trying to get OS and X doing what 
you want then just writing it yourself.

But that's just my opinion.

Gerry D wrote:
> On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
> 
>> OSCommerce is crap.  Don't bother.
>>
> 
> Why do you say that, Larry? I may want to get into an app like that
> because I think one of my clients is ready for it. What are the cons,
> and what are my options? What are Drupal's limitations?
> 
> TIA
> 
> Gerry
> 

-- 
Skip Evans
Big Sky Penguin, LLC
61 W Broadway
Butte, Montana 59701
406-782-2240

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

--- End Message ---
--- Begin Message ---
On Sunday 20 August 2006 20:17, Gerry D wrote:
> On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
> > OSCommerce is crap.  Don't bother.
>
> Why do you say that, Larry? I may want to get into an app like that
> because I think one of my clients is ready for it. What are the cons,
> and what are my options? What are Drupal's limitations?

I tried using it for a client last summer, because it was available free on 
the client's web host.  It is extremely rigid.  If you want a program that 
works the way they want and looks kinda like Buy.com with a table-based 
layout in 3 columns with certain visual effects, it's fine.  If you want to 
change or customize anything, good luck.  Nearly everything is hard coded 
with HTML and presentation PHP and business logic PHP all mixed in together.  
With a table based layout.

Ugh.

As for using pre-build vs. rolling your own, the main reason I favor 
ready-made is the bank hookups.  Anytime financial stuff is involved, I'd 
rather use something someone else already debugged than roll my own.  

-- 
Larry Garfield                  AIM: LOLG42
[EMAIL PROTECTED]               ICQ: 6817012

"If nature has made any one thing less susceptible than all others of 
exclusive property, it is the action of the thinking power called an idea, 
which an individual may exclusively possess as long as he keeps it to 
himself; but the moment it is divulged, it forces itself into the possession 
of every one, and the receiver cannot dispossess himself of it."  -- Thomas 
Jefferson

--- End Message ---
--- Begin Message ---
PHP List,

For the last month I have been using Zend Studio and Zend Platform on the one month trial period. It works well enough that I was considering purchasing it.

But it's only now that I realize that the one feature that makes it worthwhile for me, the "debug server" option, is only available in the professional edition.

I'm just a lone PHP programmer doing web pages for mainly non-profit (not charitable, just extremely cash poor) organizations. The difference between the 100 US dollar standard edition and the 300 US dollar professional edition is a deal breaker.

So I'm looking around for other debugging options.

The best contender so far has been Quanta with the Gubed plug in. But it is buggy, and while I've had success in running it, I've also had as much trouble. Especially with some error messages that won't go away:
http://forum.gubed.mccabe.nu/viewtopic.php?t=396&sid=5b76626496aab99293e062c494a7af2e

After that PHPeclipse seems good. By "seems" I mean that I've installed Eclipse and PHPeclipse and can run them and see they have a sexy interface and all. But trying to download the DBG package that makes PHPeclipse interface with the server is near impossible.

As I'm an Ubuntu user, I tried looking up distro-specific instructions for installing DBG, and the one forum entry on the topic I found:
http://www.ubuntuforums.org/showthread.php?t=6672
... says to go to this web page:
http://www.phpeclipse.de/tiki-index.php?page=DbgBasedDebugger
... where the installation instructions are for Windows!

There's also a package called "NuSphere", which is paid software, but also rests on the DBG debugger technology. I'm very hesitant to encounter the same difficulties in installing DBG and having to pay for it as well.

I asked once before on this list about which PHP editors people recommend, which is how I heard of Eclipse.

However, now I'm asking:

Does anyone know how to get a reliable PHP graphical debugger to actually install and work on Linux?

Any tutorials or instructions available anywhere that are newbie friendly? After all, aren't the newbies the ones most likely to be the ones to use a GUI debugger?

Any advice or help would be greatly appreciated.

Thank you for your time.

--
Dave M G
Ubuntu 6.06 LTS
Kernel 2.6.17.7
Pentium D Dual Core Processor
PHP 5, MySQL 5, Apache 2

--- End Message ---
--- Begin Message ---
Are you sure you need a debugger? I find the best tools around for
debugging are echo(), print_r(), ob_xxxx(), and error_log(). Of course,
I use a function that wraps the print_r(), and ob_xxx() functions for
simplicity. I've never found a debugger for PHP to be particularly
useful.

Cheers,
Rob.


On Mon, 2006-08-21 at 12:55 +0900, Dave M G wrote:
> PHP List,
> 
> For the last month I have been using Zend Studio and Zend Platform on 
> the one month trial period. It works well enough that I was considering 
> purchasing it.
> 
> But it's only now that I realize that the one feature that makes it 
> worthwhile for me, the "debug server" option, is only available in the 
> professional edition.
> 
> I'm just a lone PHP programmer doing web pages for mainly non-profit 
> (not charitable, just extremely cash poor) organizations. The difference 
> between the 100 US dollar standard edition and the 300 US dollar 
> professional edition is a deal breaker.
> 
> So I'm looking around for other debugging options.
> 
> The best contender so far has been Quanta with the Gubed plug in. But it 
> is buggy, and while I've had success in running it, I've also had as 
> much trouble. Especially with some error messages that won't go away:
> http://forum.gubed.mccabe.nu/viewtopic.php?t=396&sid=5b76626496aab99293e062c494a7af2e
> 
> After that PHPeclipse seems good. By "seems" I mean that I've installed 
> Eclipse and PHPeclipse and can run them and see they have a sexy 
> interface and all. But trying to download the DBG package that makes 
> PHPeclipse interface with the server is near impossible.
> 
> As I'm an Ubuntu user, I tried looking up distro-specific instructions 
> for installing DBG, and the one forum entry on the topic I found:
> http://www.ubuntuforums.org/showthread.php?t=6672
> ... says to go to this web page:
> http://www.phpeclipse.de/tiki-index.php?page=DbgBasedDebugger
> ... where the installation instructions are for Windows!
> 
> There's also a package called "NuSphere", which is paid software, but 
> also rests on the DBG debugger technology. I'm very hesitant to 
> encounter the same difficulties in installing DBG and having to pay for 
> it as well.
> 
> I asked once before on this list about which PHP editors people 
> recommend, which is how I heard of Eclipse.
> 
> However, now I'm asking:
> 
> Does anyone know how to get a reliable PHP graphical debugger to 
> actually install and work on Linux?
> 
> Any tutorials or instructions available anywhere that are newbie 
> friendly? After all, aren't the newbies the ones most likely to be the 
> ones to use a GUI debugger?
> 
> Any advice or help would be greatly appreciated.
> 
> Thank you for your time.
> 
> -- 
> Dave M G
> Ubuntu 6.06 LTS
> Kernel 2.6.17.7
> Pentium D Dual Core Processor
> PHP 5, MySQL 5, Apache 2
> 
-- 
.------------------------------------------------------------.
| InterJinn Application Framework - http://www.interjinn.com |
:------------------------------------------------------------:
| An application and templating framework for PHP. Boasting  |
| a powerful, scalable system for accessing system services  |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for       |
| creating re-usable components quickly and easily.          |
`------------------------------------------------------------'

--- End Message ---
--- Begin Message ---
On Mon, 2006-08-21 at 00:18 -0400, Robert Cummings wrote:
> Are you sure you need a debugger? I find the best tools around for
> debugging are echo(), print_r(), ob_xxxx(), and error_log(). Of course,
> I use a function that wraps the print_r(), and ob_xxx() functions for
> simplicity. I've never found a debugger for PHP to be particularly
> useful.
> 

Besides the above (and var_dump - if possible plus the PEAR Var_Dump
package to make it more readable) I only really use XDebug (pecl install
xdebug).

I also use Ubuntu, and I have a copy of Zend Studio Pro, but I don't use
the debugging functionality, as I find it a little counter intuitive. 

Best thing to do IMO, is set your error_reporting to E_ALL or E_STRICT
and install xdebug.

--Paul

All Email originating from UWC is covered by disclaimer 
http://www.uwc.ac.za/portal/uwc2006/content/mail_disclaimer/index.htm 

--- End Message ---
--- Begin Message ---
Paul, Robert,

Thank you for replying and for your recomendations.

While looking into PHP debuggers, I've often come across mention of simply using functions like var_dump() and print_r().

But unless I misunderstand the concept, one has to be always writing these commands into the code, see what they do, and then take them out again when you actually want the code to run as you intend it to be seen.

And I don't see how you can do things like watch variables or set break points. Again, unless I don't see it, to watch a variable through many steps of a script, you'd have to place a var_dump() at each juncture, run the whole script, and pick through the output afterwards. If you have arrays which many elements - $_SERVER usually has about 30 or more - that could be quite a lot of text dumped to the screen.

While I can see that this approach would work, it also seems to me to involve much more manual labour.

In the end, it may just be a personal thing. I'm much more of a graphics guy who wants to do some more stuff with his web pages than a hard core coder. I prefer a more GUI approach to development.

Zend didn't really wow me. It took weeks of back and forth with their support to finally get it up to speed. I'll give them credit for having very friendly and responsive support staff. But I would have much rather not needed to use their support so much.

But I'd rather that then have to have to build my own set of error handlers, which would themselves need constant tweaking, especially as I'm a newbie.

--
Dave M G
Ubuntu 6.06 LTS
Kernel 2.6.17.7
Pentium D Dual Core Processor
PHP 5, MySQL 5, Apache 2

--- End Message ---
--- Begin Message ---
On 21 Aug 2006, at 04:55, Dave M G wrote:

So I'm looking around for other debugging options.

One oft-overlooked option: xdebug.org. It enhances PHP's built-in debugging features enormously, adds profiling, trace and coverage logging, remote debugging too. The improved readability of stack traces alone makes it worthwhile IMHO.

Marcus
--
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
[EMAIL PROTECTED] | http://www.synchromedia.co.uk/

--- End Message ---
--- Begin Message ---
Check out PHPEdit from http://www.waterproof.fr/products/PHPEdit/  It has an 
integrated debugger and is a lot cheaper than Zend Studio Pro.

-- 
Tony Marston
http://www.tonymarston.net
http://www.radicore.org

"Dave M G" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> PHP List,
>
> For the last month I have been using Zend Studio and Zend Platform on the 
> one month trial period. It works well enough that I was considering 
> purchasing it.
>
> But it's only now that I realize that the one feature that makes it 
> worthwhile for me, the "debug server" option, is only available in the 
> professional edition.
>
> I'm just a lone PHP programmer doing web pages for mainly non-profit (not 
> charitable, just extremely cash poor) organizations. The difference 
> between the 100 US dollar standard edition and the 300 US dollar 
> professional edition is a deal breaker.
>
> So I'm looking around for other debugging options.
>
> The best contender so far has been Quanta with the Gubed plug in. But it 
> is buggy, and while I've had success in running it, I've also had as much 
> trouble. Especially with some error messages that won't go away:
> http://forum.gubed.mccabe.nu/viewtopic.php?t=396&sid=5b76626496aab99293e062c494a7af2e
>
> After that PHPeclipse seems good. By "seems" I mean that I've installed 
> Eclipse and PHPeclipse and can run them and see they have a sexy interface 
> and all. But trying to download the DBG package that makes PHPeclipse 
> interface with the server is near impossible.
>
> As I'm an Ubuntu user, I tried looking up distro-specific instructions for 
> installing DBG, and the one forum entry on the topic I found:
> http://www.ubuntuforums.org/showthread.php?t=6672
> ... says to go to this web page:
> http://www.phpeclipse.de/tiki-index.php?page=DbgBasedDebugger
> ... where the installation instructions are for Windows!
>
> There's also a package called "NuSphere", which is paid software, but also 
> rests on the DBG debugger technology. I'm very hesitant to encounter the 
> same difficulties in installing DBG and having to pay for it as well.
>
> I asked once before on this list about which PHP editors people recommend, 
> which is how I heard of Eclipse.
>
> However, now I'm asking:
>
> Does anyone know how to get a reliable PHP graphical debugger to actually 
> install and work on Linux?
>
> Any tutorials or instructions available anywhere that are newbie friendly? 
> After all, aren't the newbies the ones most likely to be the ones to use a 
> GUI debugger?
>
> Any advice or help would be greatly appreciated.
>
> Thank you for your time.
>
> -- 
> Dave M G
> Ubuntu 6.06 LTS
> Kernel 2.6.17.7
> Pentium D Dual Core Processor
> PHP 5, MySQL 5, Apache 2 

--- End Message ---
--- Begin Message ---
Marcus Bointon wrote:
On 21 Aug 2006, at 04:55, Dave M G wrote:

So I'm looking around for other debugging options.

One oft-overlooked option: xdebug.org. It enhances PHP's built-in debugging features enormously, adds profiling, trace and coverage logging, remote debugging too. The improved readability of stack traces alone makes it worthwhile IMHO.

Be warned tho'. I have had several odd apache crashes when running PHP as a module with xdebug installed. Totally inexplicable and very confusing (not to mention it took me a while to be able to run httpd via gdb successfully!)

If you're using PHP Eclipse, it may be worth looking at the Zend alternative Eclipse plugin.

I've not hooked up the debugger yet, but it /should/ be good if it's from Zend.

http://www.zend.com/phpide/

PS the all-in-one package is probably easier to get started with rather than your distro's Eclipse package (took me about an hour to get all the dependancies located and installed), tho' it does work either way.


Col.

--- End Message ---
--- Begin Message ---
Hello,

I have some text in a table... the text contains hyperlinks (but not html coded, i.e. plain "Some text...http://www.something.com";)

When i retrieve these texts from the table, i want the hyperlinks to become clickable, i.e. <a href etc added automatically.

"Some text...<a href="http://www.something.com";>http://www.something.com</a>"

I know this sould be done using Regex, but i don't know regex.

Any help (links, examples, etc)

Thanks
Nadim Attari

--- End Message ---
--- Begin Message ---
hi people,

anyone know why my additional ini files are being ignored.

I've just built php5.1.1
the configure line is:

'./configure' '--with-interbase=shared,/opt/firebird' 
'--with-apxs2=/usr/sbin/apxs' '--with-gd=shared' '--with-zlib-dir'
'--with-jpeg-dir' '--with-config-file-scan-dir=/etc/php.d' '--with-mm=/usr'

the dir [that php is configured to look in for additional ini files] exists:

# ls -lart /etc/php.d/
total 32
-rw-r--r--  1 root root   375 Aug 21 12:42 interbase.ini
-rw-r--r--  1 root root    51 Aug 21 12:42 gd.ini
-rw-r--r--  1 root root  1130 Aug 21 12:42 apc.ini
drwxr-xr-x  2 root root  4096 Aug 21 12:45 .
drwxr-xr-x 91 root root 12288 Aug 21 13:20 ..

YET, doing a 'php -i' shows that no files were read from that dir:

<SNIP>
PHP Version => 5.1.1
System => Linux testserver.dynabyte.nl 2.6.15-1.2054_FC5 #1 Tue Mar 14 15:48:33 
EST 2006 i686
Build Date => Aug 21 2006 13:43:09
Configure Command =>  './configure' '--with-interbase=shared,/opt/firebird' 
'--with-apxs2=/usr/sbin/apxs'
'--with-gd=shared' '--with-zlib-dir' '--with-jpeg-dir' 
'--with-config-file-scan-dir=/etc/php.d' '--with-mm=/usr'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /etc/php.ini
Scan this dir for additional .ini files => /etc/php.d
PHP API => 20041225
</SNIP>

the following line should be part of the snippet just above the last line (PHP 
API):

additional .ini files parsed => /etc/php.d/apc.ini, /etc/php.d/gd.ini, 
/etc/php.d/interbase.ini


any takers?

--- End Message ---

Reply via email to