Tema: Java vs PHP

Por un tema de forma de trabajo cliente-servidor me quedo con php. Java necesita k el cliente tenga instalada la makina virtual para funcionar. Si la makina virtual no esta es un cacho explicarle a un usuario k la debe instalar. Tal vez el usuario la tenga k instalar 1 vez y solucionado, pero eso se debe multiplicar por todos los usuarios con problemas k tengas. Php al ejecutarse en el servidor solo necesita un navegador web para funcionar en el cliente. Esa es mi humilde opinion.

Ok. ¿Qué hay sobre velocidad y seguridad?

Encuentro que las aplicaciones en Java, puntualmente las que tenemos deployadas como EAR en Weblogic, andan como transfusión de ulpo.

Respecto de PHP, ¿No tiene fama de ser menos seguro que otros lenguajes? ¿Es común diseñar en tres capas con PHP?

php como visualización y java como web service

así mandas a los que programan java a 100 % php solo muestra lo que java le entrega

Y cómo obtengo los datos? Hasta donde se la implementación de XML RPC en PHP no es muy madura que digamos.

yo estoy ocupando php y flex y php lo tengo como webservice y le entrego puro xml a flex y anda super bien


json también funciona bien, ahora eso es php generando xml, no se como se comporta php leyendo xml, pero no creo que rinda mal

Iniciado por blackcat

Por un tema de forma de trabajo cliente-servidor me quedo con php. Java necesita k el cliente tenga instalada la makina virtual para funcionar. Si la makina virtual no esta es un cacho explicarle a un usuario k la debe instalar. Tal vez el usuario la tenga k instalar 1 vez y solucionado, pero eso se debe multiplicar por todos los usuarios con problemas k tengas. Php al ejecutarse en el servidor solo necesita un navegador web para funcionar en el cliente. Esa es mi humilde opinion.

Una solución Java basada en la Web no requiere que el cliente posea una JRE, ya que de ese trabajo se encarga el servidor de aplicaciones.

Y por qué Java y PHP?
.Net a 3 capas funciona muy bien, generas xml como si nada.
De hecho hay muchas estructuras pre-hechas programadas a 3 capas en .net para la web que funcionan muy bien (además le agregan mucha seguridad), de hecho, yo trabajé con una de esas plataformas en el Colegio Médico.. no logro recordar como se llamaba, pero una vez que lo haga lo comento.

No soy fanboy de .net, pero porque no se ve como una opción? $$??

el tema es que su equipo de ti trabaja en java y el php cambiar de lenguaje significa tiempo extra, que quizás no tiene.

Iniciado por BalroG

php como visualización y java como web service

así mandas a los que programan java a 100 % php solo muestra lo que java le entrega

X2 apoyo

pienso que la opcion es PHP para la capa de interfaz, JAVA en la capa de aplicacion via Web Services ( ya que con J2EE aseguras un monton de cosas en lo que respecta a seguridad e integridad de la aplicacion) y la capa de datos en lo que mas te acomode.

En otras palabras un tutifruti

El k no sabe hacer tutifruti esta muerto en la programacion. Con respecto a las 3 capas en php, no las he ocupado para programar yo directamente. He tenido k parchar algunas aplicaciones k si estan a 3 capas y no tienen problemas de manejo. Por la seguridad, si sabes controlarla con algunos script k filtren las consultas y revisen los datos ingresados y kedas listo. Con unos manejos de sesiones tb controlas la seguridad para k nadie llegue por url donde no le corresponde.

la seguridad es más webeado en PHP pero tienes la posibilidad de manejar al 100% todo. Creo que en cuanto a tiempo de desarrollo, si no tienes un core bueno en PHP te demorarás mucho en generarlo. Una vez hecho el core, es simplemente crear páginas como loco respetando estándares previamente establecidos por ti mismo, y super liviano Un sistema completo de generación de menú de acuerdo a usuarios (estoy hablando de menús con anidación, no los simplecitos) y basado en estructuras de grupos con manejo de sesiones no te tomará más de 150Kib en memoria. Si a eso además le agregas módulos de caché te queda un sistema rapidísimo.



Aunque mi opinión es subjetiva, soi bueno programando en PHP no más, no en Java ni .NET

En lo que sí cacho más, en en bases de datos. Para cosas con plata, no recomiendo para nada MySQL, sino que PostGreSQL. Tuneándolo bien, queda tanto más rápido que MySQL y además no perderás los datos de la noche a la mañana debido a algún error extraño. Además, los triggers y procedimientos almacenados y funciones son la raja Eso quita gran parte de lo que tengas que hacer en PHP y además es más rápido

Saludos !!

También se pueden hacer triggers y SP en Mysql.

No se usar PostgreSQL, mi experticia es en Mysql y Oracle. Mi idea es dejar la base de la web en un motor en el que me peine, porque aunque en teoría se hará todo con una empresa externa, en mi experiencia te puedes pelear hasta con el mejor proveedor. Fijo que tendré que mantenerla yo al final.

Por lo mismo mi idea es usar un lenguaje que no haya que compilar ni deployar... sólo modificar en notepad y ejecutar.

Ah, y me carga .NET, si voy a convencer al área IT de que deje Java que no sea por esa mierda de lenguaje.

que entretenido el thread (hace tiempo que no veía algo de este nivel)
personalmente odio programar, si algo tiene más de 2 líneas (incluyendo la "#!/bin/bash" ) que lo haga otro
pero nunca está demás ver para donde se mueve la "moda" ya que igual tengo que ver los servicios que soportan estas cosas.

sobre lo de MySQL vs PostGreSQL, me encantaría hacer un bench para ver que tal rinden en situaciones similares.
cuando nos juntamos vikingo?

La base da casi lo mismo. Oracle con Star Optimization debiera ser igual de rápido que Mysql usando el motor de almacenamiento MyISAM.

Iniciado por Amenadiel

También se pueden hacer triggers y SP en Mysql.

No se usar PostgreSQL, mi experticia es en Mysql y Oracle. Mi idea es dejar la base de la web en un motor en el que me peine, porque aunque en teoría se hará todo con una empresa externa, en mi experiencia te puedes pelear hasta con el mejor proveedor. Fijo que tendré que mantenerla yo al final.

Por lo mismo mi idea es usar un lenguaje que no haya que compilar ni deployar... sólo modificar en notepad y ejecutar.

Ah, y me carga .NET, si voy a convencer al área IT de que deje Java que no sea por esa mierda de lenguaje.

yo opino lo mismo, me cargan esos lenguajes weones.
sobre los motores, como dije, me encantaría probar mysql vs postgresql vs oracle.

PD: sobre los triggers y SP en mysql, muchos de esos juguetes solo funcionan en las últimas versiones beta, aun no pasan a estable.
----

Iniciado por Amenadiel

La base da casi lo mismo. Oracle con Star Optimization debiera ser igual de rápido que Mysql usando el motor de almacenamiento MyISAM.

nos estamos desviando un poco del tema, pero sigue siendo interesante y es parte de la decisión a tomar. (el motor)

aunque es la que más manejo (sin ser un experto claro) pero mysql no me da demasiada confianza para tareas críticas, reparar una db (MyISAM) de 2gb puede tomar fácilmente 8horas y no es muy difícil que se corrompa, es uno de los motivos por los que quiero probar en profundidad postgresql (ya que oracle es de pago)

@yakko: más rato te envío mp Tengo un server listo, para comparar tb Apache vs Lighttpd vs nginx como te había contado (Estoy afinando)

@amena: Para eso tienes que cambiar el tipo de dato a InnoDB, que, según tengo entendido anda super lento y prácticamente está en beta (y no el beta de google precisamente )

Hoy fui a ver un sistema que hicimos el año pasado en PostGreSQL, es una base de datos de 16GB y anda filete, no han tenido problemas en todo el año Bueno, miento... me dijeron que habían tenido un problema pq alguien se "equivocó" y le mandó DROP facturas;

Pero en fin, volviendo al tema de los lenguajes, aparte de PHP, no han considerado python o perl? Es bastante estándar y hay guías para hacer lo que quieras, y también son interpretados.

Saludos !!


PD: Especialmente Python, maneja muy bien el threading, mucho mejor que PHP, que, según tengo entendido, tiene un drama con la memoria compartida y por ende, no implementa bien el threading (si es que llegases a ocuparlo)

si tiene licencias oracle, no veo por donde no ocuparlas

La tecnología Java ofrece muy buenos Frameworks para el desarrollo de aplicaciones bajo MVC. Con Beans manejados en JSF se puede desarrollar una aplicación Web totalmente dinámica y en base a eventos, no a traspaso de datos con get, post, etc. Lo menciono para aquellos que piensan en Java solo como un objeto de WebService.