Sv Community El Salvador
Soporte y Tecnología => Programación => Web => Mensaje iniciado por: vlady30 en marzo 14, 2015, 01:22:06 pm
-
Un saludo a todos, yo no soy un gran programador pero he realizado un par de aplicaciones en Java, Visual Studio, JSF y Primeface; pero ahora tengo que desarrollar algo mas sencillo es decir:
1. Una aplicacion dirigida a un grupo de personas que solo tienen que llenar unos formularios.
2. Debe de ejecutarse en cualquier navegador sin problema.
3. Accesar a una BD en MySQL.
4. Hay PC con windows XP y Window 7.
El asunto es que no quiero usar Java o Visual Studio porque desconozco si en las PC donde se usara la aplicacion que version del rutime de java o el framework de visual studio existe o si no lo tienen instalado.
Mi consulta es y apelando a su experiencia, que lenguaje puedo usar que no requira muchas dependencias del lado del cliente. Gracias.
-
Ni jsf ni primefaces piden java del lado del cliente.seguro que has programado en eso?
-
Ni jsf ni primefaces piden java del lado del cliente.seguro que has programado en eso?
Asi es, el problema que tuve que varios tenian versiones de IE menores a la 8 y no cargaban las paginas bien, por eso busco algo que funcione sin problemas en el lado del cliente.
-
Asi es, el problema que tuve que varios tenian versiones de IE menores a la 8 y no cargaban las paginas bien, por eso busco algo que funcione sin problemas en el lado del cliente.
ah put@ pero ese no es problema del servidor es problema del IE que es una m!erda. primero convencelos de usar otra cosa.
-
PHP?
-
PHP?
es que el problema no es el lenguaje del lado del servidor, aunque usara PHP si usa cualquier framework medianamente reciente, dificilmente le va a funcionar bien en versiones viejas de IE.
-
es que el problema no es el lenguaje del lado del servidor, aunque usara PHP si usa cualquier framework medianamente reciente, dificilmente le va a funcionar bien en versiones viejas de IE.
A webos...
Entonces no le queda mas que cojer una maquina virtual del virtualbox, instalarle winxp, un framework antiguo y trabajar ahi...
Aunque suene absurdo, es mejor que actualizar todos los navegadores de los clientes... :sad:
-
Aunque suene absurdo, es mejor que actualizar todos los navegadores de los clientes... :sad:
no, no es lo mejor. al hacer eso estas siendo irresponsable por permitir que los usuarios usen navegadores con vulnerabilidades conocidas.
-
no, no es lo mejor. al hacer eso estas siendo irresponsable por permitir que los usuarios usen navegadores con vulnerabilidades conocidas.
Entiendo ese punto y es totalmente válido, pero dejandonos de idealismos y volviendo a lo práctico, el problema es hacer funcionar lo que le han pedido que haga, lo de actualizar navegadores lo puede plantear pero el objetivo es hacer correr bien una aplicación web en navegadores antiguos, en ese sentido va mi razonamiento... :)
-
Entiendo ese punto y es totalmente válido, pero dejandonos de idealismos y volviendo a lo práctico, el problema es hacer funcionar lo que le han pedido que haga, lo de actualizar navegadores lo puede plantear pero el objetivo es hacer correr bien una aplicación web en navegadores antiguos, en ese sentido va mi razonamiento... :)
pero es que no es idealismo! es sentido comun!
-
No man no des el brazo a torcer, en navegadores viejos no hay soporte y ya. por compatibilidad, por seguridad. Si quieren un sistema escalable y seguro en el tiempo, pone los requerimientos mínimos y dale para adelante. ¿¿Montar una maquina virtual con xp y que??? nambe que es eso O.o
-
Es que en este tipo de casos es donde se diferencia un buen profesional. Tenes que entender la diferencia entre lo que el usuario quiere y lo que necesita. En muchísimas ocasiones no son lo mismo Y es deber del informativo educar al usuario y hacerle entender la importancia de lo que planteas. No es obligación tuya darle gusto al usuario en cada caprichito o requerimiento bayunco sino ubicar la necesidades reales que se tienen dentro de lo recomendable o posiblr.
-
Es que en este tipo de casos es donde se diferencia un buen profesional. Tenes que entender la diferencia entre lo que el usuario quiere y lo que necesita. En muchísimas ocasiones no son lo mismo Y es deber del informativo educar al usuario y hacerle entender la importancia de lo que planteas. No es obligación tuya darle gusto al usuario en cada caprichito o requerimiento bayunco sino ubicar la necesidades reales que se tienen dentro de lo recomendable o posiblr.
Eso me recordo una vez alguien que queria que el portal de hacienda le funcionara en windows 95 en explorer 4 (en epoca donde el auge era el xp) osea el buen profesional sabe que eso es una completa tonteria.
-
Fijense que yo no soy Ing. Informatico, si no mas bien Ing. Electrico que me gusta programar no astralidades pero si cosas pequeñas. Desarrolle una aplicacion para llevar el control de un proceso repetitivo que en mi lugar de trabajo se hace y lo desarrolle (hace un año, aun que no lo crean en el siglo 21 y la empresa no se actualizaba por lo menos a windows 7, hoy ya empezaron poco a poco) en windows xp y funcionaba bien, como lo iban a usar varios clientes y por la cantidad lo migre a web usando jsf y primefaces pero ya en windows 7, el problema fue que como el area de informatica no da soporte al 100% el windows 7 no lo actualizan y la version de IE que tiene es una viejita, ya solicite el chrome o firefox porque ya demostre que la aplicacion corre fluido en estos navegadores pero por desgracia ellos siguen ciertos protocolos donde mencionan que navegador se debe de usar en la empresa y eso es todo.
Asi que he buscado algo que sea liviano del lado del cliente para que fluya bien, por el momento he estado probando php y jsp con formularios basicos y poco vistosos, voy a probar con jquery ui para ver si me funciona con una mejor presentacion.
Yo entiendo lo de ser profesional, pero cuando uno depende de otra area con normativas extrañas es bien dificil lograr que algo funcione mejor. A veces si hay que escuchar los caprichos de los clientes porque muchas veces haces una aplicacion pero hay ciertos criterios que talvez no los has visto pero que si son importantes tomar en cuenta.
-
vaya te lo voy a poner asi: de lado del cliente cualquier tecnologia va a ser igual a la otra, es depende de cuanto trabajo le pongas del lado del cliente, es decir, mientras mas complicado sea la maquetacion y mas scripting del lado del cliente le pongas asi va a ser de "pesado" , si usas php o jsp... al cliente le pela el eje, de lo que estas hablando de usar jquery, eso es del lado del cliente, y ahi estas mas jodido aun porque jquery es bien estricto al decir que no soporta navegadores viejos, y con justa razon. lo que tenes que hacer es plantearselos no como un problema si no como lo que es: una oportunidad. una oportunidad de hacer que la gente se actualice a estandares actuales.
-
lamentablemente si es una empresa vieja estaran usando IE6 o 7... yo me topo con eso diario y tengo q awebos hacer q actualizen por lo menos a ie9 ...... y dejar las versiones antiguas q funcionen pero no como seria en ie9.
ahi lo q mas vas a tener q pelear es css y javascript. Asi q si solo ahs trabajado como back-end en lo q sea yo t recomiendo empezar como front-end y deal con html,css y javascript.
-
los navegadores viejos son un problema mas IE :bad
si usas algun lenguanje web proba con Normalize.css , ayuda un poco con la compatibilidad en cuanto a diseño.
-
En realidad no veo el problema; puedes hacer tu formulario basado en una validación por parte del servidor (la principal y fundamental) y la otra en el lado del cliente, la del lado del cliente nada más no le dejará pasar si no ha completado algún campo (esto para darle un poco más de dinamismo, pero no puedes depender de una validación de lado del cliente. Al ser de lado del cliente estás sujeto a que el cliente manipule datos y incluso condiciones..), para eso puedes usar Validatr añadido obviamente con el jQuery.
Luego lo básico, variables $_POST, inserción de valores en consultas (si utilizas MySQL puedes utilizar esta librería: https://github.com/joshcam/PHP-MySQLi-Database-Class (https://github.com/joshcam/PHP-MySQLi-Database-Class), la he probado mucho y revisado. Es perfecta para algún trabajo rápido, seguro y cómodo (tanto para el programador como para el programa), etc. No necesitas hacerte tanta bola.
La compatibilidad del diseño, pues es obvio que no te querrás quedar en las primeras propiedades.. Crea un diseño que satisfaga a las versiones antiguas (pero no TAN antiguas, ya si quieres eso tendrás que hacerte una hoja de estilo para un rango de versiones basado en una de esas tablas de compatibilidad..)
-
Un saludo a todos, yo no soy un gran programador pero he realizado un par de aplicaciones en Java, Visual Studio, JSF y Primeface; pero ahora tengo que desarrollar algo mas sencillo es decir:
1. Una aplicacion dirigida a un grupo de personas que solo tienen que llenar unos formularios.
2. Debe de ejecutarse en cualquier navegador sin problema.
3. Accesar a una BD en MySQL.
4. Hay PC con windows XP y Window 7.
El asunto es que no quiero usar Java o Visual Studio porque desconozco si en las PC donde se usara la aplicacion que version del rutime de java o el framework de visual studio existe o si no lo tienen instalado.
Mi consulta es y apelando a su experiencia, que lenguaje puedo usar que no requira muchas dependencias del lado del cliente. Gracias.
Claro que podes usar Visual studio puesto que es una aplicacion web. Olvidate del comportamiento del cliente y hacela estatica. Basta con que le pongas controles html y algo de css para darle color y estilo a la web.
Los clientes no necesitan ningun framework para ejecutar el sitio y el IE no te va a dar problemas puesto que solo hace POST y GET en el sitio. Entre mas sencillo lo hagas menos problemas vas a tener.
El site va a estar a nivel de intranet o Internet?
-
Tanto trabajo en el diseño web, y se preocupan por la compabilidad.. No es necesario limitar la aplicación a un diseño sólo por la idea de que no existe forma de compabilizarlo.. Deberían de preocuparse más por los errores de seguridad en formularios, que incluso si será una web de este tipo con evitar las inyecciones SQL y algunas puertas más al servidor está todo correcto.
-
Creo que ya te dijeron todo lo correcto acerca de tratar de hacerles entender a los usuarios o a las areas que imponen esos estandares cavernicolas de usar navegadores del año de la cuca y eso, pero, la solucion para simplemente cumplir con lo que te piden es: Del lado del cliente (frontend) con simple HTML y CSS (los estilos basicos que son compatibles desde el inicio de los tiempos), podes utilizar. Podes hacerla bonita pero que no esperen que van a ver efectos bonitos y cosas asi que ya para hacerlos utilizas CSS3 o jQuery o algo con JS.
No se la version de IE viejita que decis que utilizan. No se si soporta JS o no. Si soporta talvez podes investigar que version de JS soporta para saber que es lo que podes y no podes hacer con JS. No para que le metas jQuery o alguna libreria porque es mentira, pero al menos para que con JS podas medio hacerle algunas gracias a la app o ver si podes usar ajax de forma basica.
Luego, del lado del backend podes usar casi cualquier tecnologia. Digo casi porque digamos, no podrias utilizar JSF pues creo que no es compatible, pero no recuerdo sinceramente. Podrias utilizar JAVA Servlets, algun backend RESTFUL, Node.js, Spring MVC, etc.
-
Se puede usar Windows 7 de 32 o 64 bits, o Windows XP (depende del sistema que tengan).
Solo se instala el último Apache y PHP de Apache Lounge. También necesitamos SQLite3 como el motor más liviano de SQL, que ya está integrado en las versiones más recientes de Apache y que es directamente accesible desde PHP. Es más que suficiente para una aplicación como esta que no llega a requerir el nivel de carga de MySQL, y es más rápido de terminar de desarrollar una aplicación simple pero capaz con SQLite.
Después se apunta C:\WINDOWS\system32\drivers\etc\hosts y le agregamos:
127.0.0.1 servidorlocal
127.0.0.1 localhost
Después podemos acceder con http://localhost (http://localhost) o http://servidorlocal (http://servidorlocal)
Por favor ignorar a ~ lo mas que puedan. Tomen en cuenta que el se cree un gran programador pero, no existe evidencia alguna que haya trabajado en algun lado, resolviendo problemas reales y tratando con gente mas alla del teclado.