|
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 15 Aug 2005 01:38:53 -0000 Issue 3625
php-general-digest-help
lists.php.net
Date: Sun Aug 14 2005 - 20:38:53 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
php-general Digest 15 Aug 2005 01:38:53 -0000 Issue 3625
Topics (messages 220598 through 220619):
Re: array varible problems
220598 by: Jasper Bryant-Greene
Trying to figure out contents stored in db field
220599 by: Gregory Machin
220601 by: Scott Noyes
220617 by: Gregory Machin
protecting a directory
220600 by: jenny mathew
220602 by: André Medeiros
220606 by: Esteamedpw.aol.com
Re: 'God' has spoken... :-)
220603 by: Matthew Weier O'Phinney
220604 by: Matthew Weier O'Phinney
220605 by: Matthew Weier O'Phinney
220607 by: Robert Cummings
220608 by: Evert | Rooftop Solutions
220611 by: Sebastian
220613 by: Jochem Maas
220614 by: Robert Cummings
220615 by: Greg Donald
220616 by: Sebastian
220618 by: Torgny Bjers
Re: PHP, MS Access & Transactions
220609 by: Manuel Lemos
220610 by: Manuel Lemos
Re: PHP User Group in San Francisco
220612 by: Manuel Lemos
Re: Large forms to Mysql table...
220619 by: mikespook
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:
edwardsplita.org.mo wrote:
> Hello Jasper,
>
> Does your means :
>
> I need to rewite the source / result page as the following ?
> [snip]
Yes.
attached mail follows:
Hi
The cms exponent story some data in a serialized array ..
then column name id location_data and contains the following..
O:8:"stdClass":3:{s:3:"mod";s:10:"textmodule";s:3:"src";s:20:"random419404caefcef";s:3:"int";s:0:"";}
i fugure there is an object stored in this serialized array. how do i
figure out the properties of the object, I cant find the file that
holds classe that it uese ..
Any ideas ?
Many Thanks
--
Gregory Machin
greglinuxpro.co.za
gregory.machingmail.com
www.linuxpro.co.za
Web Hosting Solutions
Scalable Linux Solutions
www.iberry.info (support and admin)
www.goeducation (support and admin)
+27 72 524 8096
attached mail follows:
Unserialize it, and then use var_dump() to see what the object contains:
var_dump(unserialize($location_data));
On 8/14/05, Gregory Machin <gregory.machingmail.com> wrote:
> Hi
> The cms exponent story some data in a serialized array ..
> then column name id location_data and contains the following..
>
> O:8:"stdClass":3:{s:3:"mod";s:10:"textmodule";s:3:"src";s:20:"random419404caefcef";s:3:"int";s:0:"";}
>
> i fugure there is an object stored in this serialized array. how do i
> figure out the properties of the object, I cant find the file that
> holds classe that it uese ..
>
> Any ideas ?
>
> Many Thanks
>
>
> --
> Gregory Machin
> greglinuxpro.co.za
> gregory.machingmail.com
> www.linuxpro.co.za
> Web Hosting Solutions
> Scalable Linux Solutions
> www.iberry.info (support and admin)
> www.goeducation (support and admin)
> +27 72 524 8096
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
attached mail follows:
thanks will try it ..
On 8/14/05, Scott Noyes <snoyesgmail.com> wrote:
> Unserialize it, and then use var_dump() to see what the object contains:
> var_dump(unserialize($location_data));
>
> On 8/14/05, Gregory Machin <gregory.machingmail.com> wrote:
> > Hi
> > The cms exponent story some data in a serialized array ..
> > then column name id location_data and contains the following..
> >
> > O:8:"stdClass":3:{s:3:"mod";s:10:"textmodule";s:3:"src";s:20:"random419404caefcef";s:3:"int";s:0:"";}
> >
> > i fugure there is an object stored in this serialized array. how do i
> > figure out the properties of the object, I cant find the file that
> > holds classe that it uese ..
> >
> > Any ideas ?
> >
> > Many Thanks
> >
> >
> > --
> > Gregory Machin
> > greglinuxpro.co.za
> > gregory.machingmail.com
> > www.linuxpro.co.za
> > Web Hosting Solutions
> > Scalable Linux Solutions
> > www.iberry.info (support and admin)
> > www.goeducation (support and admin)
> > +27 72 524 8096
> >
> > --
> > PHP General Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
--
Gregory Machin
greglinuxpro.co.za
gregory.machingmail.com
www.linuxpro.co.za
Web Hosting Solutions
Scalable Linux Solutions
www.iberry.info (support and admin)
www.goeducation (support and admin)
+27 72 524 8096
attached mail follows:
hello,
i want to protect a directory using php username and password
authentication.the username and passwords will be stored in .htpasswd
file.but the problem is that how to make user to enter passwod before giving
the rights to view directory. is there any script like this.or can anybody
help me out.
thanks,
Jenny.
attached mail follows:
Apache already has that feature.
It's a directive in .htaccess, IIRC.
On 8/14/05, jenny mathew <jennymatgmail.com> wrote:
> hello,
> i want to protect a directory using php username and password
> authentication.the username and passwords will be stored in .htpasswd
> file.but the problem is that how to make user to enter passwod before giving
> the rights to view directory. is there any script like this.or can anybody
> help me out.
> thanks,
> Jenny.
>
>
attached mail follows:
In a message dated 8/14/2005 10:54:57 A.M. Central Standard Time,
jennymatgmail.com writes:
>hello,
>i want to protect a directory using php username and password
>authentication.the username and passwords will be stored in .htpasswd
>file.but the problem is that how to make user to enter passwod before
giving
>the rights to view directory. is there any script like this.or can anybody
>help me out.
>thanks,
>Jenny.
You can use an .htaccess file or - if you have something like cPanel on a
shared hosting environment you can use the "password protect directories" and
make it even easier...
here's a good Tutorial on using Apache for this:
_http://phpnerds.com/article/securing-php-files-using-http-authentication_
(http://phpnerds.com/article/securing-php-files-using-http-authentication)
attached mail follows:
* Sebastian <sebastianbroadbandgaming.net> :
> Matthew Weier O'Phinney wrote:
> > * Sebastian <sebastianbroadbandgaming.net> :
> > > why php6 and not php5? look how long it took to get to php4 (with php5
> > > just starting to rolling out) and people are already talking about php6?
> >
> > My observation was that more people jumped to PHP4 from PHP3 than have
> > so far from PHP4 to PHP5. And PHP5 has hardly just started to roll out;
> > the official 5.0.0 release was over a year ago.
> >
> > > sure it is just a 'versioning' thing, but right now huge numbers of php
> > > users aren't using php5 (including me) on production environments, let
> > > alone start talking about php 6.
> >
> > And why aren't you using PHP5? Is there any specific reason? Is it
> > because your service provider doesn't offer it? If so, ask them why --
> > and report it here. As soon as PHP5 hit stable, I started using it, and
> > I've never looked back. Performance is better, and there are many
> > features -- exceptions, the new OOP model, autoload, iterators, etc. --
> > that simply have no analogs in PHP4.
> >
> > > anyway, i think i will be with php4 for a long time to come.
> >
> > Please tell the list why -- what does PHP4 offer over PHP5 for you? I
> > honestly want to know, and I'm sure there are others who would be
> > interested to see why people are not making the switch
> >
> i spent hundreds of hours building my site on php4,
> im not about to rewrite any of it to make it 'compatible' with php5.
Don't rewrite it to make it compatible with PHP5 -- rewrite it to take
advantage of PHP5's better performance and new features. Besides, you
probably will not need to rewrite any code -- probably just do some
cleanup and a few changes. More below.
> maybe my impressions of php5 are wrong, but last i heard apps built on
> php4 may or may not work right under php5
> - meaning you would have to rewrite code. am i wrong?
I've converted quite a bit of "PHP4" code to PHP5, and I've had very few
problems. Typically, I find that I get a few notices about deprecated
functions or some warnings -- and the warnings are usually about things
that should have generated warnings in PHP4, didn't, but now do in PHP5
(things like declaring a class property twice, for instance).
The fixes for these are typically not rewrites, but, as I said, fixes --
if anything, they make the code better.
Additionally, it's fairly easy to make such code backwards compatible
with PHP4, if you feel the need to do so.
> so i am 'afraid' of going with php5 in fear it will break my website.
The only way to find out if it will break is to try it. I'm willing to
wager that your code, if written well, will not only *not* break, but
likely perform better.
--
Matthew Weier O'Phinney
Zend Certified Engineer
http://weierophinney.net/matthew/
attached mail follows:
* Michelle Konzack <linux4michellefreenet.de> :
> --TnYVF1hk1c8rpHiF
> Content-Type: text/plain; charset=iso-8859-1
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> Am 2005-08-14 00:48:23, schrieb Sebastian:
>
> > i spent hundreds of hours building my site on php4,
> > im not about to rewrite any of it to make it 'compatible' with php5.
>
> You are not alone...
>
> > maybe my impressions of php5 are wrong, but last i heard apps built on=20
> > php4 may or may not work right under php5
> > - meaning you would have to rewrite code. am i wrong?
>
> Right, I have a Dual-Athlon MP1900 with 4 GByte of memory running
> Apache 1.3, php4, ssh und courier.
>
> This Server support curently around 4860 VHosts.
>
> Now, since the System Disk was gone, I I have installed Debian=20
> 3.1/Sarge with apache2, php5 and latest build of courier.
>
> Now ich more then 50 Clients connect to the website using php
> appications are kicked out of the memory. :-/
>
> It seems that php5 consums much more resources then php4. Swichting
> back to the latest Debian 3.0/Woody Backup and all is working fine
Actually, this is likely an issue with running Apache2 with *any*
version of PHP. Try switching to Apache1 again with PHP5, and see if you
get similar results. You shouldn't.
--
Matthew Weier O'Phinney
Zend Certified Engineer
http://weierophinney.net/matthew/
attached mail follows:
* Robert Cummings <robertinterjinn.com> :
> On Sat, 2005-08-13 at 23:51, Matthew Weier O'Phinney wrote:
> > * Sebastian <sebastianbroadbandgaming.net> :
> > > Jochem Maas wrote:
> > > > if you haven't seen it yet and are interested in the future
> > > > of php you might be interested in the _big_ thread on php-internals
> > > > that starts with the message:
> > > >
> > > > http://www.manucorp.com/archives/internals/200508/msg00398.php
> > > >
> > > > IMHO every halfbaked php coder should read it ;-)
> > > >
> > > > to cut it short for those to busy, or what not, Rasmus offered his
> > > > his vision of php6 (which seems will be the version that will first
> > > > bring the awesome unicode [and date?] functionality to the masses
> > > > - hey thats us! :-) ) and there seems to be pretty much unanimous
> > > > agreement on his main points (lots of discussion on more issues/ideas
> > > > other people have brung up in response)
> > > >
> > > > the future's bright, the future is green.
> > >
> > > why php6 and not php5? look how long it took to get to php4 (with php5
> > > just starting to rolling out) and people are already talking about php6?
> >
> > My observation was that more people jumped to PHP4 from PHP3 than have
> > so far from PHP4 to PHP5. And PHP5 has hardly just started to roll out;
> > the official 5.0.0 release was over a year ago.
> >
> > > sure it is just a 'versioning' thing, but right now huge numbers of php
> > > users aren't using php5 (including me) on production environments, let
> > > alone start talking about php 6.
> >
> > And why aren't you using PHP5? Is there any specific reason? Is it
> > because your service provider doesn't offer it? If so, ask them why --
> > and report it here. As soon as PHP5 hit stable, I started using it, and
> > I've never looked back. Performance is better, and there are many
> > features -- exceptions, the new OOP model, autoload, iterators, etc. --
> > that simply have no analogs in PHP4.
> >
> > > anyway, i think i will be with php4 for a long time to come.
> >
> > Please tell the list why -- what does PHP4 offer over PHP5 for you? I
> > honestly want to know, and I'm sure there are others who would be
> > interested to see why people are not making the switch.
>
> While I've dabbled with PHP5 and made my framework compatible with it I
> haven't bothered to make a wholehearted leap into it. The following
> reasons basicly sum up why, and are probably common amongst those that
> aren't leaping into PHP5.
>
> - Better the devil you know than the devil you don't. Many PHP
> developers have spent years using PHP4 and know it inside and
> out and have come to terms with all of it's deficiencies... as
> few as those may be once you learn how to adapt to them.
This is a fear-based argument. Arguments like this prevent innovation.
Yes, I know PHP4's deficiencies and quirks inside and out -- but that
doesn't mean I should stick with them. If I were to use that argument, I
would never have left perl for PHP.
PHP5 actually *fixes* many of PHP4's deficiences and quirks -- such as
how objects are passed, how errors are handled, etc. I jumped onto PHP5
because I wanted a PHP that worked *better*.
> - A multitude of code already exists that is known to work under
> PHP4 but can be expected to have quirks when run under PHP5.
Explain. My experience, while limited, has shown that well-written PHP4
code generally works quite well under PHP5.
> - Much of the code written in PHP4 works without the new features
> of PHP5 and so there's no compelling reason to invest time and
> resources for 0 ROI other than compatibility with PHP5.
Except that if you stay on an old version of PHP4, someday it will be
deprecated and you'll *have* to upgrade. I, for one, would rather take
smaller steps over time between versions than need to scrap an entire
project and rewrite it from the ground up when the version reaches
end-of-life. The ROI may be zero or small now, but priceless later.
> - PHP5 had a large focus on bringing missing OOP features to PHP
> that have little merit to those who write mostly procedural code.
The OOP rewrite was only a portion of the changes brought into PHP5.
What about exceptions, or the mysqli support, or the simplexml addition,
or...? There's a lot of stuff in PHP5 that procedural programmers can
utilize.
> - Accelerators for PHP5 are not particularly good at this time, so
> unless you've got cash to shell out to Zend (which can be
> expensive for the little guy) then why move from your trusty
> PHP4 accelerators that already get the job done satisfactorily.
As Rasmus noted under separate cover, the APC project has made
tremendous headway in the past few months, and is working fairly well
with PHP5 at this time.
--
Matthew Weier O'Phinney
Zend Certified Engineer
http://weierophinney.net/matthew/
attached mail follows:
On Sun, 2005-08-14 at 13:52, Matthew Weier O'Phinney wrote:
> * Robert Cummings <robertinterjinn.com> :
> > > Please tell the list why -- what does PHP4 offer over PHP5 for you? I
> > > honestly want to know, and I'm sure there are others who would be
> > > interested to see why people are not making the switch.
> >
> > While I've dabbled with PHP5 and made my framework compatible with it I
> > haven't bothered to make a wholehearted leap into it. The following
> > reasons basicly sum up why, and are probably common amongst those that
> > aren't leaping into PHP5.
> >
> > - Better the devil you know than the devil you don't. Many PHP
> > developers have spent years using PHP4 and know it inside and
> > out and have come to terms with all of it's deficiencies... as
> > few as those may be once you learn how to adapt to them.
>
> This is a fear-based argument. Arguments like this prevent innovation.
> Yes, I know PHP4's deficiencies and quirks inside and out -- but that
> doesn't mean I should stick with them. If I were to use that argument, I
> would never have left perl for PHP.
This may be a fear based argument, but it's also a perfectly adequate
and common argument. While there's some degree of fear, moving into the
realm of knowing PHP5 inside and out like many of us know PHP4 will
require much of our time and resources, that perhaps many of us do not
feel like investing right now. Undoubtedly as you have left perl for PHP
there will come a time when the benefits of PHP5 or PHP6, or whatever,
will seem compelling enough for many to make the leap. But just because
it's a new version does not in any way dictate to us that we MUST make
the leap now, just as when PHP4 first came out I doubt greatly you said
to yourself "holy crap PHP4, I must dump Perl immediately". In contrast
when PHP4 came out, PHP3 sucked sufficiently for many of us to make the
leap as fast as possible to take advantage of the better engine.
> PHP5 actually *fixes* many of PHP4's deficiences and quirks -- such as
> how objects are passed, how errors are handled, etc. I jumped onto PHP5
> because I wanted a PHP that worked *better*.
A PHP that works "better" is quite subjective. Sure PHP5 works better in
some areas, especially how objects are handled, but if I run script A
under PHP4 and I run it under PHP5 and there's no difference, then who
cares?
> > - A multitude of code already exists that is known to work under
> > PHP4 but can be expected to have quirks when run under PHP5.
>
> Explain. My experience, while limited, has shown that well-written PHP4
> code generally works quite well under PHP5.
Yes, well written code generally works quite well under PHP5, whether my
framework was written well or not is not for me to say, but I can attest
to having only had to change very few lines of code to make it work.
That said, I did have to change lines of code, and from what I recall
they weren't erroneous lines of code, just things PHP5 decided it didn't
like. Although admittedly I had to change some lines of code for PHP
4.4.0 also :)
> > - Much of the code written in PHP4 works without the new features
> > of PHP5 and so there's no compelling reason to invest time and
> > resources for 0 ROI other than compatibility with PHP5.
>
> Except that if you stay on an old version of PHP4, someday it will be
> deprecated and you'll *have* to upgrade. I, for one, would rather take
> smaller steps over time between versions than need to scrap an entire
> project and rewrite it from the ground up when the version reaches
> end-of-life. The ROI may be zero or small now, but priceless later.
Allow me to point to Apache 1 versus Apache 2. I don't see a mass
migration to Apache 2. In fact I bet you're probably still using Apache
1. At any rate, as I've said I updated my framework, I'm not arguing
against the utility of upgrading, only that many programmers of legacy
code, especially crappy legacy code, aren't going to feel compelled to
upgrade. Also I'm sure there's plenty of code out there used by lots of
people, but no longer maintained.
> > - PHP5 had a large focus on bringing missing OOP features to PHP
> > that have little merit to those who write mostly procedural code.
>
> The OOP rewrite was only a portion of the changes brought into PHP5.
> What about exceptions, or the mysqli support, or the simplexml addition,
> or...? There's a lot of stuff in PHP5 that procedural programmers can
> utilize.
I'll be honest here... I could care less about exceptions, mysqli
support or simplexml support. Everything in PHP4 was adequate for my
needs and needs I see in the future. These features are nice to have,
and I do make comments on the internals list for new features often
enough (in the hopes that in the future when I finally do make the
wholehearted move to PHP5 or even PHP6 only compatibility the features
are already there), but they aren't compelling enough to make me make a
break from PHP 4 compatibility just yet. And while I'm maintaining PHP4
compatibility, I'd rather just develop using PHP4 knowing that it will
pretty much work in PHP5 rather than develop in PHP5 and question
whether I might have introduced some PHP5 only feature.
> > - Accelerators for PHP5 are not particularly good at this time, so
> > unless you've got cash to shell out to Zend (which can be
> > expensive for the little guy) then why move from your trusty
> > PHP4 accelerators that already get the job done satisfactorily.
>
> As Rasmus noted under separate cover, the APC project has made
> tremendous headway in the past few months, and is working fairly well
> with PHP5 at this time.
Fairly well doesn't make me feel comfortable. If someone said the brakes
on this car work "fairly well" I sure as hell wouldn't buy the car.
Cheers,
Rob.
--
.------------------------------------------------------------.
| 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. |
`------------------------------------------------------------'
attached mail follows:
Matthew Weier O'Phinney wrote:
>* Sebastian <sebastianbroadbandgaming.net> :
>
>
>>Matthew Weier O'Phinney wrote:
>>
>>
>>>* Sebastian <sebastianbroadbandgaming.net> :
>>>
>>>
>>>>why php6 and not php5? look how long it took to get to php4 (with php5
>>>>just starting to rolling out) and people are already talking about php6?
>>>>
>>>>
>>>My observation was that more people jumped to PHP4 from PHP3 than have
>>>so far from PHP4 to PHP5. And PHP5 has hardly just started to roll out;
>>>the official 5.0.0 release was over a year ago.
>>>
>>>
>>>
>>>>sure it is just a 'versioning' thing, but right now huge numbers of php
>>>>users aren't using php5 (including me) on production environments, let
>>>>alone start talking about php 6.
>>>>
>>>>
>>>And why aren't you using PHP5? Is there any specific reason? Is it
>>>because your service provider doesn't offer it? If so, ask them why --
>>>and report it here. As soon as PHP5 hit stable, I started using it, and
>>>I've never looked back. Performance is better, and there are many
>>>features -- exceptions, the new OOP model, autoload, iterators, etc. --
>>>that simply have no analogs in PHP4.
>>>
>>>
>>>
>>>>anyway, i think i will be with php4 for a long time to come.
>>>>
>>>>
>>>Please tell the list why -- what does PHP4 offer over PHP5 for you? I
>>>honestly want to know, and I'm sure there are others who would be
>>>interested to see why people are not making the switch
>>>
>>>
>>>
>>i spent hundreds of hours building my site on php4,
>>im not about to rewrite any of it to make it 'compatible' with php5.
>>
>>
>
>Don't rewrite it to make it compatible with PHP5 -- rewrite it to take
>advantage of PHP5's better performance and new features. Besides, you
>probably will not need to rewrite any code -- probably just do some
>cleanup and a few changes. More below.
>
>
>
>>maybe my impressions of php5 are wrong, but last i heard apps built on
>>php4 may or may not work right under php5
>> - meaning you would have to rewrite code. am i wrong?
>>
>>
>
>I've converted quite a bit of "PHP4" code to PHP5, and I've had very few
>problems. Typically, I find that I get a few notices about deprecated
>functions or some warnings -- and the warnings are usually about things
>that should have generated warnings in PHP4, didn't, but now do in PHP5
>(things like declaring a class property twice, for instance).
>
>The fixes for these are typically not rewrites, but, as I said, fixes --
>if anything, they make the code better.
>
>Additionally, it's fairly easy to make such code backwards compatible
>with PHP4, if you feel the need to do so.
>
>
>>so i am 'afraid' of going with php5 in fear it will break my website.
>>
>>
>
>The only way to find out if it will break is to try it. I'm willing to
>wager that your code, if written well, will not only *not* break, but
>likely perform better.
>
>
>
The only thing I had to change to make my [30000 lines of code, OOP]
project PHP5 compatible was that I couldn't use the word exception,
because it was reserved in PHP5.
Right now I have better performance (around 50% better), and the system
uses less memory [ probably caused by the fact that objects are passed
by reference ]
Maybe we can make a list of things you have to think about before
migrating from PHP4 to 5.
Right now the only ones I can think of are:
* New reserved words
* If you rely on PHP4's object passing behaviour, your code will break
Anything else?
Evert
attached mail follows:
Matthew Weier O'Phinney wrote:
>* Sebastian wrote:
>
>
>>i spent hundreds of hours building my site on php4,
>>im not about to rewrite any of it to make it 'compatible' with php5.
>>
>>
>
>Don't rewrite it to make it compatible with PHP5 -- rewrite it to take
>advantage of PHP5's better performance and new features. Besides, you
>probably will not need to rewrite any code -- probably just do some
>cleanup and a few changes. More below.
>
>
>
>>maybe my impressions of php5 are wrong, but last i heard apps built on
>>php4 may or may not work right under php5
>> - meaning you would have to rewrite code. am i wrong?
>>
>>
>
>I've converted quite a bit of "PHP4" code to PHP5, and I've had very few
>problems. Typically, I find that I get a few notices about deprecated
>functions or some warnings -- and the warnings are usually about things
>that should have generated warnings in PHP4, didn't, but now do in PHP5
>(things like declaring a class property twice, for instance).
>
>The fixes for these are typically not rewrites, but, as I said, fixes --
>if anything, they make the code better.
>
>Additionally, it's fairly easy to make such code backwards compatible
>with PHP4, if you feel the need to do so.
>
>
>
>>so i am 'afraid' of going with php5 in fear it will break my website.
>>
>>
>
>The only way to find out if it will break is to try it. I'm willing to
>wager that your code, if written well, will not only *not* break, but
>likely perform better.
>
>
>
explain "better performance".
if i have a script written on php4 and i run it on php5 i doubt its
going to be any faster..
even so, i don't think there is much if at all any speed gain from php4
to php5... speculating of course, but i have yet to read any evidence
php5 is faster than php4.
a few extra features isn't enough to convince *most* to switch to php5.
now if they say php5 is 20% faster than php4 than i would upgrade
overnight ;)
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.8/71 - Release Date: 8/12/2005
attached mail follows:
Sebastian wrote:
> Matthew Weier O'Phinney wrote:
...
>
> explain "better performance".
>
> if i have a script written on php4 and i run it on php5 i doubt its
> going to be any faster..
> even so, i don't think there is much if at all any speed gain from php4
> to php5... speculating of course, but i have yet to read any evidence
> php5 is faster than php4.
bloomin' try it for yourself.
>
> a few extra features isn't enough to convince *most* to switch to php5.
> now if they say php5 is 20% faster than php4 than i would upgrade
> overnight ;)
call me legion, we say "php5 is 20% faster than php4".
happy now.
>
>
attached mail follows:
On Sun, 2005-08-14 at 16:32, Jochem Maas wrote:
> Sebastian wrote:
> > Matthew Weier O'Phinney wrote:
>
> ...
>
> >
> > explain "better performance".
> >
> > if i have a script written on php4 and i run it on php5 i doubt its
> > going to be any faster..
> > even so, i don't think there is much if at all any speed gain from php4
> > to php5... speculating of course, but i have yet to read any evidence
> > php5 is faster than php4.
>
> bloomin' try it for yourself.
>
> >
> > a few extra features isn't enough to convince *most* to switch to php5.
> > now if they say php5 is 20% faster than php4 than i would upgrade
> > overnight ;)
>
> call me legion, we say "php5 is 20% faster than php4".
> happy now.
Lies :) But it is very likely that if you have an app that makes heavy
use of OOP that you might actually get a 20% speedup. Though that will
depend on whether you passed your objects around by value or by
reference.
Cheers,
Rob.
--
.------------------------------------------------------------.
| 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. |
`------------------------------------------------------------'
attached mail follows:
On 8/14/05, Sebastian <sebastianbroadbandgaming.net> wrote:
> now if they say php5 is 20% faster than php4 than i would upgrade
> overnight ;)
Who is 'they' ? Go write a benchmark and see for yourself.
--
Greg Donald
Zend Certified Engineer
MySQL Core Certification
http://destiney.com/
attached mail follows:
Greg Donald wrote:
>On 8/14/05, Sebastian <sebastianbroadbandgaming.net> wrote:
>
>
>>now if they say php5 is 20% faster than php4 than i would upgrade
>>overnight ;)
>>
>>
>
>Who is 'they' ? Go write a benchmark and see for yourself.
>
>
obviously coming from the developers..
i guess im more or less wanting to know exactly where the php5
performance gains are over php4, if any.
sure i can do benchmarks, but again, would be nice to hear from the devs
on certain performance gains as well as overall.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.8/71 - Release Date: 8/12/2005
attached mail follows:
Sebastian wrote:
> Greg Donald wrote:
>
>> On 8/14/05, Sebastian <sebastianbroadbandgaming.net> wrote:
>>
>>
>>> now if they say php5 is 20% faster than php4 than i would upgrade
>>> overnight ;)
>>>
>>
>>
>> Who is 'they' ? Go write a benchmark and see for yourself.
>>
>>
>
> obviously coming from the developers..
> i guess im more or less wanting to know exactly where the php5
> performance gains are over php4, if any.
>
> sure i can do benchmarks, but again, would be nice to hear from the
> devs on certain performance gains as well as overall.
As Robert said, if you have heavy Object Oriented applications (properly
coded), PHP5 is likely to speed up your application, in some cases,
remarkably. It also gains in other cases, such as when using certain
template engines, where the cached templates are a lot faster, for
instance Flexy and Sigma, which I've found were lots faster on PHP5.
Regards,
Torgny
attached mail follows:
Hello,
on 08/13/2005 09:16 PM Pablo Gosse said the following:
> I have the unfortunate task of writing a PHP front-end for a
> client-server application that is back-ended in MS Access.
>
> I've tried using the transaction functionality in ADOdb (PHP
> implementation of ADO) but it doesn't work seem to work correctly, even
> though it says it does.
>
> If I intentionally submit a malformed query as part of a series of
> inserts, the ADOdb transaction supposedly rolls back, but when I look at
> the database, the inserts carried out before the error occurs are still
> there.
>
> Does anyone know if it's possible to use transactions with Access via
> PHP?
Yes, the Metabase driver for MS Access via ODBC implements transaction
support:
http://www.phpclasses.org/metabase
--
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:
Hello,
on 08/13/2005 09:16 PM Pablo Gosse said the following:
> I have the unfortunate task of writing a PHP front-end for a
> client-server application that is back-ended in MS Access.
>
> I've tried using the transaction functionality in ADOdb (PHP
> implementation of ADO) but it doesn't work seem to work correctly, even
> though it says it does.
>
> If I intentionally submit a malformed query as part of a series of
> inserts, the ADOdb transaction supposedly rolls back, but when I look at
> the database, the inserts carried out before the error occurs are still
> there.
>
> Does anyone know if it's possible to use transactions with Access via
> PHP?
Yes, the Metabase driver for MS Access via ODBC implements transaction
support:
http://www.phpclasses.org/metabase
--
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:
Hello,
on 08/13/2005 09:54 PM Catenare LLC said the following:
> Are there any PHP user groups currently meeting in San Francisco?
Maybe. I do not see here active PHP user groups of San Francisco, but if
you find any let the responsible people know so they submit the group
here and benefit of the automatic exposure that all groups get before
all users of the same country every time they login in the PHP Classes
site and also in the site newsletter.
http://www.phpclasses.org/browse/group/bycountry/country/us/
--
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:
Like this: $str = print_r($_POST, true);
then insert $str into db.
It`s easy way~~right?
""Andras Kende"" <andraskende.com>
??????:CE.18.33075.AECAEF24pb1.pair.com...
Hello,
I have a html page with 70+ form fields some like 40 fields are only used
for entering quantity numbers…
Is it a good idea to put this 50 fields of the form fields into a single
text mysql field?
Somehow process it with php before, put inside of some kind of xml
structure?
Just don’t want to do Mysql table with 70 fields…
Thanks,
Andras Kende
http://www.kende.com
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 0.0.338 / Virus Database: 267.10.8/71 - Release Date: 8/12/2005
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]