PHP 4 en RHEL (y otras distro "enterprise") [Was: Re: Canonical does not contribute to Linux plumbing.]

[Ricardo Mun~oz A.]

2008/9/23 Rodrigo Fuentealba <the.code.keeper en gmail.com>:
> El día 23 de septiembre de 2008 10:02, Ricardo Mun~oz A.
> <ricardo74 en gmail.com> escribió:
>> 2008/9/23 Horst H. von Brand <vonbrand en inf.utfsm.cl>:
>>> Rodrigo Fuentealba <the.code.keeper en gmail.com> wrote:
>>>> El día 22 de septiembre de 2008 11:37, Jens Hardings Perl
>>>> <jens en hardings.cl> escribió:
>>>> > On Sun, 2008-09-21 at 23:51 -0400, Horst H. von Brand wrote:
>>>
>>> [...]
>>>
>>>> Las estrellas de esto se lo llevan la excepcionalmente molesta
>>>> presencia de PHP 4... ¡¡¡tres años después de la presencia de un
>>>> reemplazo 100% superior!!!, pero si RedHat adquirió el compromiso de
>>>                                             ----------------------
>>>                                                 Este es el tema!
>>>
>>>> mantenerlo junto con todo el resto por cinco (o eran siete?) años, no
>>>> pueden deshacerse simplemente de ello. Alguna vez discutimos eso en la
>>>> lista con el Doc, y a pesar de que comprendí las razones, no las
>>>> compartía para nada. Es por fortuna que PHP aún mantiene su versión
>>>> 4.4.9, pero ya casi nadie lo mira y llega a dar pena ver código
>>>> escrito en eso.
>>>
>>> Has migrado alguna cosilla escrita a la chancha, posiblemente incluso
>>> ex-profeso para ser ilegible ("para proteger nuestra inefable propiedad
>>> intelectual"; si, tambien hay de esos), de PHP 4 a PHP 5? *Duele*!
>>
>
>> si "migrar" implica "hacer correr una aplicacion hecha en PHP4 en un
>> servidor web con PHP5" entonces basta con activar algunas opciones en
>> el archivo de configuracion php.ini y listo
>
> La razón por la cual "no" hacer eso, es que las configuraciones por
> defecto de muchas aplicaciones en PHP 4 son horriblemente inseguras y
> mal diseñadas (me he encontrado con un sinnúmero de aplicaciones que
> usan register_globals en On, o en las que hay que hacer embrujos
> relacionados con Unicode que en PHP 5 no son necesarios). Y encuentro
> insano "no" preocuparse de eso.

que una aplicacion use register_globals en On no significa que es
automaticamente insegura, y si tienes esa opcion en Off no significa
que la aplicacion sea segura...

para seguir con el tema habria que primero hacer una diferencia entre
el interprete de PHP vs. PHP como lenguaje. lo del register_globals
tiene que ver con el interprete, y en ese sentido un PHP5 puede correr
sin ningun problema (jugando con el php.ini) una aplicacion hecha en
PHP3 por ejemplo. entonces, no por usar PHP5 (como interprete) estoy a
salvo de los errores de programacion que podrian haber en mi
aplicacion desarrollada en PHP3...

> Otra cosa, que el súper hiper mega overrated Joomla "funcione" en PHP
> 5, quiere decir sólo eso: que "funciona". Pero usar var para declarar
> variables es un PITA. Y con el hecho de que PHP 5 use
> public/protected/private, la única manera de asegurarte de que PHP 5
> soporte bien a PHP 4 es haciendo que var sea public... ¡¡¡echando por
> la borda las buenas costumbres!!!

jajajja... cuales buenas costumbres? si quieres trabajar con reglas
hitlerianas usa otro lenguaje... ;)

en relacion al Joomla et.al. la unica buena costumbre (o mas bien
sentido comun) es aplicar religiosamente sus parches y no instalar
modulos/plugins no "oficiales"...

[...]

>> lo no comprensible es porque a algunos les molesta tanto el tema, es
>> patologicamente extran~o...
>
> Es tan sólo la visión de un "buen" programador con la opción de elegir
> un "buen" entorno o un "mal" entorno. Si no tuviera la opción,
> entonces procedería a usar lo que venga (por ej. lo que pasa con
> Visual Basic 6 y DAO).

entonces, segun tu un "buen" programador no podria desarrollar una
aplicacion "buena" que funcione en PHP4? necesitas trabajar con
objetos y ademas de public/protected/private para hacer un buen
programa?

es como decir que un mecanico solo puede hacer su pega "bien" en
vehiculos an~o 2005 en adelante... ;)

-- 
Ricardo Mun~oz A.