RE: [PHP-DEV] Re: [PHP-CVS] output handlers

From: Date: Tue, 06 Aug 2002 13:51:25 +0000
Subject: RE: [PHP-DEV] Re: [PHP-CVS] output handlers
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-86569@lists.php.net to get a copy of this message
can we please be careful with reply-to-all? i just got this mail 4 times. everyone on both php-cvs and php-dev got it 3 times. Thanks, James > -----Original Message----- > From: Zeev Suraski [mailto:zeev@zend.com] > Sent: Tuesday, August 06, 2002 2:49 PM > To: Yasuo Ohgaki > Cc: php-dev@lists.php.net; marcus.boerger@post.rwth-aachen.de; James > Cox; php-cvs@lists.php.net; php-dev@lists.php.net > Subject: Re: [PHP-DEV] Re: [PHP-CVS] output handlers > > > At 17:00 06/08/2002, Yasuo Ohgaki wrote: > >Zeev Suraski wrote: > >>I haven't noticed this discussion before, but I'm very much against > > > >Don't worry you haven't miss much. > > > >>removing or deprecating output_handler. If you want to write a > portable > >>app, you should indeed register output handlers in your app; But > >>generally speaking, output handlers are functions which are very likely > >>to be implemented on a site-wide basis, and not necessarily a > script- or > >>app-wide basis. For such purposes, php.ini is the right place. > > > >Ok. You are asking for trouble > >and some people criticize "PHP is endlessly > >configurable by php.ini" :( > > I'm very much against configuration options that affect the way the > language behaves; But supplying server-wide settings that allow you to > deploy your site in a certain way are a good thing in my opinion. They > should also be transparent to well-written applications. > > Why would an I18N app not work with output_handler? > > Zeev > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php > >

« previous php.dev (#86569) next »