Mi cliente quiere usar Javascript!
Tengo un caso parecido al famoso Mi cliente quiere pasarse a Netscape!, pero este caso, parece fácil pero no lo es.
Necesito argumentar que ventajas tiene el PHP sobre el Javascript, en todos los aspectos posibles.
Algunos datos básicos de lo que tiene y usa mi cliente:
- El sitio no usa base de datos
- Son alrededor de 1500 documentos
- Usa frames
- 98% de sus usuarios habituales usa IE 4.x 5.x 6.x
- No usa includes (la idea es suplantar los js por includes en php)
- Son páginas en HTML, y usa un server IIS, no usa ninguna tecnología tipo ASP o whatever.
- Uso intensivo de JS
- No conoce nada sobre ASP, así que explicar todo es complejo, debo explicar tanto técnica como
sicológicamente
. - No son personas mayores, son conservadores, solo que son personas inseguras, no quieren arriesgar mucho.
Mi cliente usa Javascript para cargas menús, dinamizar algún contenido de la página, que a simple vista se puede hacer con PHP, ASP, JSP o lo que sea, pero para que mi cliente entienda o acepte usar alguna de esas tecnologías en vez de su querido Javascript, debo argumentar bien en lo posible todas las desventajas que tiene el JS del PHP.
Para que esto no empieze a arder, voy comentado que mi cliente asegura que el 98% de las personas usan IE (de alguna variante desde el 4 al 6), osea que uno de los famosos argumentos de compatibilidad entre navegadores es nulo aquí.
Busco argumentos para convencerlo definitivamente que esta es una buena solucion, yo sé que el PHP por ejemplo tiene muchas ventajas, una es que todo se procesa del lado del server y no en el cliente, pero quiero ver si alguien me dice algo revelador
.
Quizás esto también sirva para que otros puedan usar este argumento que planteo ahora para sus futuros clientes.
Espero que esto sea instructivo para mi persona también.
BTW: comentarios fuera del tema abstenerse por favor.
57 Comentarios en “Mi cliente quiere usar Javascript!”
largo plazo… ese es el punto.
el uso de tecnologias server side permite el manejo mas eficiente de datos del cliente y recaudar datos “de los clientes” de ese modo usando de maneja adecuada, el sitio puede maximizar la experiencia del usuario, personalizando sus preferencias, presentando lo que los visitantes quieren ver y facilitando la interacción verdadera entre ‘empresa y comprador’.
ahora, el hecho de no usar bases de datos SQL no implica que no pueda almacenar datos de otra forma… XML may be?
por que no accesibilidad? por que dejar perder ese 2% de visitantes, si puedes servir al 100% con una tecnologia abierta, estable y en continuo desarrollo.
Creo que estás hablando de dos cosas distintas.
PHP es server side y JS es client side.
Creo que a partir de eso está clarísima la diferencia.
Por ejemplo, un browser puede tener JS desactivado y tu sitio no funcionará, pero NO HAY FORMA de que desactive el PHP, porque corre sobre el servidor.
Me parece que está mal encarada la comparación.
Un buen argumento sería que JS carga la CPU del cliente, mientras que PHP/ASP la del servidor (además haciendo un buen uso de cachés y demás se reduce).
Si se preocupa por sus clientes sabrá que es más agradable navegar “ligero”.
Perdona lucas, no vi tu comentario (seguramente lo escribimos a la vez pero tu acabaste antes).
Lucas, el cliente afirma y puede comprobar que no hace falta usar un include hecho en .php cuando puede usarlo con js, ya que 98% de la gente usa Explorer…
Bueno diego, los comments me parecen interesantes, te voy a dar mi punto de vista de la consulta.
como bien dice lucas en su post, JS y PHP son cosas MUY distintas, como el bien lo expone JS es client-side y PHP es server side.
ahora el tema es el siguiente, a JS en realidad en este caso deberiamos llamarlo DHTML, y es algo que para poder generar una interaccion visual con el usuario, no se puede dejar de utilizar. Que quiero decir con esto? en php no es posible hacer un menu desplegable que funcione sin recargar una pagina.
Por lo que si el cliente lo que quiere es tener la dinamica de interaccion visual va a tener que caer en dhtml, o bien en flash (que no es el caso del cual hablamos).
respecto del php, este puede darle facilidades distintas como por ejemplo simplificarle la carga de los contenidos (con algun tipo de base de datos)
o bien generar más dinamicamente estos menues (que indefectiblemente van a tener que ser javascript)
que quiere decir más dinamicamente? bueno sencillamente que no solo dara la posibilidad que el menu se autogenere, sino que se puede autogenerar a partir de los contenidos nuevos que se suban al site (esto es solo un ejemplo)
en resumen, comparar php y javascript es como comparar el chocolate con el dulce de leche.
digo… los dos son dulces…
los dos son ricos….
los dos engordan…
pero cada uno es otra cosa….
y la mejor forma de utilizarlos es juntos 
que quiero decir… si alguien comparara javascript contra php yo diria… esta persona no sabe de que habla.
salvo que sea en casos particulares en los cuales es mejor utilizar uno o el otro.
cual es mi politica?
bueno yo utilizaria php siempre que me fuera posible.
porque?
Seguridad, Estabilidad, todo lo que hagas no depende del cliente.
pero el javascript para hacer cosas dinamicas es imposible de obviar…
bueno espero que este comment sirva….
cualquier cosa sabes como contactarme
Cualquier discusión que empiece con “El cliente quiere…” ya tiene pocas posibilidades de sobrevivir.
Deberías pensar en qué NECESITA su sitio para poder ofrecer un mejor servicio.
Si la tecnología se llama JS/PHP/JSP o lo que sea, es un tema secundario. Creo que primero hay otras cuestiones más importantes, que ver quién tiene razón.
Grand Jovialiste
29 de Enero de 2003 a las 11:42 pm
La url corresponde a la metaweb de LAS 100 WEBS CON MÃS DE 10 LIBROS ELECTRÃNICOS GRATUITOS PARA LEYENDO DIVERTIRSE.
En derecho hay un apotegma que dice: “EL INTERÃS ES LA MEDIDA DE LAS ACCIONES DE LOS HOMBRES”. ¿Y qué es el interés? Pues es la necesidad que se anticipa en la psiquis de los hombres en forma de atención, o preocupación, o entusiasmo. Mi interés revela que intuyo o sé que necesito o puedo precisar algo. Entonces, para qué se produzca un cambio o preferencia de A por el B actual, conviene qué se me haga intuir o sentir esa necesidad de cambio sobre la que puedo tener un punto o enfoque ciego. Un saludo desde Argentina, Buenos Aires, en enero 30 de 2.003. Grand Jovialiste
pepe
30 de Enero de 2003 a las 12:18 am
Que toda la carga se procese en el servidor no siempre es una ventaja, sobre todo para quien no dispone de una buena conexión, o si el servidor tiene que manejar bases de datos demasiado grandes y se haya sobrecargado en un momento dado; aqui el js nos puede echar una mano, no? con la validación de formularios por ejemplo.Aunque en el desarrollo web no tengo apenas experiencia, si llevo algo de tiempo desarrollando pequeñas aplicaciones y lo que se me ocurre es que no hay razón para argumentar las ventajas de php,porque si, tan solo busca un uso concreto y desarrolla una prueba… si funciona más eficientemente que el js, pues ya está.
elcorredor
30 de Enero de 2003 a las 9:20 am
Hola, pienso como la mayoría: PHP servidor, JavaScript cliente.
Si tu cliente quiere utilizar Javascript para generar HTML dinamicamente, es ahí donde tienes que usar PHP: por facilidad de mantenimiento, limpieza de codigo,modulabiridad,posibilidades de conexión con BBDD o logica pesada. A parte que si usa Javascript para generar HTML no creo que los robots puedan indexar la pagina correctamente 100%.
Pero no obstante javascript ofrece ventajas en cuanto a manejo de formularios(velidaciones, configuraciones dinámicas) y otra serie de características dinámicas.
Mi cliente, lo que le pasa es lo siguiente.
Esta con miedo, como no sabe, yo tengo que explicarle, básicamente una ventaja…
Yo tengo preparadas unas cuantas…
Por ejemplo, yo sé que el Javascript se carga en la máquina de cada cliente y dependiendo de cada máquina y de lo que tenga que cargar va a tardar, cosa distinta de php.
Ahora, el usa javascripts y frames, cosa que podría usar PHP o ASP para incluir los mismos datos en todas las páginas…
Por ejemplo:
<? include("menu.php"); ?>
Esto cargaría el menu hola, sin necesidad de generarlo con JS.
La máquina del cliente, no tendria que procesar todo un tocho de código JS el cual el mismo servidor envía.
En cambio con PHP por ejemplo, directamente te envía el menu armado, el cual no necesita animaciones por cuestiones de usabilidad…
Yo quiero implementar este tipo de cosas por que básicamente quiero hacer una página accesible, y los menues dinámicos en javascript no me lo permiten.
PHP VS JS
- Optimizacion recursos: el ahorro en el ancho de banda, ya que le mandas al navegador solamente el codigo que necesita
- Escalabilidad: si mas adelante decide usar bases de datos, tiene muchas para elegir, o si quiere procesamiento de imagenes, o envio y proceso de ficheros, o autentificacion de usuarios, o … Con php puede hacer casi cualquier cosa
- Coste: esto le puede interesar bastante, con php puedes encontrar miles de recursos gratuitos, con lo que el coste de royalties y licencias es 0
- Claridad: el codigo quedara mucho mas legible con php, al navegador le costara menos digerirlo y el diseñador y programador se ahorrara a la larga muchos minutos perdidos en el mar de codigo
- Privacidad: con php la privacidad esta garantizada, ya que todo el codigo lo procesa el servidor y no el cliente, digamos… el cliente no ve como generas los menus, ni donde estan tus archivos de encabezado
Preparate un buen discurso y documentate sobre todo, que los clientes ya se sabe, te pueden salir por donde menos te lo esperas, suerte diego! 
PD: perdon por la ausencia de tildes, escribo desde una universidad con linux mal configurado
Me pregunto: Si el cliente tiene miedo porque no sabe ¿Porqué quiere imponer X tecnlogía sobre otra? Que se limite a pedir lo que quiere que ofrezca el producto final y deje hacer al profesional al cual paga, que digo yo que algo de confianza depositará en él.
Preocúpate. No sobre que elegir, sino porque te ha tocado el peor tipo de cliente en estos asuntos.
Muy de acuerdo con pj, creo que el desarrollador debe asumir la capacidad y responsabilidad de decidir qué tecnología es la mas apropiada para lograr las metas del cliente. También de acuerdo con los argumentos que se está comparando peras con manzanas.
Si entiendo tu planteamiento, el objetivo es simplemente generar un menú de opciones en la pantalla? Para esto ni siquiera hace falta PHP, cualquier forma de SSI ayuda. Además si este menu se muestra en un Frame independiente, ¿qué razonamiento hay para hacerlo en javascript? sólo es un archivo para mantener, y HTML es mucho más sencillo y universal.
El que su audiencia utilize IE en su totalidad, no significa nada. De hecho, casi todas las vulnerabilidades de seguridad en ese navegador se explotan utilizando javascript. Esa es una desventaja clara. Si alguien inhabilita JS por cualquier razón, la navegación de su sitio se descompone. Otra desventaja. Si el menú necesita actualizarse o renovarse con cierta frecuencia, su mantenimiento es mas lento y costoso. Es inaccesible. Javascript puede ofrecer muchas cosas, pero no es la herramienta para este trabajo, es como competir en la Indy 500 manejando un miniVan.
Utilizar tecnologías basadas en el servidor, le permite mayor separación de la estructura y contenido. Renovar toda la presentación del sitio se puede lograr con tan solo modificar un par de archivos, ahorrando mucho tiempo y dinero. Permite mayor “escalabilidad”.
Es increíble que haya echado tanto rollo sin saber nada acerca del objetivo a lograr. Ya me callo.
Carlos como había explicado, yo el menu lo quiero plantear como si fuera un include, no un tocho de javascript!
Si el include lo puedo hacer con cualquier tipo de lenguaje scripting, tanto ASP, PHP, JSP.
Y vale la pena aclarar el comentario de Rubén es uno que ya mismo estoy poniendo en mi lista.
BTW: Carlos interesantes tus comentarios… sobre la seguridad, aunque yo en mi primera cruzada de palabras le comentaba lo bueno que es usar includes con algún lenguaje de programación….
Ahora una de las cosas que me acuerdo es que… esta persona me dijo que no había problemas para usar includes siempre que fueran en HTML por que diablos usar HTML cuando puedo usar PHP o ASP…
Es un cliente dificil créame.
Php puede reemplazar todo lo de javascript?, por ejemplo si quiesiera hacer un menu rollover, de esos tan bonitos que se ven en algunas paginas, como le hago. o bien, como lo hago con php?
ups, acabo de leer el comentario de maqui, todo me quedo claro, olviden la pregunta
Bueno leyendo todos los post puedo decir lo siguiente:
Adiero 100% respecto a lo que es el posicionamiento, mas que por el tema de javascript, por el tema de los frames.
explicale a tu cliente que algo que va a tener con includes en vez de frames es:
1) mejor indexacion en buscadores
2) asegurarse que siempre se va a ver bien el contenido.
Por otra parte el “orden” es un tema fundamental.
y por otra parte esto que te comentaba respecto a que es mas dinamico que javascript para la construccion de menues.
Diego, yo te recomendaria que paulatinamente le vallas dando la idea de si utilizar base de datos ya que esto seria tambien Mucho mas ordenado.
Estas son las exposiciones reales, ahora bien lo que yo le diria al cliente es lo siguiente:
“Hay diversos tipos de maquinas, explorer 4, 5, 6, o nuevas verciones que puedan tener los clientes mas adelante. Nos parece que lo mas correcto es darle al cliente un codigo que SABEMOS (sin dudas) que va a poder verse correctamente, por lo que recomendamos se utilize una tecnologia que se procese en el servidor como PHP por ejemplo.
Uno de sus clientes por ejemplo podria tener alta la seguridad en su navegador (explorer) y que este no le permita ejecutar codigo javascript, con lo cual veria el sitio incorrectamente.
Con el mismo costo podriamos hacer que este usuario visualice el sitio correctamente.
Otra de las ventajas que provee la no utilizacion de frames es que los buscadores podran indexar todo el contenido y las paginas correctamente.
por ejemplo un error frecuente es ver en buscadores paginas internas de frames, sin ver todo el frameset
este error podria ser subsanado utilizando javascript pero volvemos al incombeniente anterior.
Estimado cliente esas son algunas de las razones por las que nos parece mas correcto utilizar php.”
Yo soy el menos adecuado para dar consejo, pero desde luego creo que PHP tiene un uso mucho más amplio que el JS, y puestos a elegir… creo que si argumentaras tal como lo has hecho en el post conseguiras que el cliente recapacite.
Saludos.
vladimir
30 de Enero de 2003 a las 5:22 pm
Estoy empezando en esto hacer webs y llevo varios dias mirando rutinas en javascript, y lo veo bastante limitado, como de momento no conozco php, no puedo comparar.
Como ultimo recurso para convencerle, le podrias insinuar que si lo haces a su manera, la cosa se complica, aumentara la fecha de entrega y por lo tanto, le saldra mas caro.
Vladimir… que limitaciones encontraste en javascript?
Tal vez te podamos ayudar a subsanarlas.
la nevera 61
30 de Enero de 2003 a las 11:54 pm
Creo que la mejor forma de convencer a este cliente es hablándole del futuro. Si piensas a largo plazo, en la “escalabilidad” del sitio(como ya han comentado más arriba), la potencia que te ofrecen PHP o JSP no se puede comparar con JS.
Si el cliente tiene alguna intención(a corto o largo plazo) de aumentar los servicios de su sitio, yo creo que se dejará convencer…
MYD
31 de Enero de 2003 a las 7:26 am
Cliente dificil eh?
Y si vamos todos juntos a darle una lección? [ en el sentido que se les ocurra, ]
Muy interesante la aclaración de Maqui… y como él lo dice está muy claro que PHP y JS son lenguajes y tecnologías complementarias.
Ahora si hablamos de funciones que pueden ser cubiertas por ambos la cuestión nos lleva a leer atentamente los comments anteriores, en donde han explicado detalladamente diferencias muy importantes.
Entonces, intentando sacar algo en limpio me arriesgo con una idea: dinamismo en la presentación gráfica y validación de forms con JS y customización, base de datos, includes, etc con PHP.
No les parece que puede ser una de las mejores opciones para la mayoría de los casos?
PD: mini-d, no te dás una idea del clima que estamos teniendo acá en Buenos Aires estos días! te la regalo!
iban
31 de Enero de 2003 a las 11:28 am
Mira, com ho veig jo, minid, només tens dos opcions reals:
1. Ensenyar-li al client els comentaris d’aquest articulet… per a que vega que opinem.
2. Dir-li que vas a usar PHP “porque hoy es hoy”.
Aquesta persona que tinc al meu costat no és el meu client és un amic amb el qual estic treballant en alguna cosa!
Lo tienes chungo tio, … jeje. O igual no, si el tio no sabe lo que tiene que hacer es dejarse aconsejar y aqui se han dicho muchas cosas buenas.
A ver, js vs. php no tiene sentido. Yo me quedo con las dos. Pero bien usadas, claro. Es decir, todo lo que sea construir html al vuelo usando javascript es un error, como ya se ha apuntado antes, por diversas razones (indexacion en buscadores, accesibilidad con javascript desactivado, problemas de compatibilidad, etc). Eso se hacia hace 5 años porque no habia mas opciones o porque era la moda de los menus desplegables. Pero ahora se pueden hacer los mismos menus a partir de listas html, por ejemplo. Se supone que no te hara programar para ns4 o ie4, no? Lo ideal seria que te dejara usar el DOM, sirve para algo y debe ser usado porque es muy util.
Por otra parte, obviar el uso de un lenguaje de servidor (llamale php, asp o como quieras) es hoy en dia casi un pecado. Para empezar, te permite una mayor velocidad de visualizacion en el cliente, pero sobretodo ahorrar un monton de codigo y un mejor mantenimiento del sitio web (includes, plantillas, etc), la posibilidad de usar bases de datos (aunque tambien se ha apuntado la posibilidad de usar xml), etc etc. La pregunta es: ¿El cliente se va a encargar de las actualizaciones? Si no tiene ni idea no me explico como lo va a hacer. Lo mas facil seria montarle un pequeño CMS y unas plantillas.
Solucion ideal: combinar plantillas php con una pequeña (depende de los contenidos de la web) base de datos, que genere un html/xhtml estatico accesible, que encima llevara dhtml para navegadores actuales. Parece muy complicado pero es una opcion muy actual y de futuro, pues te libera de actualizaciones y es bastante rapido de visualizar.
iban
31 de Enero de 2003 a las 3:08 pm
Ja imaginava que no era cap client… 
Però estic molt refredat i amb un poc de febra, sobretot este matí. I me costava molt concentrar-me amb la feina. Per això eixos comentaris extranys meus. Ãs el que passa quan tens febra… et poses a mirar el que passa a una webcam com un bobo, i et venen al cap pensament Buñuelístics. Espere recuperar-me pronte, i no apegar-vos els virus, clar.
Iván
31 de Enero de 2003 a las 3:56 pm
Respecto a lo que dice Rubén de los problemas de indexación de JS. Si bien es cierto, también es cierto que podemos usar JS en todos los menús y permitir la indexación de nuestra web mediante la típica opción de “Mapa de la Web”. El Mapa puede añadir puntos de usabilidad si la web es compleja y también tiene esa utilidad “search engine fiendly”.
Estáte preparado mini-d, que si el cliente es tan chungo como lo pintas te puede soltar algo así… O quizá luego te suelte que quiere usar JS en el mapa de la web xD
Hehe, home cla! que una febre la pot tenir qualsevol, però en aquests dies amb el fred que fa, quan et recuperis pren-te una cervesa!
Parlant de cerveses, li dec una al Forat :D.
Buen resumiendo un poco, tengo muy buenos argumentos los cuales podemos hacer un documento open-source para hacer una lista como 101 razones por las cuales el mozilla es mejor que IE, pero con Javascript.
Ahora, por ahora el cliente ha entrado en razón de muchas cosas, pero por suerte y mala suerte vamos a dividir en etapas, esta etapa en la cual yo quiero hacer muchas cosas de golpe, van a ser mínimas, y luego en las que siguen serán más.
Que el cliente no le importa de aqui a 3 meses gastar más para avanzar en otra cosa.
Eso me deja tranquilo.
mini-d trabajé con muchos clientes y aprendí algo:
1.- no saben de que hablan
2.- creen saber de qué hablan
3.- a diferencia de lo que dice Lucas, el cliente no necesita, el cliente pide lo que escuchó de un amigo, no importa si sabe lo que pide.
4.- todo es posible si ud. no sabe de qué está hablando (mi actual jefe es un ejemplo)
5.- lo importante es cambiar el capricho por una necesidad, hacerle asimilar que una base de datos y un sistema server-side son necesarios para su negocio y quedarse sólo en JS le limita su capacidad de captar clientes.
6.- mentir es válido si se trata de negocios
7-. si los principios impiden mentir, entonces tergiversa
son consejitos algo absurdos, pero me han servido para lidiar con clientes, yo recomendaría php con cientos de argumentos y el principal es que cualquier cosa que hagas con JS muere al cerrar el navegador o cambiar de página, el PHP no, uno puede retener información a gusto y seguir en otro momento, como este comment por ejemplo.
tampoco hay que cerrarse en PHP, si el tipo tiene IIS 5.0 ya tiene ASP instalado, sinó existe JSP, CHM, Perl, etc.
Fabio gracias,
Mi cliente, son personas bastante despabiladas dentro de todo, pero son medios toscos.
Hoy he llegado a un acuerdo de lo que sería lo mejor, lo entienden perfectamente.
Vamos a hacer las cosas a su manera con un poco de la mia, de modo de ahorrar el tiempo en algunas cosas y perderlo en otra…
El tema es que, a la forma de ellos quizás ahorramos unos cuantos dias (2 meses) a mi forma no, pero mi forma es la correcta en tema, inversion, tiempo a largo plazo, implementaciones, compatibilidad, etc.
De todas formas agradezco tus consejos! Podría hacer un poster de esos consejos y ponerlos en mi empresa
iban
31 de Enero de 2003 a las 9:53 pm
Buf… jo també. Tengo muy pronto que visitar un cliente con el que voy a tener, creo, algo de rollo chungo… Quiere conectar un MDB a Internet. I és programador… ¿Cuando comprenderá el Universo que para la web lo mejor (y subrallo, lo mejor) es mySQL)? A veremos…
Por cierto, muy interesantes los comentarios de todo el mundo (excepto yo esta mañana) estos dos últimos dias.
Juan Ignacio
2 de Febrero de 2003 a las 2:05 pm
Basicamente ademas de la velocidad, la posibilidad de un mejor feedback, es sobre todas las cosas la independencia de broswers no importa si el cliente enra con un Lynx del año 50 igual va a ver todo…
En php la actualizacion es mas rapida, podes hacer archivos parseables con xml, o una simple db con dbm ademas los usuarios pueden personalizar la pagina… hace logins y millones de cosas mas…
juan
11 de Febrero de 2003 a las 10:10 pm
En derecho hay un apotegma que dice: ÂEL
INTERÃS ES LA MEDIDA DE LAS ACCIONES
LOS HOMBRESÂ.lo cual dice mucho de quienes la consideran apotegma, los abogados y otras pesadillas, y poco del resto
german garrido
14 de Marzo de 2003 a las 7:45 pm
chupenlo!!!!!!!!!1
emoticones
15 de Abril de 2003 a las 11:39 pm
No olvidemos que a todo el que tenga la seguridad del navegador IE arriba no le funciona el java.
Salu2.
Desde luego las posibilidades que te ofrece PHP no tienen ni punto de comparación con un simple javacript, y no limita las posibilidades a la hora de ampliar en un futuro los scripts, cosa que en javascript puede ocurrir. Yo solo utilizo Javascript para cosas sencillas puntuales…
Saludos
A mi me gusta mas php, porque se adapata mejor a dreamweawer
pero pero??? por que tienes que elegir? no entiendo nada. yo uso frecuentemente javascripts para menus y demas cosillas, pero integrándolos en PHP`s . No entiendo por que tienes que elegir entre una cosa u otra. Dile a tu cliente: además de javascript, voy a meter PHP para hacer cosas mas potentes todavía. Pero repito qu no entiendo porque hay que elegir.
SerGio
27 de Junio de 2003 a las 1:46 am
Las páginas web recorren Internet sobre el protocolo TCP/IP, HTTP, y ¿qué es HTTP? Pues a la española es: Protocolo de Tranferencia de Hipertexto, es decir, reglas para la transferencia de texto por Internet.
Después se inventaron el HTML que era para darle “colorido” al texto que circulaba por Internet. ¿Y qué es JS? Sencillamente un lenguaje de programación que se inventaron para hacer más “dinámicas” las páginas web, es decir, el texto que circula por HTTP llega al cliente y su explorador, y éste interpreta el código JS que le ha llegado, para poder tratar los objetos DOM que contiene el HTML.
¿Qué es PHP? Pues redundantemente significa PHP Hypertext Preprocesor, es decir, PHP Preprocesa Texto, de otra forma: PHP GENERA TEXTO, ES DECIR, HTML, JAVASCRIPT Y DERIVADOS QUE LE LLEGAN AL CLIENTE. ¿Qué es PHP sin HTML o JS? Sencillamente, nada. En cambio, ¿Qué es HTML o JS sin PHP? Páginas estáticas.
Solución: ¿Qué necesita tu cliente? Páginas estáticas o dinámicas. Para qué tener un servidor Apache con soporte PHP corriendo (con los gastos que supone) si lo único que quieres es texto estático en el explorador del cliente.
¿Dónde está el problema? En otras palabras, ¿para qué hacer un programa que muestre un fichero de texto .txt si los clientes tienen el bloc de notas?
PD: Lei este post de casualidad, aunque parece que lleva tiempo escrito me pareció interesante dar una opinión más. Un saludo Minid.
Anónimo
27 de Junio de 2003 a las 3:42 pm
Pues, es simple, mi cliente “quería” tener dinamicidad de datos en una página.
Por ejemplo si en vez de usar un modulo en PHP para procesar toda la información de una página dinámica y servirla ya hecha y cocida, esta gente usaba Javascript para leer “datos” y armarlos dinámicamente en la misma página.
Para un array de 3 datos, está bien, para una tabla que tiene 20 arrays de 70 datos cada uno esta muy mal.
SerGio
9 de Julio de 2003 a las 2:18 am
Me acabo de enterar que con ASP puedes utilizar JavaScript en la parte del servidor. Leyendo un libro sobre ASP y el lenguaje más popular para programar páginas en el servidor con la tecnología de nuestro amigo Microsoft, VBScript, me encontré con un ejemplo de cómo utilizar JavaScript para generar una página web dinámica en el servidor.
Pues lo dicho, JavaScript se puede utilizar en la parte cliente y en la parte servidor con ASP.
Todos los días se aprende algo nuevo.
FlyMan
8 de Octubre de 2003 a las 8:07 pm
En este caso me remito a una frase que un profesor me dijo una vez….
“o lo hacemos bien o como uds quieran”
Solo hay que decirle al cliente esto es lo mejor… de ahi en mas el elige. Es el que paga.
Saludos desde Argentina
Loco
12 de Enero de 2004 a las 11:33 pm
Mira
Estan en la pregunta que es mas importante el carro o el conductor..
son tecnologias complementarias y esta en el profesional buscar el equilibrio que logre la satisfaccion del cliente
de acuerdo a los requerimientos….
No usar los javascripts si podeis evitarlos! Ademas no todo el mundo los puede ver.
tnarik
20 de Febrero de 2004 a las 1:11 pm
Si es un requisito del cliente y lo utiliza para que las páginas resulten dinámicas, JavaScript es lo que hay que usar. O Flash, o alguna tecnología similar de scripts en cliente (incluso CSS con JavaScript).
PHP produce páginas dinámicamente, no dinámicas para el usuario, que es algo distinto.
ATAROX
10 de Noviembre de 2004 a las 7:15 pm
No creo que se pueda debatir, no se puede escojer entre una cosa y otra. Ambas con complementarias, con php no puedo hacer cosas que con JS si. Al reves tambien.
Si el explorador tiene restringido el JS mejor que que lo desrestringa, porque la solucion no es restringir, sino instalar un antivirus que alerte de scripts maliciosos.
Ernesto
30 de Enero de 2005 a las 10:24 pm
Con metodos de programación neurolinguistica (PNL) intenta que tu cliente descruce brazos y piernas, con tanta cruzadera está cerrado a la comunicación. Tambien si trae gafas oscuras puestas por muy bien que le hables no lo convencerás. Entiende que el tío está cerrado a la comunicación. Yo me he reído mucho escribiendo esto. Pero definitivamente esto no es broma!!! Es muy en serio!!! Hay que convencer y abrir al cliente y llevarlo por tu camino!!!!
Muestrale todo lo que se puede hacer con flash, mas que con javascript… hay paginas como www.tupartido.com.ar o la que hoy estoy trabajando para la edicion de contenido on line como www.basemultimedia.com….
Blade runner
14 de Diciembre de 2005 a las 1:54 pm
De todos modos, si quieres utilizar javascripts, aquí te dejo una página con más de 1300 clasificados:
http://javascripts.astalaweb.com http://javascripts.astalaweb.net (también activa)
Saludos.
no se muhco pero si es posible esto abria grandes fallas de seguridad pero no creo pero bueno a intetar
una pregunta estba leendo y me fije en algo
bueno no se si esxiste algo paecido a un include en java
ya qeu esto ocasionaria ver el codigo fuente de secciones en php
como por ejemp`lo
esto es un ejemplo solo como nos e casi nada
ya que este Supeustoi include en java seria puesta en una pagina html incluira el php epro como noi tiene extension php lo incluiria como un texto cualquiera
bueno eso supongo
si me equivoco por favor avisarme ami correo
si ya qeu quiero saber que tipo de issitema de noticias puedo agregar
ya que quiero poner cute news a mi web
bueno espeor me ayan entendido
por favor alguien
que me escriba ami correo
porfavor
si
tuadmin(ARROBA)gmail.com
NoSeasBoludo
9 de Mayo de 2006 a las 2:56 am
Este es el tipico caso de la persona que hace una pregunta y no sabe ni siquiera que esta preguntanto, disculpen…pero creo que deberian informase un poco mas antes de hacer una pregunta ….
Daniel Sanchez
13 de Junio de 2006 a las 12:24 pm
Que tal buen dia, yo soy Daniel un estudiante en informatica y estoy comenzando a trabajar con php y js y tengo un problema como puedo generar el mismo resultado de una pagina php con js???? si pudieran ayudarme…. gracias…. aqui esta un ejemplo:
como puedo recuperar el valor de las variables en js??????
espero tu respuesta gracias…..
Alberto
29 de Enero de 2003 a las 8:09 pm