Wanna help maintaining the smarty.php.net web site
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Senior coder in tikiwiki, wish to give an hand on use of tikiwiki for the smarty
community and contribute to its development.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
help update Smarty website (see Monte)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 10 Oct 2003, netcat wrote:
> Hi, all.
>
> I've just made available first (for developers only) release of phprep
> project.
> home page:
> http://phprep.sourceforge.net/
> download:
> http://sourceforge.net/project/showfiles.php?group_id=92157
>
> Everyone is encouraged to check if there
I have recently found that if I don't register a session using PHP's
session management code I can use the $_SESSION variable as "my own"
superglobal which I can use for whatever purpose I deam fit. Here is a
small code snippet to illustrate:
$_SESSION = new my_custom_session_obj();
function test
To create/maintain new tiki based web site for Smarty (Smarty maintainer Monte Ohrt
suggested that those interested first apply for a CVS account)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi, all.
I've just made available first (for developers only) release of phprep
project.
home page:
http://phprep.sourceforge.net/
download:
http://sourceforge.net/project/showfiles.php?group_id=92157
Everyone is encouraged to check if there are no license issues there.
If there are, post a patc
Wez-
Wez Furlong wrote:
Performance wise, its not going to make much difference,
because no matter what you are doing, to dynamically resolve
the value of a constant will involve hash lookups.
The other alternative, and this is the official POV of the
Zend guys IIRC, is that you can use eval() to
> >Performance wise, its not going to make much difference,
> >because no matter what you are doing, to dynamically resolve
> >the value of a constant will involve hash lookups.
> >
> >The other alternative, and this is the official POV of the
> >Zend guys IIRC, is that you can use eval() to look
Hi Wez-
Wez Furlong wrote:
This sounds like you're doing something wrong (no offense!).
You want to access a *constant* of a descendant class, when
your ancestor doesn't even know if it exists.
Well, that sounds more than a little odd (backwards even).
Why not just use a property with a know
Hi Ard-
Sorry, I must of misunderstood you. Yes, that would work
fine. Now copy/paste the getElementName() function in the
derived class to all 100's of other derived classes and wonder
why you couldn't just do this with one base class function. :)
Dan Cox
Ard Biesheuvel wrote:
This works fine
Hi Marcus-
Marcus Börger wrote:
Constants are bound to the class rather then to the objects. Hence they
behave pretty much like static properties or default values of declared
properties and like the latter they are read only.
understood.
The only question here is whether we want to be able t
This works fine for me:
abstract class Base {
abstract function getElementName();
function getName()
{
return $this->getElementName();
}
}
class Derived extends Base {
const ElementName = 'DerivedElementName';
function getElementN
Ard Biesheuvel wrote:
How about an abstract method in the base class called
getElementName(), which each child will implement to return its
element name.
Hi Ard-
This wouldn't work because the abstract method in the base class is
still running in the 'base class scope' and can't see the child'
I'll revise the patch to allow for older configurations to work. I find it
somewhat strange that you do not see a problem with allowing a function not
intended for command execution to act as such. For the record not only
safe_mode is affected, people who rely on disable_functions INI directive
Hello Dan,
Friday, October 10, 2003, 10:53:20 AM, you wrote:
> Marcus-
> Marcus Börger wrote:
>> Hello Dan,
>>
>>
>>> Currently, I don't see an easy way of accessing the constants of a child
>>> class from a base class.
>>>
>>
>> Use the child's class name:
>> php -r 'class t{static functi
Hello Wez,
Friday, October 10, 2003, 12:44:07 PM, you wrote:
> This sounds like you're doing something wrong (no offense!).
> You want to access a *constant* of a descendant class, when
> your ancestor doesn't even know if it exists.
> Well, that sounds more than a little odd (backwards even).
I don't buy the security line you are trying to tuck onto
your non-silent termination patch. If you are concerned
about safe mode, fine, enable the patch for safe mode only.
Having a warning in the case that the shell execution failed
(it returns a non-zero error code, right?)
Ilia,
can you please explain what purpose your patch to mail.c is
serving and why it is breaking backwards compatibility? Or
if the latter is not intentional, then why was the feature
implemented in a such inadequate way?
(Hint: Shells check PATH for executables. Your pat
I am running into a complex PHP problem, where PHP, different versions I
tried, under redhat or mandrake, dies with sig fault in a way that I
could not clearly reproduce... there are different components involved
and I need help narrowing this down
Is this the right list?
Thanks alot.
Mohamed
How about an abstract method in the base class called getElementName(),
which each child will implement to return its element name.
--
Ard
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
This sounds like you're doing something wrong (no offense!).
You want to access a *constant* of a descendant class, when
your ancestor doesn't even know if it exists.
Well, that sounds more than a little odd (backwards even).
Why not just use a property with a known name, and set the
value of tha
Marcus-
Marcus Börger wrote:
Hello Dan,
Currently, I don't see an easy way of accessing the constants of a child
class from a base class.
Use the child's class name:
php -r 'class t{static function f(){echo tt::c;}}class tt extends
t{const c="Hello\n";} t::f();'
Yes, this is possible,
Hello Dan,
Friday, October 10, 2003, 9:10:23 AM, you wrote:
> PHP5 10/10/2003 CVS.
> Currently, I don't see an easy way of accessing the constants of a child
> class from a base class.
Use the child's class name:
php -r 'class t{static function f(){echo tt::c;}}class tt extends t{const
c="Hello
PHP5 10/10/2003 CVS.
Currently, I don't see an easy way of accessing the constants of a child
class from a base class. Consider the following basic example:
abstract class myBaseClass {
function getXML() {
$doc = new domDocument();
$node = $doc->createElement(child::ElementName);
$doc-
25 matches
Mail list logo
