Constantin B schrieb:
require should :
1 : check in /localcopy/path/to/file.php if it exist
2 : then if its not too old // we can define what this means later // it
just require it as now
3 : if the file does not exist or if its too old we refresh it from the
/path/to/file.php and require it .
Stanislav Malyshev schrieb:
But why not allow importing namespaced functions and constants into
the global namespace?
Because there's really no need to. Nothing wrong with
namespace::function().
so i can not use a lib that switched to namespaces in my old code that does
not support
Stefan Priebsch schrieb:
Stanislav Malyshev schrieb:
SELECT class FROM LibB WHERE class.name NOT LIKE 'Date%' AND
class.version 3.14 OR class.approved='Manager'
Maybe we should use PDO to support these? ;)
For performance reasons, I would rather suggest using native database
APIs instead of
chris# wrote:
Sebastian Mendel [EMAIL PROTECTED] wrote:
chris# wrote:
I think that same analogy applies to both versions of PHP - one version
is
more suitable for one thing (your choice(s) here), and vise-a-versa. Or;
while PHP5 allows you to manifest functionality, PHP4 allows you to tack
only these ones that can be rebuild in user space ...
and native they are much faster!
--
Sebastian Mendel
www.sebastianmendel.de
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
), and vise-a-versa. Or;
while PHP5 allows you to manifest functionality, PHP4 allows you to tack
it on.
i don't think so ... PHP 5 is always the better choice ... cause PHP 4
development has stopped and support will end and you will get no more
security update after 2008-08-08(?)
--
Sebastian
release this year)
if you find problems tell me
--
Sebastian Mendel
www.sebastianmendel.de
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Stut schrieb:
Sebastian Mendel wrote:
Guilherme Blanco schrieb:
Have you ever asked yourselves... why? why PHP5's adoption is so bad?
it was badly advertised!
most people don't even know how much faster it is!
Is it really faster? From what I've read over the past few years
Steph Fox schrieb:
Marcus,
FWIW I'm with you (unusually) over E_STRICT. Why would anyone have E_ALL
switched on anywhere but a dev box?
at least i, as no one on this mailing list is interested in me, but i
have it on and it is logged only and not displayed.
some bugs are really hard to
'
echo Foo::getName();
// returns 'not static' but should be 'static'
$foo = new Foo;
echo $foo-getParentName();
?
Andi
At 08:59 AM 7/22/2005 +0200, Sebastian Mendel wrote:
Sean Coates wrote:
i know this hack, but it does not work, if the statically called
method
is from the same class
()
??
this doesnt makes sence to me.
pls, give me a hint if i had overseen something.
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
patrick müller wrote:
Sebastian Mendel wrote:
how about if i need a name for object not loaded?
Class::getName( $object_id );
Weird, i thought you must know the classname for a static
call :)
not the classname, the objectname f.e. the name for the object of type
customer with id 31728
()
{
return $this-value;
}
}
or
class foo
{
static function bar( $param )
{
return $param;
}
function bar()
{
return $this-param;
}
}
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
';
}
function bar2() { return foo::bar(); }
}
// returns 'static'
echo foo::bar();
// returns 'not static' but should be 'static'
$foo = new foo;
echo $foo-bar2();
--
Sebastian Mendel
www.sebastianmendel.de www.warzonez.de www.tekkno4u.de www.nofetish.com
www.sf.net/projects/phpdatetime
the user about this security-leak.
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Nelson Menezes wrote:
On 6/16/05, Johannes Schlueter [EMAIL PROTECTED] wrote:
On Thursday 16 June 2005 11:27, Sebastian Mendel wrote:
I guess, this will more likely produce an error message like this:
Parse error: syntax error, unexpected T_PUBLIC, expecting T_STRING in
public.php on line 2
produces.
oh, so is it wrong to fix something that produces a NOTICE?
and to fix this with the help of forward-compatibility?
and this keyword is added in _PHP 4_, there is no NOTICE
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects
reporting overwriting $this is not allowed in PHP 5 ?
and, when we are at this, what about 'clone' as a dummy-keyword in PHP 4.4 ?
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP Internals - PHP Runtime Development Mailing List
Lukas Smith wrote:
Sebastian Mendel wrote:
and is it a problem to implement such a new error level also with PHP
4.4. for example reporting overwriting $this is not allowed in PHP 5 ?
and, when we are at this, what about 'clone' as a dummy-keyword in PHP
4.4 ?
err no .. because
, but isnt there a difference between where the keywords are
placed?
and if it is so, then this would also be a candidate for
NOTICE: 'public' is a keyword in PHP 5 in php 4.4
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP
versions
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Robert Cummings wrote:
[...]
On that note, how comes there's a $GLOBAL array and not a $LOCAL array
for vars declared in the immediate scope :)
you can use get_defined_vars()
http://www.php.net/get_defined_vars
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime
no notice produced by this ifsetor()
--
Sebastian Mendel
www.sebastianmendel.de
www.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
23 matches
Mail list logo