1254
bitelia.com/2010/07/empresa-bilbaina-libera-php-para-andr... 
Cabe resaltar que la empresa responsable de PFA (PHP for Android) es Irontec, originaria de Bilbao, España, y dedicada —según sus palabras— al Software Libre. Su historia sobre cómo fue posible el desarrollo de PFA es por demás interesante, al menos técnicamente hablando. Creo que los resultados de su trabajo deben reconocerse y al mismo tiempo servir de motivación para los interesados en innovar con nuevas tecnologías —libres, además—. Enhorabuena para ellos.
menéame
code.irontec.com/2010/haciendo-posible-php-sobre-android/
www.go-mono.com/monodroid/
Que pena... ver si sacan estos algo de una xxxx vez
PD: Los de Irontec son los amos, por esto y por otras cosas.
www.phpclasses.org/blog/post/125-Developing-PHP-applications-to-run-na
hoymañana despues de comer me pongo manos a la obra!!!"I don't know how to stop it, there was never any intent to write a programming language [...] I have absolutely no idea how to write a programming language, I just kept adding the next logical step on the way." - Rasmus Lerdorf (creador de PHP)
eso no quita que sea un lenguaje de programacion pesimo, por mas que en sus ultimas versiones haya añadido features que hace mas de 10 años que deberia haber tenido
java (y lenguajes de JVM como scala/clojure), python, javascript... no es que hoy en dia haya falta de opciones sobradamente superiores
Java creo que está solo para poder vender servidores grandes y dejarse una pequeña fortuna en estos.
¿Puede ser que esté equivocado en todos estos años?
#21 iluminanos por favor... que seguro tu eres capaz de crear una web (en Java por supuesto, no ese juego de niños que es PHP) que soporte 1000 visitas por segundo con el ordenador de tu casa.
No seré un crack en PHP, pero me desenvuelvo perfectamente con él y desde luego que esta librería me viene muy bien.
public class TuWeb extends HttpServlet {
public void doGet(HttpServletRequest request, HttpServletResponse response) {
// devuelves el html
}
}
ahi tienes, luego para montarlo simplemente le añades un web.xml o @Anotaciones de java y le especificas la ruta
con jetty, en mi ordenador de casa, unas 10,000 peticiones por segundo devolviendo una pagina html sencillita
si quieres una pagina mas completa pues añades mas servlets o enrutas desde service(request, response) a las clases/metodos que te den la gana (asi lo hace ruby on rails bajo java, por ejemplo). si quieres una pagina estilo php simplemente añades paginas .jsp a la carpeta en la que metas tu codigo, funciona exactamente igual (pero es un estilo anticuado e inferior a usar un sistema de plantillas y enterprise java beans, etc.)
si no tienes ni puta idea de Java, no comentes. si quieres un ejemplo de frameworks web modernos que ocrren en la jvm, sin ir mas lejos tienes lift (liftweb.com).
de todos modos tu problema nunca es despachar las conexiones http, sino el IO y la base de datos.
google corre en java, imagino que ellos tampoco tienen ni idea de escalabilidad.
Tener alternativas siempre es bueno.
"java (y lenguajes de JVM como scala/clojure), python, javascript... no es que hoy en dia haya falta de opciones sobradamente superiores "
¿javascript superior a php? como si fuesen lenguajes comparables ....... bufffffff ...... por no decir jajajajaja .....
php no soportaba ni closures ni higher order functions hasta hace relativamente poco... por poner un ejemplo
javascript es mas rapido, mas moderno y esta muy muy extendido. no entiendo por que no van a ser comparables
Bueno, disculpa porque me he colado en mi comentario. Si lo planteas a ese nivel técnico tienes razón. Yo es que me habia quedado solo con la parte de funcionalidad, es decir, para lo que se emplea cada lenguaje, y en ese sentido me parecía que cada uno es para una tarea diferente (aunque complementaria) y tratar de compararlos en ese sentido me parecia muy extraño (no creo que se puedan comparar en ese aspeco funcional). Pero como he dicho, tienes razón tal y como lo planteas así que tu argumento me ha convencido.
nodejs.org para una libreria javascript que crea servidores asincronos ultra-rapidos
expressjs.com/ para un framework web de mas alto nivel
tambien hay ya varios CMS que usan javascript integramente en servidor y cliente, porque en general los diseñadores web saben algo de javascript y les es mas sencillo
En eso ya no estoy tan de acuerdo. Yo no conozco ningun proyecto que use esa tecnología (solo javascript en cliente y servidor) pero si me indicas algunos sitios web me gustaria ver como funcionan ( creo que sabemos que hay multitud de sitios que utilizan javascript en el cliente y php en el servidor).
No digo que no exista, solo que me parece que no se utliza mucho si se compara con un entorno basado en PHP, por ejemplo.
como ejemplos de javascript en el servidor, ahora mismo solo se me ocurre www.plurk.com/ y mixlr.com/ (aunque creo que mixlr usa ruby para servir html y javascript para lo pesado)
de esas plurk es bastante grande (cientos de miles de usuarios conectados en cualquier momento)
lo dicho, no es para todo el mundo. obviamente a los chavales de 15 años que hacen webs en php no les interesa mucho la diferencia entre un modelo con threads y uno asincrono con eventos. pero a los que hacemos webs de verdad y tenemos problemas de verdad, nos interesa mucho.
yo mismamente utilice eventmachine en ruby (mismo concepto que node, pero escrito en c para la MRI de ruby) para implementar un chat en tiempo real para una web, que tenia unos cuantos miles de usuarios concurrentes
"... obviamente php se utiliza mas en servidor porque lo usan muchos inutiles..."
" ... pero a los que hacemos webs de verdad y tenemos problemas de verdad .... "
Leyendo cosas como estas (sinceramente, me parecen chorradas prepotentes bastante fuera de tono) y teniendo en cuenta que llevo algunos años desarrollando unos cuantos proyectos en PHP con muy buenos resultados creo que voy a dejar esta discusión por zanjada. Me parece una perdida de tiempo después de leer un comentario tan absurdo como el que has escrito.
de hecho yo tengo un rumano que me hace webs rapidas en php por $100-$200, no se le puede pedir mucho mas
vamos que, nada personal
buffff.... menudo comentario ..... iba a dejarlo, pero me resulta difícil después de leer tu comentario....
Para tu información soy doctor ingeniero industrial, pero no por eso me considero mejor que lo que tu llamas picacodigos ... creo que hay profesionales mas o menos válidos para desempeñar un trabajo bien hecho (he conocido algunos picacodigos que le daban mil vuelta a cualquier ingeniero, y viceversa, ojo!!!) ....
Tu puedes considerarte superior si así lo estimas oportuno (al menos eso se desprende de tus comentarios) pero si piensas así, creo que te consideraría un lastre en cualquier proyecto de desarrollo, por muy bueno que te creas que eres.
Y lo de presumir que pagas $100-$200 por hacer webs, me indica lo pésima de tu supuesta actitud "empresarial".... a no ser que tu objetivo único sea el forrarte aún a costa de explotar a otros....
nada personal... claro!!!!
y obviamente, mi objetivo es forrarme a costa de otros, por eso soy empresario. solo lo decia para poner mis comentarios en perspectiva, yo no odio PHP, solo lo considero un lenguaje amateur
pero eh, hoy en dia tienes lo que pagas, un programador python no me va a cobrar menos de $50 la hora, y eso es inaceptable para segun que proyectos
Ahora lo entiendo, perdona mi osadía!!!! Creia que hablabamos del planeta tierra. Entiendo que en en olimpo de los dioses de la programación las cosas se hagan de otra forma.