Existen varios puntos para tomar en cuenta acerca de PHP en el futuro, en el presente artículo hablaremos un poco acerca del impacto que pueden tener estos puntos para los desarrolladores.
El núcleo central de los desarrolladores de PHP tuvieron un encuentro en París el 11 de Noviembre de 2005 para discutir hacia donde marcharía PHP en el futuro.
La transcripción completa del encuentro es una lectura fascinante, pero leerlo todo es un esfuerzo considerable. Por eso, os presentamos aquí los puntos clave que surgieron en la reunión y qué impacto pueden tener sobre vosotros, como desarrolladores.
Antes de empezar es importante que quede clara una cosa: lo que aquí podáis leer no está garantizado de ninguna manera al 100% que se incorpore a PHP 6. Aún así, podemos entender la información de las transcripciones como el estado actual de las decisiones sobre un montón de cosas en el equipo de PHP.
Unicode
El soporte de Unicode, en estos momentos, puede activarse bajo petición. Esto equivale a que PHP tenga que almacenar las variantes tanto Unicode como no-Unicode de nombres de clases, métodos y funciones en las tablas de símbolos.
En resumen – usa más recursos. La decisión es hacer que los ajustes de Unicode afecten a todo el servidor, y que no sean bajo petición. Desactivar Unicode allí donde no es necesario puede mejorar el rendimiento, y se ha detectado que algunas funciones de cadena pueden ser hasta un 300% más lentas y que aplicaciones completas pueden ser un 25% más lentas por este motivo.
La decisión para moverlo al php.ini en mi opinión, quita el control de las manos al usuario, y lo pone en las del Host Web. Si compilas PHP tú mismo, o eres responsable de ello en tus servidores, puede que estés interesado en saber que PHP 6 va a requerir las bibliotecas ICU (esté Unicode activado o desactivado).
El sistema compilado se paralizará sin las bibliotecas ICU necesarias no son encontradas. En resumidas cuentas, tendrás que instalar otra cosa más cuando quieras compilar PHP.
Register Globals es retirado
Decid adiós, amigos, esto finalmente se acaba. Ya no será un ajuste del fichero ini, y si se encuentra aparecerá un error E_CORE_ERROR, llevándote a la documentación sobre porqué es “malo”.
Esto significa que PHP 6 acabará con todos los scripts de la era de PHP 3 (o cualquier script que utilice globales registradas) sin otra opción que volver a escribirlos desde cero. Es una decisión dura, pero tenía que hacerse.
Las Magic Quotes también desaparecen
La característica de las “magic quotes” de PHP se elimina, y al igual que con register globals provocará un error E_CORE_ERROR si se encuentra en alguna parte. Esto afectará a magic_quotes, magic_quotes_sybase y magic_quotes_gpc.
El modo seguro, también eliminado
¡Esto puede que les guste a los desarrolladores que tienen web hosts que insisten en el modo seguro! Pero ahora desaparecerá por completo, también provocando un error E_CORE_ERROR si se encuentra.
La razón es que aparentemente daba una idea errónea, implicando que hacía a PHP seguro, cuando en realidad no mejoraba en nada la seguridad. open_basedir se conservará, (afortunadamente).
‘var’ significará lo mismo que ‘public’
PHP4 usaba ‘var’ entre las clases. PHP5 (en su decisión OO) casusaba que esto mostrara una advertencia bajo E_STRICT. Esta advertencia será retirada en PHP6, y en su lugar ‘var’ significará lo mismo que ‘public’.
Es una buena decisión, pero si alguien ha actualizado sus scripts para que funcionen bajo E_STRICT en PHP5 será redundante para ellos.
Return by Reference dará un error
Tanto $foo =& new StdClass() como function &foo producirán ahora un error E_STRICT.
El modo de compatibilidad zend.ze1 eliminado
ze1 intentó siempre conservar el viejo comportamiento de PHP4, pero aparentemente “ni siquiera funciona al 100%”, así que será eliminado por completo y dará un error E_CORE_ERROR si se detecta.
Soporte de Freetype 1 y GD 1 abandonado
Se elimina el soporte para estas (muy, muy antiguas) bibliotecas.
dl() sólo se mueve a SAPI
Cada SAPI registrará el uso de esta función como se requiera, sólo CLI y las SAPIs integradas harán esto desde ahora. No estará disponible en otro lugar.
FastCGI siempre activado
El código de FastCGI será renovado y estará siempre disponible para la CGI SAPI, no podrá ser desactivado.
Register Long Arrays eliminado
¿Recordáis las globales HTTP_*_VARS de hace tiempo? Bueno, si aún no estás usando $_GET, $_POST, etc – empieza a hacerlo ya, porque esta opción para permitir long arrays se elimina (y dará un error E_CORE_ERROR).
Movimientos de las Extensiones
Las extensiones XMLReader y XMLWriter serán desplazadas al núcleo de la distribución y estarán activadas por defecto.
La extensión ereg se mueve a PECL (y será eliminada de PHP). Esto significa que no se permitirá desactivar PCRE. Esto allanará el camino para la nueva extensión de expresiones basada en ICU.
La extensión tremendamente útil Fileinfo se desplaza al núcleo de la distribución y estará activada por defecto.
¿Qué otros puntos consideran ustedes que deben tomarse en cuenta con PHP en el futuro?
Este artículo fue publicado originalmente en phpsolmag.org por Richard Davey.
gracias por este resumen. muy bueno
Bien por la seguridad que php propone, al eliminar los register globals, bueno yo nunca los use pero lei en muchos lugares las vulnerabilidades que tenian, que bien.
Muy buen resumen, gracias
Me parece una real pendejada, aunque por lo de register globals, si era un factor de inseguridad, vi por ahi un ejemplo en php6 de como cambiaria algo la prog, y note q era mucho codigo, solo para realizar unas cuantas impresiones. Será un terrible dolor de cabeza aumentar codigo para hacer algo minimo. ñ_ñ
Ahora para los programadores el lema debe ser: es adaptarse o morir!!! (Si no preguntenle a los viejos programadores de COBOL, CLIPPER,VISUAK, etc… muy buenos en sus tiempos)
Amigo Diego Rosado te invito a revisar a fondo el código PHP6 creo que estas equivocado y no has tenido suficiente información sobre ello…
Siento que cambiar a PHP6 es un poco precipitado… En lo personal me gusta mas JAVA (JSP), que tan bueno será que otros Lenguajes como ASP-net, PHP5-6, RUBY, etc. se han apoyado en él para evolucionar. Saludos…
¿Quien de ustedes ya programa en PHP5? Los invito a que lo prueben y aprendan cosas nuevas. PHP6 viene mucho mejor, no para complicar las cosas. Complicado lo mira la gente que no entiende o no sabe.
Los invito a participar del grupo de PHP en Guatemala – http://php.develsystems.com
Pues elimina drasticamente lo que desde php3 teniamos.
Pero muy bueno por el tema de seguridades.
A mi me ha tocado migrar casi todos mis sitios a PHP5, dado que contraté un servidor con esta configuracion.
El paso fue bonito, el primero si fue fuerte el cambio, pero como usaba un mismo script base para todo, el cambio fue realmente sencillo.
Asi que el paso a php6 no será complicado. Al menos no se ha de sentir mucho como lo fue con el php5.
// http://www.telandweb.net //
Pues al ver estos poco puntos puedo apreciar que PHP6 es un PHP5 más estilizado. La duda que tendría, sería… qué llevaría a los desarrolladores llamarle a esta versión nueva como PHP6 y no como PHP5.x, no encuentro o no se me hace claro el gran motivo para la desición. Muy buena resumen por cierto!
Yo la verdad estoy de acuerdo con todos los cambios, la verdad ni me afectan puesto que siempore he trabajado como se debe, tomando las debidas precauciones de alamacenas las varaibles de los formularios en otras variables y no firarme del register globals, y etc etc, en fi, para una persona precavida estos cambios no traeran mayores problemas, un saludo
Realmente vemos que PHP6 nos traerá una mayor madurez para el lenguaje y muchas mejora que han oido de la comunidad.
Claro que será un reto en varios aspectos acostumbrarse a algunos cambios, pero al estar bien fundamentados será un paso que se dará fácilmente, como ya ocurrió con anteriores versiones.
Por cierto, alguién que maneje muy bien PHP en su versión 5 y haya tenido oportunidad de trabajar con Ruby on Rails? He visto que varios están migrando hacia este lenguaje y no se si con la versión 6 veremos que se toman caminos diferentes o que se reafirma que las cosas seguirán mucho mejor para los phperos.
Es un salvavidas para los que programa bajo el esquema de PHP 4…
Muy buen resumen, gracias
Pues espero que el cambio valga la pena. Pero al menos por el momento yo me quedo con PHP 5…ya he surido lo suficiente migrando desde 4.x…
Interesante, entonces si quiero migrar a la nueva version tengo que revisar y/o reprogramar las miles de lineas de codigos que contienen los programas que he hecho hasta ahora? rayos.. no es una papa. (pero como dice el dicho, no hay mal que por bien no venga). pa lante.
aaa que pinturita esto de php6 … lo que nos espera …. espero que sea para bien. pero tambien hay aplicaciones que se tienen que adapatar a este cambio…. no?…
es una alternativa interesante la migracion a php6 ¿los cambios seran radicales?
Hola. ¿Y que pasa con la redefinicion de funciones en php6 ? ¿Se podra hacer o no?
¿Recordáis las globales HTTP_*_VARS de hace tiempo? Bueno, si aún no estás usando $_GET, $_POST, etc empieza a hacerlo ya, porque esta opción para permitir long arrays se elimina (y dará un error E_CORE_ERROR).
——————————————————-
Seguramente van a decir que soy arcaico pero a mi me gusta usar HTTP_*_VARS porque siento que el codigo es mas legible, snif, habra que cambiar.
[…] Más información aquí. […]
[…] Leer Articulo […]
[…] ¿Qué nos espera con PHP 6? […]
El resumen estuvo muy bueno y esplicito, pero me pregunto si hay alguna intencion de entrarnos en el mundo de la Programacion Orientada a Aspecto, q muchops piensan q es un concepto bobo pero a mi me resolberia muchos problemas.
@fishman.cu
como escribir correctamente “resolver”?
LOL
[…] y varios blogs y sitios se hicieron eco de las características de la nueva versión de PHP [1] [2] [3]. No encontre nada que pueda agregar a lo ya […]
[…] V�a: IBM M�s Informaci�n: Maestros del Web […]
muchas gracias por el porte, yo utilizo HTTP_POST_VARS
hay que cambiarlo antes de que tire errors
Interesantes cambios los que nos esperan con PHP 6 y excelente resumen, gracias!.
bondezire!
RAG
como php4 no hay ninguno, mejor version que esa es complicado.
php6 sera lo que tape el error tan grande que es php5, una cortina de humo.
cambios, pues para 4 cambios subir de revision completa, no tiene mas sentido que el mencionado, con lo bien que estabamos en php4.
bueno, yo ahora estoy en 5, pero sigo programando en 4, la diferencia es poca
En mi muy humilde opinión creo que sólo hasta la llegada oficial de php6 podremos dar un juicio más justo de lo bueno o lo malo que venga con ésta nueva entrega. Como lo dice el artículo:” Lo aquí presentado no esta asegurado al 100%”. Por tal motivo éste artículo nos ayuda a estar concientes de lo que puede venir y nos invita a investigar más sobre el tema.
Definitivamente la evolucione de php a versiones actuales son buenísimo
mas fino my friends
Como se debe de esperar en cualquier lenguaje que comienza bien, y termina siendo uno mas de la iterminable lista, php que comenzaba como una herramienta diferente, sencilla y con un desempeño ciento de veces mejor que los productos comerciales, pasará a se no más que el standar. Igual que java. Por que se hace el lenguaje mas simple, pero el hacerlo simple siempre trae efectos secundarios. El 99.9 (periodico), de personas diran que mi comentario es una mierda. Y del resto será el mundo.
¿Por que siempre evolución es equivalente a mierda en nuestra era?
Es todo, Ciao.
[…] | Maestrosdelweb.com Compártelo!! These icons link to social bookmarking sites where readers can share and discover […]
En lo que no estoy de acuerdo es el hecho de que algunas funciones de cadena pueden ser hasta un 300% más lentas y que aplicaciones completas pueden ser un 25% más lentas.
> Esto significa que PHP 6 acabará con todos los scripts de la era de PHP 3 (o cualquier script que utilice globales registradas)
extract ($_REQUEST);
@fishman.cu
como escribir correctamente “explícito” y “resolver”?
LOL
Creo que poco a poco PHP crecerá, pero si no es orientado de una ves por todas al manejo del servidor[manejo completo, no como por ejemplo chmod()], este ira cayendo lentamente a un vació…
Supongo que si se pudiera obtener el nombre de la PC, abrir puertos del pc del visitante, crear puertos con una sola función, etc…
Creo que php seria como tener una mina de oro…
Se puede hacer todo esto y más. De echo se puede hacer todo. Y más ahora que desaparecerá safe_mode 😉
Que asco de lenguaje por Dios!
Parche de diseno tras parche.
El creador dice que se tiene que parecer lo mas posible a java, un lenguaje tipado, siendo php uno no tipado. Es un asco, un rejunte de ideas de aqui y de alla.
Python, Ruby, esos son lenguajes como la gente.
No puedo entender como es tan popular, solo por la eficiencia?
Ya con eso del unicode y el 300% mas lento, seguira siendo conveniente tener un rendimiento como el resto y con una sintaxis de mierda, inmantenible?
Si no te gusta, no lo uses, pero me parece bastante inútil que poner un comentario de esta índole si dar una alternativa y sin ningún sustento.
Saludos
(no comas aguacate, te puede hacer daño para los corajes!)
[…] En los siguientes tres años, se fue convirtiendo en lo que se conoce como PHP/FI 2.0. Esta forma de programar llego a muchos usuarios, pero el lenguaje no tomo el peso actual hasta que Zeev Surasky y Andi Gutmans le incluyeron nuevas características en 1997, que dio por resultado el PHP 3.0. La versión 5 es la más reciente y está previsto el lanzamiento de la rama […]
k azko han malogrado miles de aplicaciones que funcionaban bien en PHP 5, ahora los hosting cambian a PHP 6 y se malogran todo el desarrollo…!
[…] En los siguientes tres años, se fue convirtiendo en lo que se conoce como PHP/FI 2.0. Esta forma de programar llego a muchos usuarios, pero el lenguaje no tomo el peso actual hasta que Zeev Surasky y Andi Gutmans le incluyeron nuevas características en 1997, que dio por resultado el PHP 3.0. La versión 5 es la más reciente y está previsto el lanzamiento de la rama […]
[…] En los siguientes tres años, se fue convirtiendo en lo que se conoce como PHP/FI 2.0. Esta forma de programar llego a muchos usuarios, pero el lenguaje no tomo el peso actual hasta que Zeev Surasky y Andi Gutmans le incluyeron nuevas características en 1997, que dio por resultado el PHP 3.0. La versión 5 es la más reciente y está previsto el lanzamiento de la rama 6. […]
[…] En los siguientes tres años, se fue convirtiendo en lo que se conoce como PHP/FI 2.0. Esta forma de programar llego a muchos usuarios, pero el lenguaje no tomo el peso actual hasta que Zeev Surasky y Andi Gutmans le incluyeron nuevas características en 1997, que dio por resultado el PHP 3.0. La versión 5 es la más reciente y está previsto el lanzamiento de la rama 6. […]
[…] En los siguientes tres años, se fue convirtiendo en lo que se conoce como PHP/FI 2.0. Esta forma de programar llego a muchos usuarios, pero el lenguaje no tomo el peso actual hasta que Zeev Surasky y Andi Gutmans le incluyeron nuevas características en 1997, que dio por resultado el PHP 3.0. La versión 5 es la más reciente y está previsto el lanzamiento de la rama 6. […]
[…] El PHP (acronimo de PHP: Hypertext Preprocessor), es un lenguaje interpretado de alto nivel embebido en páginas HTML y ejecutado en el servidor. El PHP inicio como una modificación a Perl escrita por Rasmus Lerdorf a finales de 1994. Su primer uso fue el de mantener un control sobre quien visitaba su curriculum en su web. En los siguientes tres años, se fue convirtiendo en lo que se conoce como PHP/FI 2.0. Esta forma de programar llego a muchos usuarios, pero el lenguaje no tomo el peso actual hasta que Zeev Surasky y Andi Gutmans le incluyeron nuevas características en 1997, que dio por resultado el PHP 3.0. La versión 5 es la más reciente y está previsto el lanzamiento de la rama 6. […]
[…] En los siguientes tres años, se fue convirtiendo en lo que se conoce como PHP/FI 2.0. Esta forma de programar llego a muchos usuarios, pero el lenguaje no tomo el peso actual hasta que Zeev Surasky y Andi Gutmans le incluyeron nuevas características en 1997, que dio por resultado el PHP 3.0. La versión 5 es la más reciente y está previsto el lanzamiento de la rama 6. […]
MUY BUENA PAGINA! ME GUSTA MUCHO PASENSE POR AQUI TAMBIEN HAY BUENOS POST
LOS SECRETOS DE LINUX
http://www.bcohost.com
http://www.trujilloclub.com
Sigo con la misma duda que, plantearon lineas arriba que hace que sea php6 y no php5.x no veo un cambio que motive el cambio de numeracion. por lo demas me parece bien es tiempo de tomar en cuenta la seguridad cuando se programa!!!!!!!!!