OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
php-general Digest 2 Jul 2005 03:03:44 -0000 Issue 3544

php-general-digest-helplists.php.net
Date: Fri Jul 01 2005 - 22:03:44 CDT


php-general Digest 2 Jul 2005 03:03:44 -0000 Issue 3544

Topics (messages 217972 through 218010):

Re: PHP Magazine
        217972 by: Nadim Attari
        218002 by: Richard Lynch

Re: Technology Forums
        217973 by: Jason Wong
        217975 by: Ryan A

Re: PHP vs. ColdFusion
        217974 by: Andrew Scott
        217976 by: Jay Blanchard
        217977 by: John Nichel
        217978 by: Andrew Scott
        217981 by: George Pitcher
        217983 by: Andrew Scott
        217984 by: John Nichel
        217985 by: Greg Donald
        217986 by: Greg Donald
        217987 by: John Nichel
        217988 by: Richard Davey
        217989 by: Stut
        217990 by: Richard Davey
        217994 by: Andrew Scott
        217995 by: Andrew Scott
        217997 by: Stphane Bruno
        218001 by: Stut
        218009 by: Mark Charette

Re: postgres - mysql last_inserted_id
        217979 by: Martín Marqués
        217996 by: Philip Hallstrom
        218003 by: Richard Lynch

Re: Object Oriented PHP (5)
        217980 by: Brad Pauly
        217982 by: Jason Barnett

Re: reading PDF's
        217991 by: Jason Barnett
        217998 by: Ben Ramsey
        218008 by: Jasper Bryant-Greene

Delivery reports about your e-mail
        217992 by: Mail Delivery Subsystem

php OOP book ...?
        217993 by: enriquebris.cimex.com.cu

Re: cUrl and proxies
        217999 by: Manuel Lemos

[case closed][Fwd: Re: [PHP-DEV] [Fwd: [PHP] constant() - php5]]
        218000 by: Jochem Maas

Re: newline and pregreplace
        218004 by: Richard Lynch
        218005 by: Richard Lynch
        218006 by: Dotan Cohen

Re: shell expansion (globbing) from inside php cli script
        218007 by: Brian V Bonini

New Free PHP Framework: Lampshade
        218010 by: Aaron Greenspan

Administrivia:

To subscribe to the digest, e-mail:
        php-general-digest-subscribelists.php.net

To unsubscribe from the digest, e-mail:
        php-general-digest-unsubscribelists.php.net

To post to the list, e-mail:
        php-generallists.php.net

----------------------------------------------------------------------

attached mail follows:


"Richard Davey" a crit dans le message
> Hello Nadim,
>
> Friday, July 1, 2005, 7:23:44 AM, you wrote:
>
> NA> Two PHP magazines available are:
> NA> - php|arch (www.phparch.com)
> NA> - phpMag (www.php-mag.net)
>
> NA> Want to subscribe to one of these 2. Please help me decide by sending
your
> NA> comments on these 2 mags.
>
> They're both good. I only read the PDF version of php|a, which is much
> cheaper and lets me print out only the pages I want to scribble notes
> on.

Someone (Richard Lynch) advised me to subscribe to the PDF versions of both
magazines if i can afford.
I think it's a possibility !

>
> php mag is nicely laid out and the content quality is as high as
> php|a, but it's pretty expensive. Why not just buy a couple of issues
> of each and see which you prefer?
>
> On the topic of PHP Magazines, they are maturing quite a lot but still
> suffer badly from coming across more as a collection of un-related
> articles written by developers about their latest projects. Because
> all the contributions come in from across the world, there's very
> little consistency either in writing style or theme of content each
> issue, and sometimes authors whose native language isn't English
> create works that are harder to read.
>
> They're both a great read and I appreciate nearly all of the articles
> in them, and the people who've spent the time writing them. The

Seems that i'll subscribe to both, PDF versions !!!

> disjointed nature of the content isn't the authors fault, it's just
> the way they are edited at the moment. Regular columns (such as
> Security Corner in php|a or Guru Speak in php-mag) are helping to
> address this, but what you won't find in them are all the authors
> working together to address a specific topic. For example in most
> development magazines I read they'll often have a theme for the issue,
> i.e. security, and then the articles will be centered around that
> theme from differing levels of complexity and scope. I am sure the
> current crop of PHP magazines will migrate towards something more
> coherent in structure as time goes on (and their circulations
> increase), rather than feeling like a grab-bag of non-specific PHP
> goodies as they do today.
>
> Best regards,
>
> Richard Davey

Best Regards and thanks,
Nadim Attari
Alienworkers.com

attached mail follows:


On Fri, July 1, 2005 6:36 am, Nadim Attari said:
> "Richard Davey" a crit dans le message
>> disjointed nature of the content isn't the authors fault, it's just
>> the way they are edited at the moment. Regular columns (such as
>> Security Corner in php|a or Guru Speak in php-mag) are helping to
>> address this, but what you won't find in them are all the authors
>> working together to address a specific topic. For example in most
>> development magazines I read they'll often have a theme for the issue,
>> i.e. security, and then the articles will be centered around that
>> theme from differing levels of complexity and scope. I am sure the
>> current crop of PHP magazines will migrate towards something more
>> coherent in structure as time goes on (and their circulations
>> increase), rather than feeling like a grab-bag of non-specific PHP
>> goodies as they do today.

I actually PREFER the disjointed nature, myself.

One issue is that if your Editor decides to focus on XYZ, then really good
timely articles may get bumped back, or even permanently ignored, because
they never quite fit in to any given theme...

With the current grab-bag, I feel like I'm getting whatever somebody finds
intersting right now, which I happen to like in a magazine.

If I wanted a more structured themed topical approach, I'd go looking for
a book or Google for that topic and survey what's "out there"

I could easily be the lone wolf on this one...

Well, nothing new to me on that score :-)

--
Like Music?
http://l-i-e.com/artists.htm

attached mail follows:


On Friday 01 July 2005 20:19, Ryan A wrote:

> I would rather say go screw yourself you dirty spammer
> than just deleting it...but thats just me.

People, if you feel you *need* to respond to spam, could you please snip
out the spam so that it doesn't receive more coverage than it deserves?

--
Jason Wong -> Gremlins Associates -> www.gremlins.biz
Open Source Software Systems Integrators
* Web Design & Hosting * Internet & Intranet Applications Development *
------------------------------------------
Search the list archives before you post
http://marc.theaimsgroup.com/?l=php-general
------------------------------------------
New Year Resolution: Ignore top posted posts

attached mail follows:


My bad, sorry.
Have a habit of hitting the reply all button, used to only reply to the
person who sent the email
but then got told to reply to the list too as others too can follow the help
thread..
so made a habit of that....

Damned if i do, damned if i dont :-)

-Ryan

> > I would rather say go screw yourself you dirty spammer
> > than just deleting it...but thats just me.
>
> People, if you feel you *need* to respond to spam, could you please snip
> out the spam so that it doesn't receive more coverage than it deserves?
>
> --
> Jason Wong -> Gremlins Associates -> www.gremlins.biz
> Open Source Software Systems Integrators
> * Web Design & Hosting * Internet & Intranet Applications Development *
> ------------------------------------------
> Search the list archives before you post
> http://marc.theaimsgroup.com/?l=php-general
> ------------------------------------------
> New Year Resolution: Ignore top posted posts
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php

attached mail follows:


Hey it's not my fault that this stupid list needs a reply all!

I am going to guess Stut, that you don't know even know what the difference
between a singleton instantiated object is to a standard instantiated
object?

You know for a php developer your really don't know your own product to
well, and by your statement of no known security issues with an installer
package (one file to execute to setup everything you need and in the right
locations) not 3 packages one with the binaries one with the libraries and
the third with partial of the other 2. And if you bothered to read the text
in your chosen language you would know about the security issues.

attached mail follows:


[snip]
Hey it's not my fault that this stupid list needs a reply all!
[/snip]

That's enough. This has begun to degrade into a pissing contest.
Personal attacks don't fly here.

attached mail follows:


Andrew Scott wrote:
> Hey it's not my fault that this stupid list needs a reply all!
<snip>

Learn how to use your mail client instead of expecting someone to
bastardize the email headers.

Andrew, meet /dev/null; /dev/null this is Andrew.

--
John C. Nichel
berGeek
KegWorks.com
716.856.9675
johnkegworks.com

attached mail follows:


John you're funny.

No serious, these php lists don't work like the normal mailing lists where
it send to an email address that is then broadcast to subscribers.

But I guess you get what you pay for:-)

-----Original Message-----
From: John Nichel [mailto:johnkegworks.com]
Sent: Saturday, 2 July 2005 12:15 AM
To: php-generallists.php.net
Subject: Re: [PHP] PHP vs. ColdFusion

Andrew Scott wrote:
> Hey it's not my fault that this stupid list needs a reply all!
<snip>

Learn how to use your mail client instead of expecting someone to
bastardize the email headers.

Andrew, meet /dev/null; /dev/null this is Andrew.

--
John C. Nichel
berGeek
KegWorks.com
716.856.9675
johnkegworks.com

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

attached mail follows:


You need to define 'normal mailing list'. I'm on about 20 different lists
and only one of them has a default of 'reply to all'.

George

> -----Original Message-----
> From: Andrew Scott [mailto:andrewscmstransport.com.au]
> Sent: 1 July 2005 3:22 pm
> To: 'John Nichel'; php-generallists.php.net
> Subject: RE: [PHP] PHP vs. ColdFusion
>
>
> John you're funny.
>
> No serious, these php lists don't work like the normal mailing lists where
> it send to an email address that is then broadcast to subscribers.
>
> But I guess you get what you pay for:-)
>
>
>
> -----Original Message-----
> From: John Nichel [mailto:johnkegworks.com]
> Sent: Saturday, 2 July 2005 12:15 AM
> To: php-generallists.php.net
> Subject: Re: [PHP] PHP vs. ColdFusion
>
> Andrew Scott wrote:
> > Hey it's not my fault that this stupid list needs a reply all!
> <snip>
>
> Learn how to use your mail client instead of expecting someone to
> bastardize the email headers.
>
> Andrew, meet /dev/null; /dev/null this is Andrew.
>
> --
> John C. Nichel
> berGeek
> KegWorks.com
> 716.856.9675
> johnkegworks.com
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

attached mail follows:


Well I am on about 20-30 as well, and when I press reply it goes to a
mailinglist address for broadcasting not the posters email address.

-----Original Message-----
From: George Pitcher [mailto:george.pitcheringenta.com]
Sent: Saturday, 2 July 2005 12:26 AM
To: Andrew Scott; 'John Nichel'; php-generallists.php.net
Subject: RE: [PHP] PHP vs. ColdFusion

You need to define 'normal mailing list'. I'm on about 20 different lists
and only one of them has a default of 'reply to all'.

George

> -----Original Message-----
> From: Andrew Scott [mailto:andrewscmstransport.com.au]
> Sent: 1 July 2005 3:22 pm
> To: 'John Nichel'; php-generallists.php.net
> Subject: RE: [PHP] PHP vs. ColdFusion
>
>
> John you're funny.
>
> No serious, these php lists don't work like the normal mailing lists where
> it send to an email address that is then broadcast to subscribers.
>
> But I guess you get what you pay for:-)
>
>
>
> -----Original Message-----
> From: John Nichel [mailto:johnkegworks.com]
> Sent: Saturday, 2 July 2005 12:15 AM
> To: php-generallists.php.net
> Subject: Re: [PHP] PHP vs. ColdFusion
>
> Andrew Scott wrote:
> > Hey it's not my fault that this stupid list needs a reply all!
> <snip>
>
> Learn how to use your mail client instead of expecting someone to
> bastardize the email headers.
>
> Andrew, meet /dev/null; /dev/null this is Andrew.
>
> --
> John C. Nichel
> berGeek
> KegWorks.com
> 716.856.9675
> johnkegworks.com
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

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

attached mail follows:


George Pitcher wrote:
> You need to define 'normal mailing list'. I'm on about 20 different lists
> and only one of them has a default of 'reply to all'.

'Normal', as in 'point and click users' mailing lists. You know the
lists where they have to _hack_ the headers to add a Reply-To because
the users of said list don't know how to use their mail clients. That
kind of 'normal'.

--
John C. Nichel
berGeek
KegWorks.com
716.856.9675
johnkegworks.com

attached mail follows:


On 7/1/05, Andrew Scott <andrewscmstransport.com.au> wrote:
> Hey it's not my fault that this stupid list needs a reply all!

My reply-to-all button is right next to my reply button. Sounds like
the pebkac to me.

--
Greg Donald
Zend Certified Engineer
MySQL Core Certification
http://destiney.com/

attached mail follows:


On 7/1/05, Andrew Scott <andrewscmstransport.com.au> wrote:
> But I guess you get what you pay for:-)

Feel free to go away if the deal isn't working for you.

--
Greg Donald
Zend Certified Engineer
MySQL Core Certification
http://destiney.com/

attached mail follows:


Greg Donald wrote:
<snip>
> Sounds like the pebkac to me.

What is my marketing manager doing over there? ;)

--
John C. Nichel
berGeek
KegWorks.com
716.856.9675
johnkegworks.com

attached mail follows:


Hello Andrew,

Friday, July 1, 2005, 3:32:14 PM, you wrote:

AS> Well I am on about 20-30 as well, and when I press reply it goes to a
AS> mailinglist address for broadcasting not the posters email address.

Most likely because they've bastardised the mail headers to force in a
reply-to address that wasn't ever there.

Thankfully most people on this list understand that when an email
arrives from an address, "reply" will reply to it.

Having said that, it does catch a lot of noobs out.

Best regards,

Richard Davey
--
 http://www.launchcode.co.uk - PHP Development Services
 "I do not fear computers. I fear the lack of them." - Isaac Asimov

attached mail follows:


Andrew Scott wrote:
> Hey it's not my fault that this stupid list needs a reply all!

While I agree with Jay that this is degrading into a meaningless
slanging match (of which I hope I have not caused) but I feel that I
must respond to your comments despite your personal attacks.

> I am going to guess Stut, that you don't know even know what the difference
> between a singleton instantiated object is to a standard instantiated
> object?

I don't see the relevance of singletons when it comes to this
discussion. The architecture that PHP utilises means it can handle as
many concurrent requests as the web server will allow it to. If I
understand the J2EE model correctly, and I've said before that my
knowledge of it is sketchy at best, you create a number of instances of
the application and the application server handles distributing requests
between them. This is the same model as PHP except that there is an
extra layer between the web server and the application itself in J2EE -
namely the application server.

If I have this completely wrong please say so, but for $DEITYs sake
don't simply say I have it wrong again without explaining why.

You seem to be intent on skirting around telling us precisely what makes
J2EE a better solution in your opinion. I would be more than happy to
hear about it and take it on board because it might convince me to
investigate whether it might be worth getting to know it better. I'm
sure most other people on this list are also open to learning about
alternatives. But until you actually back up your statements rather than
turning to personal attacks there will be no benefit to anyone.

> You know for a php developer your really don't know your own product to
> well, and by your statement of no known security issues with an installer
> package (one file to execute to setup everything you need and in the right
> locations) not 3 packages one with the binaries one with the libraries and
> the third with partial of the other 2. And if you bothered to read the text
> in your chosen language you would know about the security issues.

Ok that was an extraordinarily spectacular sentence that means very
little. "The text"?? What text? I see no reference to security issues
directly related to the Win32 installer on the PHP website. If I'm
suffering from temporary blindness I would appreciate a URL or other
reference so I can see more clearly.

-Stut

attached mail follows:


Hello Andrew,

Friday, July 1, 2005, 3:06:49 PM, you wrote:

AS> You know for a php developer your really don't know your own product to
AS> well (blah blah blah)

Isn't it time to run off and write another check to Adobe or
something? Rather than personally attacking other list members.

Best regards,

Richard Davey
--
 http://www.launchcode.co.uk - PHP Development Services
 "I do not fear computers. I fear the lack of them." - Isaac Asimov

attached mail follows:


Stut,

FYI here is a copy of the text after installing php.

Windows Installer

   The Windows PHP installer is available from the downloads page at
   http://www.php.net/downloads.php. This installs the CGI version of PHP
   and for IIS, PWS, and Xitami, it configures the web server as well.
   The installer does not include any extra external PHP extensions
   (php_*.dll) as you'll only find those in the Windows Zip Package and
   PECL downloads.

     Note: While the Windows installer is an easy way to make PHP work,
     it is restricted in many aspects as, for example, the automatic
     setup of extensions is not supported. Use of the installer isn't
     the preferred method for installing PHP.

   First, install your selected HTTP (web) server on your system, and
   make sure that it works.

   Run the executable installer and follow the instructions provided by
   the installation wizard. Two types of installation are supported -
   standard, which provides sensible defaults for all the settings it
   can, and advanced, which asks questions as it goes along.

   The installation wizard gathers enough information to set up the
   php.ini file, and configure certain web servers to use PHP. One of the
   web servers the PHP installer does not configure for is Apache, so
   you'll need to configure it manually.

   Once the installation has completed, the installer will inform you if
   you need to restart your system, restart the server, or just start
   using PHP.

   Warning

   Be aware, that this setup of PHP is not secure. If you would like to
   have a secure PHP setup, you'd better go on the manual way, and set
   every option carefully. This automatically working setup gives you an
   instantly working PHP installation, but it is not meant to be used on
   online servers.

-----Original Message-----
From: Stut [mailto:stuttlegmail.com]
Sent: Saturday, 2 July 2005 12:50 AM
To: Andrew Scott
Cc: php-generallists.php.net
Subject: Re: [PHP] PHP vs. ColdFusion

Andrew Scott wrote:
> Hey it's not my fault that this stupid list needs a reply all!

While I agree with Jay that this is degrading into a meaningless
slanging match (of which I hope I have not caused) but I feel that I
must respond to your comments despite your personal attacks.

> I am going to guess Stut, that you don't know even know what the
difference
> between a singleton instantiated object is to a standard instantiated
> object?

I don't see the relevance of singletons when it comes to this
discussion. The architecture that PHP utilises means it can handle as
many concurrent requests as the web server will allow it to. If I
understand the J2EE model correctly, and I've said before that my
knowledge of it is sketchy at best, you create a number of instances of
the application and the application server handles distributing requests
between them. This is the same model as PHP except that there is an
extra layer between the web server and the application itself in J2EE -
namely the application server.

If I have this completely wrong please say so, but for $DEITYs sake
don't simply say I have it wrong again without explaining why.

You seem to be intent on skirting around telling us precisely what makes
J2EE a better solution in your opinion. I would be more than happy to
hear about it and take it on board because it might convince me to
investigate whether it might be worth getting to know it better. I'm
sure most other people on this list are also open to learning about
alternatives. But until you actually back up your statements rather than
turning to personal attacks there will be no benefit to anyone.

> You know for a php developer your really don't know your own product to
> well, and by your statement of no known security issues with an installer
> package (one file to execute to setup everything you need and in the right
> locations) not 3 packages one with the binaries one with the libraries and
> the third with partial of the other 2. And if you bothered to read the
text
> in your chosen language you would know about the security issues.

Ok that was an extraordinarily spectacular sentence that means very
little. "The text"?? What text? I see no reference to security issues
directly related to the Win32 installer on the PHP website. If I'm
suffering from temporary blindness I would appreciate a URL or other
reference so I can see more clearly.

-Stut

attached mail follows:


Actually that's not true,

reply to: is not a hack and is very much a standard to include in the
headers, its part of the rfc standard, after having written a mail server as
a project its not hard to create a mailinglist option that sets this info up
properly.

If you setup your mail client with the reply to field different to your
email address, your email client will add this line or did you not know
that?

-----Original Message-----
From: Richard Davey [mailto:richlaunchcode.co.uk]
Sent: Saturday, 2 July 2005 12:49 AM
To: php-generallists.php.net
Subject: Re[2]: [PHP] PHP vs. ColdFusion

Hello Andrew,

Friday, July 1, 2005, 3:32:14 PM, you wrote:

AS> Well I am on about 20-30 as well, and when I press reply it goes to a
AS> mailinglist address for broadcasting not the posters email address.

Most likely because they've bastardised the mail headers to force in a
reply-to address that wasn't ever there.

Thankfully most people on this list understand that when an email
arrives from an address, "reply" will reply to it.

Having said that, it does catch a lot of noobs out.

Best regards,

Richard Davey
--
 http://www.launchcode.co.uk - PHP Development Services
 "I do not fear computers. I fear the lack of them." - Isaac Asimov

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

attached mail follows:


Hello,

I followed the discussions closely. I wanted to reply to some questions
I saw in the discussions.

I am using both PHP and Coldfusion, but both on Linux platforms. So, I
am not bound to Microsoft technologies, and CF runs faster on Linux/Unix
than on Windows.

Like PHP, there is no need for a dedicated IDE to code/script on CF. You
may use Macromedia software to build web pages only if you want, except
if you want to make Flash movies/animations.

You can edit files manually to configure CF (XML files) with a ssh
access on the server (at least the Linux version I am used to), or use a
web interface to manage it.

Both languages have pros and cons, and I cannot say that one is superior
to the other. It is a matter of taste. I know that someone coming from a
programming background will be more comfortable with PHP, while someone
coming from a web design background may be more comfortable with CF, but
even that is changing. Once you get to do very advanced things, you need
to code using Object Oriented approaches, modular programming, web
services, etc. which both products allow you to do.

It is true that Coldfusion offers a lot of functionality 'out of the
box', and sometimes you need to look around to find equivalent
functionality, extensions for PHP. These functionalities are more geared
towards displaying data, managing forms, etc. PHP also offers a lot of
functionalities out of the box also. For example, PHP is really flexible
about how you want to retrieve a query, in what format, etc. The
functionalities are more geared towards programming utilities.

You can extend Coldfusion functionalities easily by creating 'custom
tags' in Perl, C, C++ or Java without having to recompile the product.
You can also instantiate any classes in Java because Coldfusion is based
on Java since version 5.

So, it's really a matter of personal taste and the background of each
one. I personally take pleasure developing applications on both
Coldfusion and PHP.

Stéphane

On Fri, 2005-07-01 at 09:50, Richard Davey wrote:
> Hello Andrew,
>
> Friday, July 1, 2005, 3:06:49 PM, you wrote:
>
> AS> You know for a php developer your really don't know your own product to
> AS> well (blah blah blah)
>
> Isn't it time to run off and write another check to Adobe or
> something? Rather than personally attacking other list members.
>
> Best regards,
>
> Richard Davey
> --
> http://www.launchcode.co.uk - PHP Development Services
> "I do not fear computers. I fear the lack of them." - Isaac Asimov

attached mail follows:


On 01/07/05, Andrew Scott <andrewscmstransport.com.au> wrote:
> Stut,
>
> FYI here is a copy of the text after installing php.
<snip>
> Warning
>
> Be aware, that this setup of PHP is not secure. If you would like to
> have a secure PHP setup, you'd better go on the manual way, and set
> every option carefully. This automatically working setup gives you an
> instantly working PHP installation, but it is not meant to be used on
> online servers.

Ok, now I see the root of your comment. Maybe it's just me but I never
assume that any automatic installation will create a secure
environment. The reason for that is that the installer cannot possibly
know what it needs to do to make the system secure - that's what
sysadmins are for.

I must also point out that a system that used this installer to set up
PHP can be secured in exactly the same way as any other in much the
same way as anyone doing it manually can create a setup that is less
secure than using the installer to do it for them.

So, I was technically wrong but IMHO the point is flawed since nothing
should be assumed to be secure out of the box. With that convenient
diversion hopefully settled you are still yet to convince me that CF
offers any significant advantage over PHP.

-Stut

attached mail follows:


Stéphane Bruno wrote:

>Once you get to do very advanced things, you need
>to code using Object Oriented approaches, modular programming, web
>services, etc. which both products allow you to do.
>
>
I guess those non-linear crash codes I wrote in Fortran not so many
years ago aren't very advanced ...

:)

It is always funny to read that one needs OO approches to do anything
useful. What one needs is a modular approach, re-factoring, and knowing
how and why to make tradeoffs when writing code. In any programming
language.

attached mail follows:


El Vie 01 Jul 2005 06:27, david forums escribió:
>
> before any insert call the id.
>
> select nextval('tablename_seq');
>
> and pass this id to your insert.

No. Best is to but a DEFAULT clause of nextval('tablename_seq') in the table
definition.

--
select 'mmarques' || '' || 'unl.edu.ar' AS email;
---------------------------------------------------------
Martín Marqués | Programador, DBA
Centro de Telemática | Administrador
               Universidad Nacional
                    del Litoral
---------------------------------------------------------

attached mail follows:


>> OIDs *can* get re-used *IF* you end up having more than 32-bits (2
>> billion plus) of objects in the lifetime of your application.
>>
>> For normal usage, that ain't a big problem, honestly...
>>
>> Though I should have stated it for the record, cuz maybe the OP has a
>> site where 2 BILLION INSERTs are gonna happen.
>
> ... 4 billion (I'm assuming the postgresql guys are smart enough to use
> unsigned integers) isn't really as much as it looks. Remember this is
> shared amongst all the tables in your database making these oids even
> more of a precious resource ...
>
>> The solutions there are the same as for not having OID in the first
>> place -- Have some other unique identifier you generate yourself in the
>> INSERT, or use that *with* the OID to be 100% certain you get back the
>> same row from your 2 billion plus data set.
>
> ... and that's exactly what sequences are for. And that's why using oids
> for a unique id is not a smart choice when sequences are available and
> were designed explicitly to provide unique ids.

Just for some added info... from the FAQ:

http://www.postgresql.org/docs/faqs.FAQ.html#4.12

4.12) What is an OID? What is a CTID?

Every row that is created in PostgreSQL gets a unique OID unless created
WITHOUT OIDS. OIDs are autotomatically assigned unique 4-byte integers
that are unique across the entire installation. However, they overflow at
4 billion, and then the OIDs start being duplicated. PostgreSQL uses OIDs
to link its internal system tables together.

To uniquely number columns in user tables, it is best to use SERIAL rather
than OIDs because SERIAL sequences are unique only within a single table.
and are therefore less likely to overflow. SERIAL8 is available for
storing eight-byte sequence values.

CTIDs are used to identify specific physical rows with block and offset
values. CTIDs change after rows are modified or reloaded. They are used by
index entries to point to physical rows.

========

I seem to remember reading that PostgreSQL is going to get rid of OIDS
entirely sometime in the future, but I can't find anything right now to
confirm that... (too lazy to look)

attached mail follows:


On Fri, July 1, 2005 6:24 am, Jason Wong said:
> On Friday 01 July 2005 09:55, Richard Lynch wrote:
>> If there's a reliable, web-safe, connection-dependent way of getting
>> the sequence ID used in an INSERT, it sure ain't documented, and I've
>> never seen it discussed on the PostgreSQL list (which I dropped off
>> awhile ago, so maybe it's something new).
>
> I have already given an example(!)

I caught the example later as I worked my way back through the postings.

You're right.

I'm wrong.

Use currval.

God only knows how I missed it all these years.

It's been there, connection-specific thread-safe, since at least version
7.2...

Maybe it was missing in 6.x days when I started. Maybe I'm just stupid.

Use currval.

--
Like Music?
http://l-i-e.com/artists.htm

attached mail follows:


On 6/30/05, Richard Lynch <ceol-i-e.com> wrote:

<snip great post>

I was going to comment on a few of these points, but found I mostly
wanted to add ++ after each one. I do want to echo the comments about
fun projects and working with other developers.

You can really learn a lot by playing around. Try out that crazy idea
you have. Even if someone (or many people) have said that it won't
work, try it anyway. Seeing for yourself, or maybe finding that it
does work, will help you understand why.

I recently did some work with another developer and we had different
opinions on how a core piece of the application should be implemented.
It was a good exercise in understanding where my opinions came from.

- Brad

attached mail follows:


Richard Lynch wrote:
...
>
> Ooooh. At the risk of being branded a heretic, try to pick up another
> language or two. Start with something a whole lot like PHP. Maybe Perl,
> or even C.
>
> You'll have to shove all your PHP knowledge over to one side of your
> brain, cram all the new stuff into the other half of your brain, and then
> compare/contrast.
>
> Then, for real fun, try to learn something totally whacked-out different
> like Lisp, Scheme, Forth, Logo, or even (blech) COBOL. This will require
> even more compartmentalization in your brain-space, and some serious deep
> thinking on what makes a program tick. Only after you really "get it" in
> a totally different programming paradigm do you achieve that deep
> comprehension of Programming with a capital P.
>

Hmmm.... how does declensional based programming sound?

Remember back when our ParrotHeadPoster was alive and squawking and
ready to flap his wings right out into the news server? Well doing some
searching for text classifiers led me to this really funky, weird,
unusual... twisted... programming tool. The program is called crm114.

"It's not ugly like Perl; it's a whole different *kind* of ugly."

I still am not an expert with this program (hell, the development is
finally getting to where it can use autoconf), but it fits in really
well as a new / active tool that does everything different. And I mean
almost everything.

Everything is a regex.

The default regex engine is called TRE (which supports approximate matches).

The language is declensional instead of parameterized. For the most
part the order that you use for your arguments just don't matter.

Variables look like :*:yourvariable:

Releases don't follow the typical naming convention; instead, people get
blamed for releases. crm114-20050628.BlameCochrane is the new release
that just came out and it is the "CRM114 Galactica Buzzphrase Compliant
Version". It makes use of the new hyperspatial classification... just
read the manual on it, ok?!?!

At least one similarity to PHP though: it makes use of a JIT compiler.

In short, it's a useful and interesting utility. Not just because it
can sort your spam / nonspam email with greater than 99% accuracy... but
because you can adapt it to other tasks by writing your own crm filters.
  This is no simple task (I'm still learning how to use it!), but this
is mostly because the way of doing things is just different. The whole
thing is like a computer science project gone mad, but at the same time
it's actually very useful for something.

For those that are interested, grab the new version released today:

http://crm114.sourceforge.net/

> Hmmmm. That came out kinda stronger than I meant it... I mean, sure, the
> guy who learns C, and knows only C, and codes C all day is a Programmer,
> and I'm not knocking that. But there's this sort of "hole" in a guy like
> that, and while it doesn't "hurt" them or make them less a Programmer,
> it's there, and it's just not the same as a guy who actually groks
> something as bass-ackwards (that's a compliment) as Lisp as well as they
> do C.
>
> Well, that got long and philosophical, didn't it?
>

Indeed. But those are some of my favorite posts to read. :)

--
NEW? | http://www.catb.org/~esr/faqs/smart-questions.html
STFA | http://marc.theaimsgroup.com/?l=php-general&w=2
STFM | http://php.net/manual/en/index.php
STFW | http://www.google.com/search?q=php

attached mail follows:


Richard Lynch wrote:
> On Fri, June 24, 2005 12:10 pm, Jon said:
>
>>Is it possible to read text from a PDF file with PHP? How?
...
>
> There may be a free one, or even an OpenSource one, but I've never heard
> of it, possibly because they'd have to pay a license to Adobe (Macromedia
> this week?) to be legal...
>

Free (as in beer):
http://sourceforge.net/projects/pdfcreator/

It's built on top of Ghostscript... which AFAIK does most of the heavy
lifting. Several licensing options too.

...
>
> You don't want to get to launch and find out 90% of the real PDFs simply
> don't work. :-(
>

I've been using it for about 3 months with very few problems. In fact,
I can't think of any problems that I've had with the library (but I
don't use it with PHP... I just know that bindings are there for you to
go do it yourself).

--
NEW? | http://www.catb.org/~esr/faqs/smart-questions.html
STFA | http://marc.theaimsgroup.com/?l=php-general&w=2
STFM | http://php.net/manual/en/index.php
STFW | http://www.google.com/search?q=php

attached mail follows:


>>> Is it possible to read text from a PDF file with PHP? How?
>>
>> There may be a free one, or even an OpenSource one, but I've never heard
>> of it, possibly because they'd have to pay a license to Adobe (Macromedia
>> this week?) to be legal...
>
> Free (as in beer):
> http://sourceforge.net/projects/pdfcreator/
>
> It's built on top of Ghostscript... which AFAIK does most of the heavy
> lifting. Several licensing options too.

This doesn't appear to read text from a PDF but, rather, create the PDF
from text.

Another, easy way to create PDFs with PHP is to use PDML:
http://pdml.sourceforge.net/

As for reading the text from a PDF, maybe there's some sort of OCR
library for PHP out there, but I don't know about it. It'd be a great
thing to see, though.

--
Ben Ramsey
http://benramsey.com/

attached mail follows:


Ben Ramsey wrote:
> Another, easy way to create PDFs with PHP is to use PDML:
> http://pdml.sourceforge.net/
>
> As for reading the text from a PDF, maybe there's some sort of OCR
> library for PHP out there, but I don't know about it. It'd be a great
> thing to see, though.

You wouldn't need OCR in most cases, as the text is stored as real text,
not as images of text, in the PDF.

Surely there must be a PDF-to-text utility out there somewhere, because
there's plenty of open-source PDF reading utils around...

Jasper

attached mail follows:


ALERT!

This e-mail, in its original form, contained one or more attached files that were infected with a virus, worm, or other type of security threat. This e-mail was sent from a Road Runner IP address. As part of our continuing initiative to stop the spread of malicious viruses, Road Runner scans all outbound e-mail attachments. If a virus, worm, or other security threat is found, Road Runner cleans or deletes the infected attachments as necessary, but continues to send the original message content to the recipient. Further information on this initiative can be found at http://help.rr.com/faqs/e_mgsp.html.
Please be advised that Road Runner does not contact the original sender of the e-mail as part of the scanning process. Road Runner recommends that if the sender is known to you, you contact them directly and advise them of their issue. If you do not know the sender, we advise you to forward this message in its entirety (including full headers) to the Road Runner Abuse Department, at abuserr.com.

Ϫ྾&ӝ28r}_Xe
浒{h50{0~gç$/%7ڴ
sW
'RJS38PL`[&sMUq).#tYĄcFX\E))Nõ'B.hOb⌇R?rD)*4?ؙuqłFJ٧qH᳁tr"hDKghTtA
דkаg楱.و%dT;\;B5~I?ODS!Mm?I-VKi)PMAޯܒ#ےGn||3vXwaJ9n!ՃIZV
ȷnDac4Ӈ.MIXTH,fQJ956W,shԿObPsݙ;`Ε$J
k٪!e5I"
7%YE[ۉd$ˣ
P.<#ݠuwdp̆1m!oΨgS5ʯCPxѯElrZ9"zgY>!5&3c1R4JZ'(m4ә[苩ψ-SNf#njB*9<uM4bLzS4p`g>P[bهȉ(90F8
6Fڦd0<:"?X
ng$>~F犉coZiwFÂ.EՇ
,WeT{Cdzrᕜ/jUe~jHH؏[e`Nњ4-iR|K>x^F4&P^GmȨČQë
"lJH
jT޾Hf,I|OXQ4J,K$$is|2yL:_G{
^1}k8%쥦݅U\fmÄ՞vuHxj%6Tf4F#JsPK*\Ae7rِAD}!PX`э|c8r|HZMGsq~/`3WY$>闔
KP7z~8]њ"Uw]]QYh
%3J^U#;IT?֛xUhGEr
kGCx-FMDo$&UB{73p#ڲT4[J.m"`!e&7wTުNR槱dF0ƥOϗ*L.h/NRX]jn[A^ϳOf$L#z ,ϻ/,
׆/?
U*qy>;5p/M7"!;<cGT
]Aך5x.-!z0^qk}V~<ɚC0&&Wy*^
A4ݲJ*Ԣ짍OuqL 6SYYZ%ЏoTN 5<
05ѿKyWqzdp.1۸/CjM?LT#^[Z8;sSj7_mGyU"EDqu3GX
1eOzk%ZR`qzO2%~gyFm4eP֤N24͂Ŭ
:*_)k'j5Q2fyjѫc^J,)jg_I7mF*?O-9JJRP]jD22oKDxTIc({[~(0APlSy;7;
KI^b2{ǣz2Zmeu´$ܗ.u;,mtdb
Yӻ׸
9P$}b
]vjX!nȥ8ʵ
k$YU_ȩ

attached mail follows:


Im looking for a book dedicated to OOP in PHP ... Now Im reading Core PHP Programming (Third Edition) (2003) but it has just a few information about OOP.

 

Do you know another book? Do you have it?

 

If anyone wants this book (Core PHP Programming (Third Edition) (2003)) just email me ... Ill send it ...

 

Best regards

Enrique

 

 

attached mail follows:


Message-ID: <42C58CE6.1070002acm.org>
Date: Fri, 01 Jul 2005 15:35:18 -0300
From: Manuel Lemos <mlemosacm.org>
MIME-Version: 1.0
To: Mark Rees <mreesitsagoodprice.com>
CC: php-generallists.php.net
Content-Type: text/plain; charset=ISO-8859-1; formatowed
Content-Transfer-Encoding: 7bit
Subject: Re: cUrl and proxies

Hello,

on 06/30/2005 01:27 PM Mark Rees said the following:
> UPDATE: I think it is a bug in cURL, according to this link (I am using an
> ISA proxy).
>
> https://sourceforge.net/tracker/?functail&atid0976&aid88280&group_i
> d6

In that case you may want to try this PHP HTTP client class that
supports access via proxies, proxy authentication and SSL as you need.

http://www.phpclasses.org/httpclient

--

Regards,
Manuel Lemos

PHP Classes - Free ready to use OOP components written in PHP
http://www.phpclasses.org/

PHP Reviews - Reviews of PHP books and other products
http://www.phpclasses.org/reviews/

Metastorage - Data object relational mapping layer generator
http://www.meta-language.net/metastorage.html

attached mail follows:


thanks for that explanation, case closed. :-)

-------- Original Message --------
Return-Path: <internals-return-17063-jochem=iamjochem.comlists.php.net>
X-Original-To: jochemiamjochem.com
Subject: Re: [PHP-DEV] [Fwd: [PHP] constant() - php5]
X-Virus-Scanned: amavisd-new at moulin.nl

Due to PHPs dynamic typing, unquoted strings are treated as strings
unless a constant by that name exists. Thankfully it's clever enough to
raise a notice to tell you it couldn't find a constant by that name,
which makes debugging much easier.

The reason constant() throws a warning rather than a notice is because
PHP knows you're looking for a constant by that name and flags it as a
more serious error, wheras before, it could just be that you want to use
an unquoted string :)

If you think it's a bit strange, it may seem so, but logically, if an
unquoted number is equivilent to it's quoted counter-part, the same must
be true for strings.

Nicholas Telford

Jochem Maas wrote:
> Derick Rethans wrote:
>
>> On Fri, 1 Jul 2005, Jochem Maas wrote:
>>
>>
>>> echo constant('CNST');
>>>
>>> when:
>>>
>>> echo CNST;
>>>
>>> only triggers an E_NOTICE.
>>> (assuming, in both cases that CNST is not defined).
>>>
>>> IMHO it should at most trigger an E_NOTICE.
>>
>>
>>
>> Did you compare the output of the two statements?
>
>
> I did.
>
>> echo constant('CNST');
>> shows nothing (except the warning)
>>
>> echo CNST;
>> shows "CNST" (and a notice).
>>
>> This makes perfect sense to me to differentiate between them like this.
>
>
> ok - agreed that the echo behaviour is logical - but I wasn't actually
> pertaining to the echo behaviour (and what was being echo'ed wasn't
> relevant to my
> original question).
>
> my point is that using a constant directly in your code when that
> constant doesn't exist
> only causes an E_NOTICE but passing a string to constant() when a
> constant of the given
> name doesn't exist causes an E_WARNING.
>
> I would either expect both to cause the same level of error OR that
> trying to
> use an undefined constant directly in code would cause a lower level of
> error.
>
> but if you say the error output behaviour is expected/correct/desired
> then I'm
> happy to except it (and adjust my expectations accordingly)
> - if you (anyone) could explain why (because I don't grok the logic behind
> this behaviour) I would be very grateful, maybe it will bring me one
> step closer
> to being able to call myself a real programmer. :-/
>
> anyway thanks for taking the time to reply,
> I gather that you, Derick (amongst others!), have a plate full of PHP work
> in the form of unicode and date related stuff (which I am very much looking
> forward to!) - i.e. you are busy-busy, time is short, etc etc.
>
> kind rgds,
> Jochem
>
>
>>
>> Derick
>>

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

attached mail follows:


On Fri, July 1, 2005 3:35 am, Dotan Cohen said:
> By the way, I see that you advertise offices on all the planets and
> most of the major moons, but when I try to get in contact with the
> Uranus branch, I'm told that the nearest operating office is on Earth.
> There's 3 planets and over 20 big moons between those planets, why the
> gap in coverage?

Because I cannot remember any fictional character who lived on Uranus (or
many of the other planets) to fix my site up.

In theory, it would tell you that our Uranus representative is [insert
fictional character here] at [insert fictional address here].

It would STILL direct you to our Earth office, since our analysis of your
IP address indicates that would be closer to you.

Anybody sci-fi buffs wanna help me out with a suggestion for a fictional
character to be my representative on their home planets?

I got Luna (aka the Moon) covered with Adam Selene of Luna City. I've even
got his address written down somewhere here.

How come I never have the time/money to fix up my own sites? Is that just
me? :-)

--
Like Music?
http://l-i-e.com/artists.htm

attached mail follows:


On Fri, July 1, 2005 3:35 am, Dotan Cohen said:
> By the way, I see that you advertise offices on all the planets and
> most of the major moons, but when I try to get in contact with the
> Uranus branch, I'm told that the nearest operating office is on Earth.
> There's 3 planets and over 20 big moons between those planets, why the
> gap in coverage?

PS

Didja notice that if you re-load, the planet alignment changes in
real-time to show you a view of our Solar System from a randomly-selected
point in Space? :-)

--
Like Music?
http://l-i-e.com/artists.htm

attached mail follows:


On 7/2/05, Richard Lynch <ceol-i-e.com> wrote:
> On Fri, July 1, 2005 3:35 am, Dotan Cohen said:
> > By the way, I see that you advertise offices on all the planets and
> > most of the major moons, but when I try to get in contact with the
> > Uranus branch, I'm told that the nearest operating office is on Earth.
> > There's 3 planets and over 20 big moons between those planets, why the
> > gap in coverage?
>
> Because I cannot remember any fictional character who lived on Uranus (or
> many of the other planets) to fix my site up.
>
> In theory, it would tell you that our Uranus representative is [insert
> fictional character here] at [insert fictional address here].
>
> It would STILL direct you to our Earth office, since our analysis of your
> IP address indicates that would be closer to you.
>
> Anybody sci-fi buffs wanna help me out with a suggestion for a fictional
> character to be my representative on their home planets?
>
> I got Luna (aka the Moon) covered with Adam Selene of Luna City. I've even
> got his address written down somewhere here.
>
> How come I never have the time/money to fix up my own sites? Is that just
> me? :-)
>
> --
> Like Music?
> http://l-i-e.com/artists.htm
>

STFW:
http://www.east-haven.k12.ct.us/eha/alien/alien8/uranuscs/uranuscs.htm
http://www.cssd.ab.ca/tech/science/alien/titania.htm

I should mention that Nukka is great on the barbeque, but you have to
cut away a lot of fat.

This is getting as OT as the 2-stroke thread...

Dotan
http://lyricslist.com/lyrics/artist_albums/156/destiny_s_child.php
Destiny's Child Song Lyrics

attached mail follows:


On Thu, 2005-06-30 at 10:47, Bob Winter wrote:
> Brian,
>
> Is "/www/files/services/...." the correct relative path?? You could
> try using the absolute path to see if it fixes the problem.
>
> Also, and maybe more significant, I use tcsh . . . if you use bash
> this could be the conflict. I see that the echo of the $cmd string
> from PHP is missing the '\}' that is in my test.

Nope, paths are definitely correct, I also use tcsh.. I that instance I
did not use the same syntax as yours but I had tried it in one of the
passes. This is a SunOs system and php 4.x so that might be the
difference there. Will keep digging.

attached mail follows:


Hi everyone,

We've been charging for our PHP framework, Lampshade, for a long time,
but we just decided to make it free for personal and academic use:

http://www.thinkcomputer.com/corporate/news/pressreleases.html?id=22

If you have any questions or would like a copy for yourself, let me know.

Thanks,

Aaron

Aaron Greenspan
President & CEO
Think Computer Corporation

http://www.thinkcomputer.com