documentation on how to make the resource that it returns
persistent so that the save() method can access it.
I'm probably being really dumb here, but I've been staring at the screen
for a few hours and going slightly mad. If anybody can point me at the
relevant docs or just tell me
Etienne Kneuss wrote:
Yes, I also consider the visibility as a candy functionality.
Etienne Kneuss wrote:
2) It only requires a bit of discipline, not to edit the properties you
want to be readonly.
well, then we don't need private/protected/public at all,
as it only requires a
James Crane wrote:
I've written a short paper on the future of PHP and I'd appreciate it
if you folks would take a look at it and exchange your thoughts with
me.
http://www.maraby.com/papers/pushing_php_into_the_web_20_generation
Don't be too skeptical. ;)
Not being funny, but the one thing
Sean Coates wrote:
Gareth Ardron wrote:
Hi,
Sort of mailing this in as the result of the rantings of quite a few
mates of mine who look after shared hosting boxes.
Would it be acceptable to do up a patch for the mail() function which'll
listen to an ini entry[0] for a logfile to log all
ould I go ahead with doing up a patch or not ?
Cheers.
--
Gareth Ardron
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Brian Moon wrote:
> PHP will grow to a situation where half the
I agree that if implemented this feature should be all or nothing. If
its only userland, it is confusing to new users. But, I really to find
it upsetting to see so many people saying that this feature will
fracture the PHP com
Joseph Crawford wrote:
i would highly agree with this, protection of source is a great benefit,
also the performance would be much better.
It's not really going to protect the source that much (certinally not
out of the box) as anybody would be free to grab the php source, look at
how the z
Dale Walsj wrote:
maintain a bundled extension providing RRDTool support within PHP.
What does it use to work with rrdtool?
I ask because the rrdtool library is GPL which isn't allowed to go into
PECL as it taints the PHP license. LGPL/BSD/etc is fine, GPL isn't.
--
PHP Internals - PHP Run
Stefan Esser wrote:
Please move the discussion to php general mailinglist. This is a
usererror, a misunderstanding of is_int vs. is_numeric.
My bad therefore, misunderstanding of the docs as you say.
Not sure I think it's entirely sane, but feh - it's been a long day,
what do I know, etc etc.
Matteo Beccati wrote:
Gareth Ardron wrote:
Ron Korving wrote:
Just out of curiosity, to which versions does this apply?
5.1.0b3->5.1.1 at least. Haven't got anything older to test on.
As far as I know request variables have always been strings, and
is_int() checks the varia
Antony Dovgal wrote:
And PHP from .deb too?
*That* could be a problem.
God no, If I was doing that, I wouldn't report the bug here :)
Can give you the configure line if it'll help?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ron Korving wrote:
Just out of curiosity, to which versions does this apply?
5.1.0b3->5.1.1 at least. Haven't got anything older to test on.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Florian Anderiasch wrote:
Gareth Ardron wrote:
Hi.
Think I've just stumbled upon a possible bug with is_int.
Hello Gareth,
if I'm not mistaken, $_REQUEST['days'] is a string, and unless you use
if (!is_int(intval($_REQUEST['days'])) || $_REQUEST['days&#
ms to be messing up.
Can anybody confirm this is:
a) undesired behaviour and I'm not just being very "special" and
b) that this is happening. I've tried on two boxes with 5.1.1[0] but
it'd help to get somebody else's opinion
If it's a bug, I'll do a p
Jessie Hernandez wrote:
Majority asking for namespaces != majority of php users.
How do you know? Have you conducted a poll?
Ok,fair enough, I haven't - but neither have you.
Until there's any degree of certainty as to how many users this impacts
upon I don't think you can say that one w
Jessie Hernandez wrote:
Hi Chris,
Christian Schneider wrote:
PS: I'd rather have : for namespaces with the whitespace restriction
for ? a:x : b:y than the confusing (escaping characters outside of a
string?) backslash.
- Chris
I completely agree, and as I said before, I suspect the maj
Derick Rethans wrote:
Using generic names for core functionality in the global name space
is a bad
thing, no matter how convenient the name might be. That's a lesson
PHP has
learned for function names quite a while ago, let's not repeat the same
mistake for class names.
No no, the core r
Wez Furlong wrote:
Agreed; I see no reason to call it break (that makes it even more
confusing), and limiting jumps to one direction only is dumb; there is
no technical reason to do that.
Perl has a "goto" keyword, but it's pronounced "magic goto". We can
have a "goto" keyword and pronounce it
Lukas Smith wrote:
I think that eZ is an example of a company that shows its willing to
take a risk in betting their money on PHP6 only, because they are
producing a product that will then simply be on a cleaner basis for
its customers. Other companies in much more controlled environments
wou
Jani Taskinen wrote:
On Sun, 14 Aug 2005, Ilia Alshanetsky wrote:
If apc comes bundled then it includes apc_store() and apc_fetch() this
is pretty much $_MEMORY with a few tweaks.
Yes, but that is restricted to one server installations.
I need such a 'global session' that is availab
Rasmus Lerdorf wrote:
1. Remove register_globals completely
2. Remove magic_quotes_*
3. Add input filter extension which will include a mechanism for
application developers to very easily turn it off which would swap
the raw GPC arrays back in case the site had it turned on by default.
Y
Marcus Boerger wrote:
Hello Geffrey,
we don't accept GPL projects. If you're willing to chose a PECL compliant
license you can get an account. Look here: http://pecl.php.net
Unfortunatly, clamav is totally GPL - so anything based on the libs must
be gpl as well.
really bloody annoying, e
e as is but /maybe/ the docs need to highlight
things more.
Personally, I think the docs are fine.
Anyway, we're all just repeating the same arguments now - can somebody a
wee bit higher up the chain give some finality to this thread please ?
Cheers
--
Gareth Ardron
--
PHP Interna
Russell Nelson wrote:
Now, don't tell me that it's not insecure. Everyone here realizes
(and I know this because they've told me) that programmers who are
concerned about security will always check the values passed into
'include'. Why would they need to do that if 'include' wasn't
insecure?
how to improve
the security of your php scripts - I'm hard-pushed to find a large
number of specific articles dealing with the 'flaw' you mention.
Regards,
--
Gareth Ardron
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Russell Nelson wrote:
Graphical user interface designers understand the idea of an
'affordance'. An affordance is something whose operation is obvious
simply by looking at it. An uparrow button moves something upwards.
'include' is an affordance. It obviously includes a local file.
To me,
Stanislav Malyshev wrote:
LS>>Currently PEAR.php requires PHP 4.2.
This means there are a lot of people using PEAR with PHP 4.3 and 4.2. And
there's almost no people using it with 4.4 - since 4.4 is not
out. So now you want to go out and tell them "upgrade your hosting to our
brand-new PHP v
Jani Taskinen wrote:
- Make it quicker. I haven't done any benchmarks but it's pretty
obvious
this does make the PHP startup slower..
Ok, slower in what way - I mean, lets assume apache1.3 is being used
here, does it make the apachectl start slower, or does it make each
indivdua
27;ll just leave people blindly using things like this. To go back to
the firewall analogy, it's like putting the most expensive firewall in
the world in place, behind which are a dozen totally unpatched microsoft
exchange server and a linux box running bind 8.0.
Again, just my 2c.
--
Garet
Andi Gutmans wrote:
At 01:37 AM 2/3/2005 +, Gareth Ardron wrote:
True, but you've still got a lot of boxes that are used both for dev
and production work. Take a small web design company, for example.
Now in such a position, the admin may want to access raw variables in
dev.site.co
Rasmus Lerdorf wrote:
Ilia Alshanetsky wrote:
Looking at my code here, it would actually be trivial to expose the
raw data as superglobals, but what do we achieve then? We are
simply renaming $_GET to $_GET_RAW or something like that? If you
don't want any filtering to be done by default, simp
Jay Smith wrote:
The patch is at http://bugs.tutorbuddy.com/download/browscap.patch.tar.gz .
It's not exactly new VM exciting or PDO exciting (which, if you're reading
this Wez, looks quite nice), but browser detection is something I think PHP
should do well. It is primarily a web scripting languag
affected, redirecting to a
similar url as soon as it loads. It's happening for me in firefox on
linux and win32 and galleon on linux.
Cheers,
--
Gareth Ardron
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
at type of thing.
Cheers,
--
Gareth Ardron
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
"Fatal error: Call to undefined function
clamav::scanBuffer()"
Just doing:
$result = clamav::scanBuffer($input);
of course works absolutly fine.
Somebody just tell me that this isn't exactly expected behaviour and
it's a minor bug
this is all on 5.0.3 btw.
Cheers.
--
Ga
Rasmus Lerdorf wrote:
I get libs/libphp4 without an extension created. Same for shared modules.
This happens on both FreeBSD and Linux with libtool-1.5.2. Removing the
bundled ltmain.sh and running libtoolize --force it fixes it. I tracked
it down to that shared_ext not being defined in our ltma
plays properly with apache2. I
only suggest this because otherwise I see it putting people off php in
the future. Put it this way, if you have a choice between php and perl,
pretty similar in ease-to-learn and perl works properly with apache2 and
php doesn't, which one are you going to
e which is kinda
irritating. I've got several users I trust, and several I don't. I'd
rather limit what those few can do by knocking out extensions for their
virtualhosts if at all possible - or more accuratly, explicitly enabling
extensions for users I do trust.
Cheers,
On Mon, 2004-08-23 at 12:24, Zeev Suraski wrote:
> I think that most database setups in general don't keep their information
> encrypted, and the reasons they use username/password pairs is mainly
> because (a) they're designed to serve multiple users (at the OS level) on
> the same machine, an
On Sun, 2004-07-25 at 12:53, Gareth Ardron wrote:
> OK, very very quick benchmark on the realpath stuff
Just as a bit of a follow-on..
> * after realpath modifications
> [EMAIL PROTECTED]:/# time php /home/gaz/test.php
> real3m12.067s
> user1m22.602s
> sys 1m
OK, very very quick benchmark on the realpath stuff
System used is an AMD Opteron 142 (1.6ghz) with a gig of pc2100 ram, and
Western Digital Raptor sata disk. It's running Debian/unstable, though
only in 32bit mode atm.
Both tests were run using the standard php5 release rather than current
CVS.
On Sat, 2004-07-03 at 12:13, Derick Rethans wrote:
> > > > My suggestion - add -dmemory_limit=32M to PEAR_INSTALL_FLAGS (16M solves
> > > > the problem on my Linux box, but I think we should go higher to be on the
> > > > safe side).
> > >We prolly should highen the limit to a default 16M too for
On Mon, 2004-06-28 at 12:25, Florian Schaper wrote:
> > __destruct will get executed during request shutdown after the
> > communication has been shutdown. The only way to be able to write
> > from within __destruct is to deinitialize it at the end of the
> > script and therefore before the reques
On Tue, 2004-06-29 at 18:55, Marcus Boerger wrote:
> Hello Florian,
>
> there is no problem in calling resource destructors/terminators in your
> destructors. You simply cannot output text to your pages from them. If
> this is not true then we need to fix it. For example if an object of
> yours ho
g whatsoever.
It'd seem to me, that the ability to call variables within __destruct()
is quite valuable, as you're kinda limited to just printing output
otherwise (ok, not strictly true, but you get what I mean).
This is with php5-rc3 btw.
Can anybody confirm that this is '
On 10/28/03 22:34:04, Tal Peer wrote:
On Tue, 28 Oct 2003, Gareth Ardron wrote:
> I can't figure out if this is desired or not, if it's not, I'll
happily
> draft up a patch to alter the behaviour - I just want to make sure
> before I do.
Why should header() start parsin
quot;;
Now, for the first case - this works absolutly fine.
For the second case however, header passes the full variable without
resolving & to &.
I can't figure out if this is desired or not, if it's not, I'll happily
draft up a patch to alter the behaviour - I just want
hough, I'd have assumed it'd need
to be recompiled.
Cheers,
--
Gareth Ardron
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
tion model.
I say we, as we're using it quite heavily in http://fotopic.net as the main
graphics engine.
Anyway, module is up here http://www.fission.org.uk/php_imlib-0.4pre3.tar.gz
if anybody fancies taking a poke at something which is probably a very minor
error on my part.
Cheers.
--
G
oper--that way, it would be possible to
> evaluate its effectiveness. There are probably more pressing issues
> right now, and I'm certainly not the best judge of what they are.
Aye.
--
Gareth Ardron
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
riting the configure command for
the end user, and advanced users can do the standard style ./configure
--with-blah style.
--
Gareth Ardron
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
an't remember about suse and rpms, so I'm not going to go there.
But deb and slack are the 2 really major distros which don't support rpms.
Infact, a quick `apt-cache search rpm` seems to suggest there's a version of
rpm for debian as well.
Can't honestly think of any o
d looked at your log files...
If you're having trouble with sendmail, you might want to try exim. It's got
what is generally considered to be a more sane config than sendmail.
--
Gareth Ardron
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
53 matches
Mail list logo
