Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
Hi, it's nice to see that everyone wants to develop extensions for PHP, but why do these extension go all into the main CVS tree? why not keep PHP more modular? Daniel Lorch -UrsprØngliche Nachricht- Von: Andrey Hristov [mailto:[EMAIL PROTECTED]] Datum : Mittwoch, 5. Dezember 2001 Betreff: [PHP-DEV] [NEW EXTENSTION]: templates Hi, I'm totally interested. I want to write such an extension for PHP as my senior thesis for bachelor degree(hope this is the equivalent of diplomna rabota (.bg)) The news someone wrote it shaked me :))). However, maybe I'll write another one but don't know when (after a month or starting May 2002). Best wishes and regards. Andrey Hristov -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 5 Dec 2001 15:15:29 +0100, Daniel Lorch wrote: it's nice to see that everyone wants to develop extensions for PHP, but why do these extension go all into the main CVS tree? why not keep PHP more modular? New extension (ike the one, we are talking about) will go to PEAR and will not be included in the main source tree (unless they are extremely important). Or did I miss something? - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
* Idiot I am wrote: I suggest ext/template being extemely important. Erm, of course if that extension would be as powerful as PHPLIB's Template, IT[X] and Smarty together. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 05 Dec 2001, Björn Schotte wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. -Andrei For society, it's probably a good thing that engineers value function over appearance. For example, you wouldn't want engineers to build nuclear power plants that only _look_ like they would keep all the radiation inside. (Scott Adams - The Dilbert principle) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
* Andrei Zmievski wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. Why? Björn. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 05 Dec 2001, Björn Schotte wrote: * Andrei Zmievski wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. Why? See my previous message. -Andrei When I get a little money, I buy books; and if any is left I buy food and clothes. -- Erasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 5 Dec 2001, Andrei Zmievski wrote: On Wed, 05 Dec 2001, Björn Schotte wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. I agree with Andrei here. If an templating extension is bundled with PHP, it becomes the 'defacto supported' template engine. In other words, we will say that this is the best template engine, because it is bundled with PHP. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 05 Dec 2001, Björn Schotte wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. +1, the only exception I might make would be Smarty as it is well designed and a lot of people use it but I dont think even smarty has a place in the PHP Distribution. - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 05 Dec 2001, [EMAIL PROTECTED] wrote: I agree with Andrei here. If an templating extension is bundled with PHP, it becomes the 'defacto supported' template engine. In other words, we will say that this is the best template engine, because it is bundled with PHP. Yes, and it will hurt my feelings too. :) -Andrei * If it's never finished, you can't prove it doesn't work. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 05 Dec 2001, James Moore wrote: +1, the only exception I might make would be Smarty as it is well designed and a lot of people use it but I dont think even smarty has a place in the PHP Distribution. Perhaps in PEAR, but you are correct. -Andrei Complexity in the mind is not caused by learning; learning is caused by complexity in the mind. -- Steven Pinker -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
hi, besides, what makes templates slow are either string-replacements or regular expressions and these are anyway core parts of PHP, thus making a module won't speed up anyting. better contribute to PEAR and write this template class in PHP - more transparency for other users. Daniel, no offending, but what you write makes completely no sense at all. A c-module is as fast as an extension in PHP. Why? It's the same. It just hangs out in PEAR in the CVS tree. And of course its faster then anything written in PHP. it's not about the template extension in particular - I'd be very pleased if such a module finds it's way to the main CVS tree because template-ing is the only thing remaining which causes big headaches to me (templates VS includes VS write static HTML). I was thinking about this because I was inspired by CPAN (Perl). of course, PHP is an all-purpose language like perl, but PHP has matured and there I am just missing some real guidelines. of course I unterstand that I'm just complaining around and not actually doing anything productive, and everyone is pleased when someone actually develops an extension in his or her free time, but .. well .. when I look at /ext/ (PHP source) just to pick a random example: what's 'vpopmail' doing there (no personal offense to the author, really randomly picked)? I mean, vpopmail has it's own deamon and an interface written in PHP (ok, that one is ugly, it depends on global variables and has to be rewritten), but why create a /compiled/ module for this? doesn't make sense to me. no gain in performance. and even the module is WORSE than the PHP interface, because it requires you to run PHP as CGI binary, fiddling around with sudo etc.. (whereas the PHP just opens a socket to the vpopmail-daemon, sends some commands etc..) anyone interested in /ext/daniel/ printing out some greetings to my friends? how about daniel_greet_his_friends(); and daniel_send_email_to_his_friends(), etc? Kind Regards, Daniel Lorch -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
On Wed, 5 Dec 2001 16:17:29 +0100 (CET), [EMAIL PROTECTED] wrote: On Wed, 5 Dec 2001, Andrei Zmievski wrote: On Wed, 05 Dec 2001, Björn Schotte wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. I agree with Andrei here. If an templating extension is bundled with PHP, it becomes the 'defacto supported' template engine. In other words, we will say that this is the best template engine, because it is bundled with PHP. I'm also not sure, if the template extension is important enought to be bundled with PHP and I think, that it might fit better in PEAR, but: What is with PEAR DB? Is it also the defacto standard, because it is bundled with PHP? - Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
Make it experimental Then : This module is EXPERIMENTAL. That means, that the behaviour of these functions, these function names, in concreto ANYTHING documented here can change in a future release of PHP WITHOUT NOTICE. Be warned, and use this module at your own risk. Regards, Andrey - Original Message - From: [EMAIL PROTECTED] To: Andrei Zmievski [EMAIL PROTECTED] Cc: Björn Schotte [EMAIL PROTECTED]; Martin Jansen [EMAIL PROTECTED]; Daniel Lorch [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, December 05, 2001 5:17 PM Subject: Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates On Wed, 5 Dec 2001, Andrei Zmievski wrote: On Wed, 05 Dec 2001, Björn Schotte wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. I agree with Andrei here. If an templating extension is bundled with PHP, it becomes the 'defacto supported' template engine. In other words, we will say that this is the best template engine, because it is bundled with PHP. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
Hi, One thing I try to avoid is making assumptions, because most of the world's problems come from that. So perhaps you should make an RfC for inserting a (IMHO) after every word in every sentence of a posting to php-dev to satisfy your soul. actually we should declare some prototype. how about the good ol' template style: {IMHO: this is my opinion} or the more XML-style my-opinion what follows here is solely my own opinion /my-opinion maybe even someone wants to write a PHP module for it, allowing opinion_insert($who, $message); opinion_insert(daniel lorch, my opinion); now THATs a good idea. Kind Regards, Daniel Lorch -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
Hi, Web designers and pixel movers are yet too dumb to check how XSL(T) works. Ack. the average pixel mover doesn't even know how to code HTML, what doesn't keep them from creating webpages. sooner or later all major companies (macromedia, adobe ..) will include XSLT-export to their WYSIWYG editors. believe me, XML is the new buzzword allowing companies to sell virtually everything. Kind Regards, Daniel Lorch -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
Proposal : libmyopinion.o (*heh*) Regards, Andrey - Original Message - From: Daniel Lorch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 05, 2001 6:36 PM Subject: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates Hi, One thing I try to avoid is making assumptions, because most of the world's problems come from that. So perhaps you should make an RfC for inserting a (IMHO) after every word in every sentence of a posting to php-dev to satisfy your soul. actually we should declare some prototype. how about the good ol' template style: {IMHO: this is my opinion} or the more XML-style my-opinion what follows here is solely my own opinion /my-opinion maybe even someone wants to write a PHP module for it, allowing opinion_insert($who, $message); opinion_insert(daniel lorch, my opinion); now THATs a good idea. Kind Regards, Daniel Lorch -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
hi, Daniel, no offending, but what you write makes completely no sense at all. A c-module is as fast as an extension in PHP. Why? It's the same. It just hangs out in PEAR in the CVS tree. And of course its faster then anything written in PHP. I was just thinking about the performance argument: If you really care about performance, why not write your whole page directly in C, instead of using slow, parsed PHP code? Doesn't make sense to me, either. Kind Regards, Daniel Lorch -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
All functions are external for the language. A C program can live without any function( except for main). Some things can me made without using of function. When I use stdio.h I think that protos which resides there are not part of the language. I had a CS course where the lector showed us what is C and without using any function. I don't think that any of the template functions is different from array_push for example it's not PHP it is external function. I can live without array_push, implode and some others, so someone else can live without templtes_* functions. Regards, Andrey Hristov - Original Message - From: Andrei Zmievski [EMAIL PROTECTED] To: Björn Schotte [EMAIL PROTECTED] Cc: Martin Jansen [EMAIL PROTECTED]; Daniel Lorch [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, December 05, 2001 5:14 PM Subject: Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates On Wed, 05 Dec 2001, Björn Schotte wrote: * Andrei Zmievski wrote: I suggest ext/template being extemely important. Sorry, but I am completely against it. Why? See my previous message. -Andrei When I get a little money, I buy books; and if any is left I buy food and clothes. -- Erasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates
hi Daniel, when I look at /ext/ (PHP source) just to pick a random example: what's 'vpopmail' doing there (no personal offense to the author, really randomly picked)? I mean, vpopmail has it's own deamon and an interface written in PHP (ok, that one is ugly, it depends on global variables and has to be rewritten), but why create a /compiled/ module for this? doesn't make sense to me. no gain in performance. and even the module is WORSE than the PHP interface, because it requires you to run PHP as CGI binary, fiddling around with sudo etc.. (whereas the PHP just opens a socket to the vpopmail-daemon, sends some commands etc..) i would not like to put any offense but you are technicaly wrong - the fastest way to access vpopmail functionality is to call native api instead execute something external. this can be observed on high loaded servers of course. one cannot skip the sudo stuff with vpopmail anyway - you must be root to manage domains, and at least vpopmail to manage users. when one really need to manage vpopmail at high web load she can compile a separate apache for the management site and run it under vpopmail instead using slow CGIs. prehapse you mess vpopmail with vmailmgr - the first one have management daemon, second does not (at least an official one). the third reason is the unified interface - vpopmail command line tools differ between versions and one have to tweak her script for each different version. about the first part of your email - i would vote with two hands for PEAR repository of php modules written in C, vpopmail extension's place is definitely there anyone interested in /ext/daniel/ printing out some greetings to my friends? how about daniel_greet_his_friends(); and daniel_send_email_to_his_friends(), etc? :)) b. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]