Guía Nro.

02 Desarrollo Web Entorno Servidor

GUIA DE CLASE 02: PHP Y HTML

1. INTRODUCCION:

PHP es un lenguaje de programación de uso general de código del lado del servidor
originalmente diseñado para el desarrollo web de contenido dinámico. Fue uno de los
primeros lenguajes de programación del lado del servidor que se podían incorporar
directamente en el documento HTML en lugar de llamar a un archivo externo que
procese los datos. El código es interpretado por un servidor web con un módulo de
procesador de PHP que genera la página Web resultante. PHP ha evolucionado por lo
que ahora incluye también una interfaz de línea de comandos que puede ser usada en
aplicaciones gráficas independientes. Puede ser usado en la mayoría de los servidores
web al igual que en casi todos los sistemas operativos y plataformas sin ningún costo.

Se considera uno de los lenguajes más flexibles, potentes y de alto rendimiento

conocidos hasta el día de hoy. Lo que ha atraído el interés de múltiples sitios con gran
demanda de tráfico como Facebook, para optar por PHP como tecnología de servidor.

Fue creado originalmente por Rasmus Lerdorf en 1995. Actualmente el lenguaje sigue
siendo desarrollado con nuevas funciones por el grupo PHP.2 Este lenguaje forma
parte del software libre publicado bajo la licencia PHP, que es incompatible con la
Licencia Pública General de GNU debido a las restricciones del uso del término PHP.3

2. OBJETIVOS:

▪ Presentar el lenguaje de programación PHP.

▪ Conocer la forma de trabajo Servidor-Cliente.
▪ Diferenciar entre páginas estáticas y dinámicas.
▪ Lenguaje script, del lado cliente y del lado servidor.
▪ Requisitos para usar el lenguaje PHP.
▪ Definir constantes y uso de la instrucción echo y print.
▪ Utilizar las constantes predefinidas.

3. EQUIPOS Y MATERIALES:

▪ Computadora personal.
▪ Programa phpDesigner 8 correctamente instalado.
▪ Apuntes de los ejercicios resueltos en la clase.

4. METODOLOGIA Y ACTIVIDADES PREVIAS

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -1-
 Guía Nro. 02 Desarrollo Web Entorno Servidor

• Encender el computador.
• Crear carpeta donde guardará sus scripts (proyectos, paquetes, librerías, etc.).
• Crear una carpeta en la unidad D:\ con su apellido paterno. Esta carpeta será el
workspace (área de trabajo) donde estarán almacenados sus proyectos.
• Ejecutar el aplicativo phpDesigner 8.
• Codificar los algoritmos desarrollados en clase.
• Guardar (copiar) la carpeta de sus proyectos a su memoria flash (USB), como
respaldo.

5. BIBLIOGRAFIA IMPRESCINDIBLE:

• PHP 5.5. Desarrollar un sitio Web dinámico e interactivo, Olivier HEURTEL,

1ra Edición, ENI EDICIONES, Febrero de 2014.
• Manual Imprescindible de PHP5, Luis Miguel Cabezas Granado, 1ra Edición,
Edit. ANAYA MULTIMEDIA, Madrid, 2004.
• Programación Orientada a Objetos para PHP 5, Enrique PLACE, 1.88 Edición,
[Link], Julio de 2009.

6. CONCEPTOS BASICOS Y EJERCICIOS

ASPECTOS BASICOS
a. INTRODUCCION

Actualmente la red de Internet, compuesta por páginas web, sirve de soporte a una
gran cantidad de sistemas de información y comunicaciones que engloban áreas tan
importantes como la investigación, el comercio electrónico, la visualización de
información, el correo electrónico.

Las páginas web son textos ASCII escritos en HTML (Hypertext Markup Language),
que se transfieren entre los servidores de WWW y los navegadores mediante el
protocolo HTTP (Hypertext Transfer Protocol).

Cuando comenzó la World Wide Web, los sitios web ofrecían páginas estáticas, es
decir, que a efectos del usuario, el único proceso realizado era el de visualización de
sus contenidos por parte del navegador del cliente.

A medida que pasaron los años, aumentó la afluencia de público y surge la

necesidad de reunir y procesar las peticiones del cliente con la finalidad de ofrecerle
informaciones mejor dirigidas, escogidas y elaboradas.

Es entonces, cuando surgen dos alternativas de diseño web:

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -2-

 Guía Nro. 02 Desarrollo Web Entorno Servidor

• Las llamadas páginas en el lado del cliente, programadas en HTML dinámico

(DHTML), que se ejecutan en el navegador y son capaces de cambiar su
apariencia. Utilizando DHTML podemos conseguir que los objetos aparezcan y
desaparezcan, que varíen su tamaño, que se les asocie posiciones absolutas en
pantalla… En definitiva, DHTML aumenta las posibilidades de visualización de
las instrucciones HTML.

• Las páginas del lado del servidor, permiten modificar los contenidos antes de
enviarlos al cliente. Las primeras fueron CGI (Common Gateway Interface) que
implementan páginas web activas en el servidor, capaces de leer lo que le
enviaba un cliente al servidor a través de un formulario, o escribir en la página
del cliente.

PHP (Hypertext Preprocessor) es un lenguaje script (no se compila para conseguir

códigos máquina si no que existe un intérprete que lee el código y se encarga de
ejecutar las instrucciones que contiene éste código), para el desarrollo de páginas
web dinámicas del lado del servidor, cuyos fragmentos de código se intercalan
fácilmente en páginas HTML, debido a esto, y a que es de Open Source (código
abierto), es el más popular y extendido en la web.

PHP es capaz de realizar determinadas acciones de una forma fácil y eficaz sin tener
que generar programas programados en un lenguaje distinto al HTML. Esto se debe
a que PHP ofrece un extenso conjunto de funciones para la explotación de bases de
datos sin complicaciones. Es por esto, que levanta un mayor interés con respecto a
los lenguajes pensados para los CGI.

PHP fue desarrollado originalmente por Rasmus Ledford en 1994 como un CGI
escrito en Perl que permitía la interpretación de un número limitado de comandos.
El sistema fue denominado Personal Home Page Tools y consiguió relativo éxito
gracias a que otras personas pidieron a Rasmus que les permitiese utilizar sus
programas en sus propias páginas. Cuando Rasmus tuvo la necesidad de crear
páginas dinámicas que trabajasen con formularios, creó una serie de etiquetas a las
que denominó “Form Interpreters”, y lo sacó al público con el nombre de PHP/FI en
1995. Luego salió la versión mejorada, llamada PHP/FI 2.0.

Zeev Suraski y Andi Gutmans programaron el analizador sintáctico incluyendo

nuevas funcionalidades como el soporte a nuevos protocolos de Internet y el
soporte a la gran mayoría de las bases de datos comerciales, como MySQL y Postgre
SQL, así como un módulo para Apache. Con estas mejoras surgió PHP3 en 1997. Este
analizador define la sintaxis y semántica de la versión PHP3 y la siguiente: PHP4.

PHP3 carecía del uso de sesiones, algo muy común en las páginas web de cierta
complejidad. En el año 2000, PHP3 evolucionó a PHP4, que utiliza el motor Zend
(desarrollado por Zeev y Andi encargado de interpretar el código fuente de los
scripts de PHP), desarrollado para cubrir las necesidades actuales y solucionar
algunos inconvenientes de la anterior versión. Algunas mejoras de esta nueva
versión son su mayor independencia del servidor web y su rapidez, ya que primero

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -3-

 Guía Nro. 02 Desarrollo Web Entorno Servidor

se compila y luego se ejecuta, mientras que antes se ejecutaba a la vez que se

interpretaba el código.

La última versión es PHP5, que utiliza el motor Zend-2 y presenta mejoras

significativas y un entorno de programación orientado a objetos mucho más
completo, que permite que el PHP proporcione un alto rendimiento a las
aplicaciones Web empresariales a nivel de las plataformas J2EE y .NET. Otro
lenguaje de scripting para la generación dinámica de contenidos en el servidor es
ASP. Aunque se parece a PHP en cuanto a potencia y dificultad, su sintaxis llega a
diferir notablemente.

Una diferencia sensible es que PHP ha sido desarrollado inicialmente para entornos
UNIX y es en este sistema operativo donde se aprovechan mejor sus prestaciones y
consigue un mayor rendimiento. ASP, que es una tecnología Microsoft, está
orientado a sistemas Windows, especialmente la familia de servers.

b. SERVIDORES Y CLIENTES

Es frecuente observar, en la calle, que son muchas las personas que cuando se refieren
a los servidores lo hacen como sí se tratara de máquinas complejísimas, misteriosas,
lejanas y enormes que, bajo esa aureola de cripticismo, parecen totalmente distintas
al ordenador que usamos habitualmente. ¡Nada más lejos de la realidad!.

Vamos a intentar aclarar algunos conceptos con ejemplos cotidianos. Pensemos en

esos ordenadores remotos (también llamados host) como si se tratara de uno esos
sitios desde los que se sirven comidas a domicilio.

Quizá lo primero en lo que se te ocurra pensar sea en una pizza, no porque

desconozcas que también es posible comprar otras cosas sino por la popularidad de
ese tipo de servicio. Algo similar ocurre con los host. La frecuencia con la que
accedemos a ellos en demanda de páginas web hace que tendamos a identificarlos
con ellas, pero también los host ofrecen –o pueden ofrecer– más servicios. Sigamos
con las comidas a domicilio.

Cada una de esas empresas puede atender peticiones de uno solo o de varios servicios
distintos (pizzas, helados, o platos regionales, por citar algunos ejemplos), pero la
Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -4-
 Guía Nro. 02 Desarrollo Web Entorno Servidor

oferta de cada uno de esos servicios requiere una infraestructura adecuada a cada
caso. La oferta de pizzas exigirá disponer de un horno, y la de helados necesitará de
una instalación frigorífica.
Pues bien, algo muy similar ocurre con los host. También éstos pueden ofrecer uno o
varios servicios (páginas web, correo electrónico, transferencias FTP, noticias,
etcétera) y también es necesario que cada servicio disponga de su propia
infraestructura, que en este caso sería un programa distinto (software de servidor)
para cada uno de ellos.

Como puedes ver, no basta con hablar de servidores. Es necesario especificar también
qué es lo que sirven. Habría que decir: servidor de páginas web, servidor de correo,
etcétera y tener presente que –aunque convivan en la misma máquina– cada uno de
ellos requiere su propio software y su propia configuración.

Resumiendo, cuando en lenguaje coloquial hablamos de un servidor estamos

aludiendo un host (ordenador remoto) – el tamaño y la lejanía carecen de importancia
– provisto de programas (software de servidor) que, cuando está accesible (conectado
a Internet) y con el software activo (servidor en funcionamiento) es capaz de atender
peticiones y devolver a los clientes los documentos solicitados, o un mensaje de error,
en el caso de que no estuvieran disponibles.

Veamos un ejemplo de cómo se desarrolla ese proceso de petición–respuesta. Para

leer el correo electrónico necesitas disponer de un programa –supongamos que es
Outlook Express– instalado en tu ordenador y hacer, a través de él, una petición a un
ordenador remoto (host). Si quisieras visualizar páginas web tendrías que utilizar un
programa distinto –Firefox o Internet Explorer o Chrome, por ejemplo– capaz de
realizar esta otra tarea. Al programa que utilizamos para realizar cada petición le
llamaremos cliente.

1. ¿QUÉ ES UNA PETICIÓN?

Una petición es un conjunto de datos que un cliente (recuerda que el cliente

siempre es uno de los programas instalados en tu ordenador) envía a través de
Internet solicitando una respuesta determinada por parte de
un servidor (ordenador remoto).

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -5-

Guía Nro. 02 Desarrollo Web Entorno Servidor

¿QUÉ CONTENDRÍA ESA PETICIÓN?

Cada tipo de petición tendrá contenidos distintos. Por ejemplo, cuando se trata de
leer mensajes de correo, la petición realizada por el cliente (Outlook Express)
contendría, entre otros, muchos de los datos de la configuración de la cuenta, tales
como: el protocolo (forma de comunicación) –en el caso del correo lo habitual sería
el protocolo POP (Post Office Protocol)–, el nombre de host donde está alojado el
buzón (servidor POP ó servidor de correo entrante), el nombre de la cuenta, la
contraseña de acceso, y algunas otras informaciones relativas a la gestión de esa
cuenta tales como si deben conservarse o no los mensajes en el servidor, etcétera.

¿QUÉ OCURRE CON ESA PETICIÓN?

Cualquier petición pasa en primera instancia por un servidor de nombres de

dominio (Domain Name Server) DNS, una especie de guía telefónica que contiene
los nombres de los servidores y las direcciones IP a través de las cuales están
conectados a Internet. Podría decirnos –los datos son ficticios– que
[Link] es el nombre de un host que está conectado a Internet a través
de la dirección IP [Link]

Una vez resuelta esa petición por el servidor DNS (direccionamiento de la petición
a la IP correspondiente) se comprobará si esa IP está activa (si efectivamente hay
un ordenador conectado a través de ella) y, en caso de estarlo, se determinará si
ese ordenador al que estamos accediendo es capaz de atender la petición.

¿QUÉ TIENE QUE OCURRIR PARA QUE PUEDA ATENDERSE UNA PETICIÓN?

Es necesario que el ordenador remoto tenga instalado y funcionando el software

de servidor adecuado al protocolo de nuestra petición. Ello quiere decir –siguiendo
con el ejemplo– que el ordenador remoto debe tener instalado y funcionando un
software específico de servidor de correo capaz de interpretar el protocolo POP3
especificado en la petición.

Cuando el ordenador remoto acepta la petición el software de servidor y/o las

aplicaciones del lado del servidor (software instalado en el ordenador remoto y
vinculado con el software de servidor) resuelven la petición (comprobar que el
nombre de la cuenta y la contraseña son correctas, comprobar si existen mensajes,
borrarlos del buzón si así lo especifica la petición, etc.) y devuelven
al cliente (recuerda que el cliente era nuestro Outlook Express) la información
requerida.

Solo falta que una vez recibida la respuesta Outlook Express (cliente) interprete la
información recibida y nos permita visualizar o imprimir el contenido de los
mensajes descargados del servidor.

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -6-

 Guía Nro. 02 Desarrollo Web Entorno Servidor

2. SERVIDOR Y CLIENTE EN UNA MISMA MÁQUINA

Hasta ahora –al referirnos a servidores y clientes– hemos hecho alusión a dos
máquinas: nuestro propio ordenador (ordenador local) en el que estarían
instaladas las aplicaciones cliente y un ordenador remoto en el que se alojarían las
aplicaciones de servidor. Eso es lo más habitual, pero no es la única posibilidad.
Dado que servidor y cliente son únicamente aplicaciones, es perfectamente posible
que ambas convivan dentro de la misma máquina.

La diferencia sustancial sería que ahora no es necesario el servidor de DNS para

buscar la dirección IP. Utilizaríamos una IP (habitualmente la [Link]) reservada
para estos casos –preestablecida en la configuración del servidor– y a través de ella
se canalizarían las peticiones a nuestro propio servidor. Ya hablaremos más
adelante de esta IP.

c. TIPOS DE PÁGINAS WEB

Una de las clasificaciones más simples de las páginas web permitiría agruparlas en dos
tipos: estáticas y dinámicas.

PÁGINAS WEB ESTÁTICAS

Diremos que una página web es estática cuando sus contenidos no son susceptibles
de ser modificados ni por intervención del usuario ni por una acción automática del
servidor (ordenador remoto) ni del cliente (navegador).

Un ejemplo de página estática

Cualquier usuario que acceda a esta página–ya sea en modo local, o a través de un
servidor remoto– visualizará siempre la misma fecha: 22 de setiembre de 2011.

<html>
<head>
</head>
<body>
Hoy es 22 – 09 - 2011 y son las [Link] horas
</body>
</html>

Las peticiones de páginas estáticas se realizan de la forma que puedes ver en este
esquema.

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -7-

 Guía Nro. 02 Desarrollo Web Entorno Servidor

Si observas con detenimiento el esquema de la parte superior es posible que

encuentres algo que no te cuadre... porque en el esquema hay un servidor que parece
imprescindible para atender las peticiones y sin embargo tú –sin tener instalado
ningún servidor– eres capaz de visualizar tus propias páginas web sin más hacer un
doble clic sobre su icono. Eso es cierto, pero fíjate en las dos direcciones que aparecen
en esta otra imagen.

La de la izquierda –consecuencia de haber hecho doble clic sobre el icono del

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -8-
 Guía Nro. 02 Desarrollo Web Entorno Servidor

documento– contiene como dirección una ruta (el path que conduce hasta el
documento) mientras que en la de la derecha aparece el sintagma http al principio de
la dirección.

En el primer caso no hemos hecho ninguna petición de página web sino que hemos
abierto un documento cuya extensión (html) está asociada en nuestra configuración
de Windows con Firefox, Internet Explorer, Chrome, Opera o cualquier otro navegador
que tengamos instalado en nuestro equipo. El proceso ha sido exactamente el mismo
que si hubiéramos hecho doble clic sobre el icono de un documento con extensión txt,
con la única salvedad de que en este último caso se habría abierto el bloc de notas (por
la asociación de extensiones y aplicaciones en la configuración de Windows).

En el segundo caso las cosas son distintas. Se incluye el sintagma http – acrónimo
de HiperText Transfer Protocol– para indicar que ese es el protocolo que debe ser
utilizado y que será preciso que el servidor que reciba la petición sea capaz de
interpretarlo. Por eso a los servidores que alojan páginas web se les suele
llamar servidores web o servidores HTTP dado que se les requiere que soporten este
protocolo.

PÁGINAS DINÁMICAS

Llamaremos dinámicas a las páginas cuyos contenidos sí pueden ser modificados –de
forma automática o mediante la intervención de un usuario– bien sea desde el cliente
y/o desde el servidor.

Para que una modificación de este tipo pueda producirse es necesario que algo o
alguien especifique: qué, cómo, cuándo, dónde y de qué forma debe hacerse el
cambio, y que exista otro algo o alguien capaz de: acceder, interpretar y realizar, en
el momento preciso, las instrucciones de modificación. Igual que ocurre en el contexto
de la vida cotidiana, las especificaciones y las instrucciones precisan de un lenguaje
para poder definirlas, un soporte para almacenarlas, y un intérprete capaz de
ejecutarlas.

Somos capaces de entender unas instrucciones escritas en castellano pero si

estuvieran escritas en búlgaro las cosas seguramente serían bastante distintas, y, por
supuesto, a un búlgar@ le pasaría justamente lo contrario. Igual ocurre con los
programas intérpretes de los lenguajes de script. Ellos también requieren órdenes
escritas en su propio idioma.

d. SCRIPTS

Se llama script a un conjunto de instrucciones, escritas en un lenguaje determinado,

que van incrustadas dentro de una página WEB de modo que su intérprete pueda
acceder a ellas en el momento en el que se requiera su ejecución.

Cuando se incrustan scripts en una página WEB empiezan a convivir dentro de un

mismo documento informaciones destinadas a distintos intérpretes. Por una parte, el
Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC -9-
 Guía Nro. 02 Desarrollo Web Entorno Servidor

código HTML que ha de ser interpretado por el navegador, y por la otra, los scripts que
han de ser ejecutados por el intérprete propio del lenguaje en el que hayan sido
escritos.

La manera de diferenciar los contenidos es delimitar los scripts marcando su comienzo

con una etiqueta de apertura <script> y señalando el final con una etiqueta de
cierre </script>.

Lo que no está contenido entre esas etiquetas será considerado código HTML.
La posibilidad de insertar en un mismo documento scripts escritos en distintos
lenguajes obliga a especificar cuál se ha utilizado en cada caso, para que en el
momento en el que vayan a ser ejecutados se invoque el intérprete adecuado.

Para ello, dentro de la propia etiqueta de apertura (<script>) se inserta una referencia
al tipo de lenguaje con esta sintaxis: language="nombre"

Por ejemplo:

<script language="PHP">
......
...... instrucciones ..
......
</script>

Indicaría que las instrucciones están escritas con la sintaxis de PHP. Por el contrario, al
escribir:

<script language="JavaScript">
......
...... instrucciones ..
......
</script>

Estaríamos señalando que en las instrucciones contenidas en el script utilizan sintaxis

de JavaScript. La alternativa más reciente (la anterior está obsoleta) sería:<script
type="text/javascript">

Para el caso concreto de PHP, existe una sintaxis alternativa, mucho más cómoda y
habitual. Es la siguiente:

<?php
......
......instrucciones..
......
?>

Aquí <?php hará la misma función que <script language="PHP"> y ?> será equivalente
a </script>. ¿Con la configuración adecuada también podríamos usar <? –en vez
Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 10 -
 Guía Nro. 02 Desarrollo Web Entorno Servidor

de <?php– como marca inicial.

LENGUAJES DE SCRIPT

Hay múltiples posibilidades en cuanto a lenguajes de script. Pero antes de hacer

mención a algunos de ellos es conveniente hacer una clasificación previa. Hablaremos
de dos tipos: lenguajes del lado del cliente y lenguajes del lado del servidor.

LENGUAJES DEL LADO DEL CLIENTE

Diremos que un lenguaje es del lado del cliente cuando el intérprete que ha de
ejecutar sus scripts es accesible desde éste –el cliente– sin que sea necesaria ninguna
intervención en este sentido por parte servidor.

Seguramente te ha ocurrido alguna vez que al intentar acceder a una página web ha
aparecido un mensaje advirtiendo que para la correcta visualización de la página se
requiere un plug-in determinado, y que, a la vez, se te haya ofrecido la posibilidad de
descargarlo en ese momento. Eso ocurre porque cuando el navegador –que en el caso
de las páginas web es el cliente– trata de interpretar la página, encuentra incrustado
en ella algo (un fichero de sonido, una animación Flash, etcétera) que –de forma muy
similar a lo que ocurre con los scripts– requiere un intérprete adecuado del que no
dispone en ese momento. Cuando los scripts contenidos en un documento son de este
tipo, el servidor lo entrega al cliente si efectuar ningún tipo de modificación.

Sin pretender hacer una enumeración exhaustiva, entre los lenguajes de script del lado
del cliente los más populares son: DHTML, JavaScript y VBScript.

DHTML no es exactamente un lenguaje de programación. Se trata más bien de una

serie de capacidades que se han ido añadiendo a los navegadores modernos mediante
las cuales las páginas pueden contener hojas de estilo y/o organizarse en capas
susceptibles de ser modificadas, redimensionadas, desplazadas y/o ocultadas.

JavaScript es uno de los lenguajes más populares. Cada navegador incluye su propio
intérprete y es frecuente que los resultados de visualización sean algo distintos según
el navegador y la versión que se utilice. Parece ser que las versiones más recientes de
los distintos navegadores se aproximan a un estándar –ECMA Script-262– que ha sido
desarrollado por la ECMA (Asociación Europea de Normalización de Sistemas de
Información y Comunicación), lo que hace suponer que en un futuro muy próximo
todos los navegadores se ajustarán a esa especificación y que, con ello, las páginas
web ya se visualizarán de forma idéntica en todos ellos.

VBScript es un lenguaje de script derivado de VisualBasic y diseñado por Microsoft

para Internet Explorer y los navegadores derivados o vinculados a este. Una petición
de página en la que hay incrustados scripts escritos en lenguaje del lado del cliente se
realizaría de una forma similar a esta:

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 11 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

Como puedes observar no requiere nada distinto a lo del supuesto anterior. La

diferencia sería que en este caso se harían llamadas al intérprete de JavaScript –
incluido en los navegadores, tal como comentamos al margen– y/o a eventuales
plugins necesarios para interpretar otros tipos de script.

Aquí tienes dos ejemplos de páginas web dinámicas. Ambas utilizan los JavaScript que
puedes ver en rojo en su código fuente. Si ejecutas este ejemplo en el navegador web
el primero de estos dos ejemplos verás que la fecha que aparece en la página es la
fecha actual de tu sistema, y además, cada vez que pulses el botón “Actualizar” de tu
navegador comprobarás que esa intervención del usuario modifica los contenidos
actualizando la hora que aparece en el documento.

<html>
<head>
<script type="text/javaScript">
var son= new Date();
var fecha=[Link]()+" - "+([Link]()+1)+" - "+[Link]();
var hora=[Link]()+":"+[Link]()+":"+[Link]();
[Link]('Hoy es '+fecha+' y son las '+hora+' horas');
</script>
</head>
<body>
</body>
</html>

En este otro ejemplo la modificación de los contenidos no requiere intervención

alguna por parte del usuario. Cada 5 segundos (fíjate donde dice var frecuencia=5000).
Cinco mil es el período de actualización, expresado en milisegundos) se rescribirán de
forma automática la fecha y la hora. Tenemos por tanto una especie de cronómetro
automático.
Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 12 -
 Guía Nro. 02 Desarrollo Web Entorno Servidor

<html>
<head>
<script type="text/javaScript">
var reloj=0;
var frecuencia=5000;
function actualiza(){
var son= new Date();
var fecha=[Link]()+" - "+([Link]()+1)+" -
"+[Link]();
var hora=[Link]()+":"+[Link]()+":"+[Link]();
var escribe='Hoy es '+fecha+' y son las '+hora+' horas';
var situa=[Link]('capa0');
[Link]=escribe;
reloj=setTimeout("actualiza()",frecuencia);
}
</script>
</head>
<body onLoad="actualiza()";>
<div id="capa0">
</div>
</body>
</html>

LENGUAJES DEL LADO DEL SERVIDOR

Un lenguaje es del lado del servidor cuando la ejecución de sus scripts se efectúa, por
instancia de este –el servidor–, antes de dar respuesta a la petición, de manera que el
cliente no recibe el documento original sino el resultante de esa interpretación previa.
Cuando se usan estos tipos de lenguaje el cliente recibe un documento en el que cada
script contenido en el original habrá sido sustituido por los resultados de su ejecución.
Esto es algo a tener muy en cuenta, porque, en este caso, los usuarios no tendrán la
posibilidad de visualizar el código fuente, mientras que cuando se trata de lenguajes
del lado del cliente siempre es posible visualizar los scripts, bien sea de forma directa
–mirando el código fuente de la página recibida– o leyendo el contenido de ficheros
externos –vinculados a ella– que son bastante fáciles de encontrar en la caché del
navegador. La utilización de este tipo de scripts requiere que el intérprete del lenguaje
sea accesible –esté del lado– desde el propio servidor.

Entre los lenguajes del lado del servidor los más populares son: PHP, ASP, PERL y JSP.
Cada uno de ellos tiene sus propias peculiaridades. No abundaremos en ellas.
Nosotros trataremos aquí sobre PHP.

LAS POSIBLES DUDAS DEL SERVIDOR

Dado que en unos casos el servidor debe entregar el documento original –páginas
estáticas o páginas dinámicas en las que se usan lenguajes del lado del cliente–
mientras que en otros casos –páginas dinámicas usando lenguajes del lado del
servidor– tiene que devolver el resultado de la ejecución de los scripts, es razonable
que te preguntes: ¿cómo sabe el servidor lo que debe hacer en cada caso?

La respuesta es simple. Eso hay que decírselo. Y se le dice de una forma bastante
simple. Se indica al poner la extensión al documento. Si en la petición se alude a un

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 13 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

documento con extensión .htm o .html el servidor entenderá que esa página no
requiere la intervención previa de ningún intérprete de su lado y entregará la página
tal cual.

Si en esa petición se aludiera a una extensión distinta –.php, por ejemplo– el servidor
entendería que antes de servir la página debe leerla y requerir al intérprete de PHP
que ejecute los scripts desarrollados en ese lenguaje (en caso de que los contuviera) y
devolvería al cliente el documento que resultara de las eventuales ejecuciones de tales
scripts.

Aquí tienes el esquema (imagen en la siguiente página) de un ejemplo de convivencia

en un mismo documento de varios scripts y varios tipos de lenguaje.

Aquí ya es preciso que, además de un servidor capaz de soportar el protocolo HTTP,

esté instalado –del lado del servidor– un intérprete PHP, un servidor de bases de datos
MySQL y que, además, estén configurados de modo que puedan interactuar entre
ellos.

El lenguaje PHP dispone de funciones que le permiten acceder a muy diversos tipos de
servidores de bases de datos pudiendo: crear, consultar, borrar y modificar tanto
bases de datos como tablas y registros de las mismas. Nosotros vamos a utilizar
MySQL, unos de los gestores más potentes y populares que existen en este momento

e. REQUISITOS PARA EL USO DEL LENGUAJE PHP

De acuerdo a lo comentado en los párrafos anteriores el uso del lenguaje PHP requiere

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 14 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

tener instalado y configurado:

• Un software de servidor web –configurado para interactuar con el intérprete

de PHP– que soporte el protocolo HTTP y que en nuestro caso será el
denominado servidor Apache.
• El intérprete de PHP.
• Un software de servidor de bases de datos capaz de ser gestionado mediante
funciones propias de PHP. Podemos utilizar el servidor de bases de
datos MySQL o su «fork» MariaDB y también podrás encontrar referencias al
uso de SQLite que en muchos casos puede resultar una alternativa más ligera
y accesible. También esta Postgresql.

PHP - Hypertext Pre-processor

a. PÁGINAS PHP

Las páginas PHP pueden ser páginas web normales a las que únicamente se les cambia
la extensión tradicional (.htm ó .html) , por la extensión .php. Observemos este código
fuente. Como verás, se trata de una página web muy simple que no contiene ningún
script PHP.

<html>
<head>
<title>Aprendiendo PHP</title></head>
<body>
Esta es una página supersimple
</body>
</html>

Debemos guardar esta página con el nombre [Link] y luego la volvemos a

guardar –sin modificar nada en sus contenidos– como [Link]. Observaras que
al visualizarlas no hay diferencia alguna entre ellas.

b. ESTRUCTURA BASICA DE UN SCRIPT PHP

Todo script PHP debe de iniciar y terminar con las siguientes etiquetas:

<?php

// aquí irá todo el contenido en lenguaje PHP

?>

Esta opción, se sugiere como la alternativa recomendada, puesto que

independientemente del valor establecido en short_open_tag en el [Link],
funcionará por defecto y sin necesidad de modificar el archivo [Link], en cualquier

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 15 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

servidor.

c. INDENTACION EN PHP

PHP es un lenguaje que no requiere de indentación (sangrado) para ser interpretado.

Por el contrario, todo el código fuente PHP puede ser escrito sin indentación, aunque
esto, es una práctica desaconsejada, ya que al igual que el código embebido, dificulta
la lectura y la consecuente escalabilidad y mantenimiento de la app.

ESTANDARIZACIÓN DE CÓDIGO
Como regla de estilo, se sugiere utilizar indentación de 4 espacios en blanco y
dejar una línea en blanco, entre estructuras de control.

La indentación, es utilizada para diferenciar estructuras de control y algoritmos, dentro

del código fuente:

d. IMPRESIÓN EN PANTALAL CON LAS SENTENCIAS: ECHO Y PRINT

En una página cuyo nombre tenga por extensión .php se pueden insertar instrucciones
–escritas en lenguaje PHP– anteponiendo <?php a la primera instrucción y
escribiendo ?> después de la última. A cada uno de estos bloques de instrucciones le
llamaremos un script. No existe límite en cuanto al número de scripts distintos que
pueden insertarse dentro de una página.

La primera instrucción PHP que conoceremos será esta:

echo "un texto...";

La instrucción echo seguida de un texto entrecomillado hará que el PHP escriba en

la página web resultante lo contenido en esa cadena de texto. Al final de cada
instrucción debemos insertar siempre un punto y coma (;). Este signo (;) indicará a PHP
que lo que viene a continuación es una nueva instrucción.

Para facilitar la depuración de los scripts no suelen escribirse dos instrucciones en una
misma línea.

print "un texto ...";

La instrucción print tiene una función similar –no es exactamente la misma– a la

descrita para echo. Un poco más adelante veremos algunas de sus diferencias.

print ("un texto...");

Esta es otra manera –la más habitual– de utilizar print. Ahora encerramos entre
paréntesis la cadena que pretendemos que aparezca impresa en la página web. El

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 16 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

hecho de que utilicemos paréntesis no evita la obligación de encerrar entre comillas

el texto (texto) que deseamos imprimir.

AMPLIANDO ECHO Y PRINT

Mediante una sola instrucción echo pueden presentarse de forma simultánea (en la
ventana del navegador del cliente) varias cadenas de caracteres y /
o constantes y variables. Basta con ponerlas una a continuación de otra utilizando una
coma como separador.

La forma anterior no es la única –ni la más habitual– de enlazar elementos mediante

la instrucción echo. Si en vez de utilizar una coma usáramos
un punto (el concatenador de cadenas) conseguiríamos el mismo resultado.

Cuando enlacemos elementos distintos –cadenas, constantes y/o números– hemos de

tener muy en cuenta lo siguiente:

• Cada una de las sucesivas cadenas debe ir encerrada entre

sus propias comillas.
• Los nombres de constantes nunca van entre comillas.

Las instrucciones print también permiten concatenar cadenas en una misma

instrucción. En este caso solo es posible usar un punto como elemento de unión. Si
pusiéramos comas –como podemos hacer con echo– PHP nos daría un error.

Un ejemplo con constantes:

<html><head><title>Constantes</title></head>
<body>
<?php
/* Definiremos la constante DolarSoles y le asignaremos el valor
2.82 */
define("DolarSoles",2.82);

/* Definiremos la constante SolesDolar asignándole el valor 1/2.82

En este caso el valor de la constante es el resultado
de la operación aritmética dividir 1 entre 2.82*/
define("SolesDolar ",1/2.82);

/* Definimos la constante Cadenas y le asignamos el valor:

12Esta constante es una cadena*/
define("Cadena","12Esta constante es una cadena");
/* Definimos la constante Cadena2 y le asignamos el valor:
12.54Constante con punto decimal*/
define("Cadena2","12.54Constante con punto decimal");

/* Comprobemos los valores.

Observa la nueva forma en la que utilizamos echo
Lo hacemos enlazando varias cadenas separadas con
punto y/o coma, según se trate de echo o de print */

echo "Valor de la constante DolarSoles: ", DolarSoles, "<BR>";

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 17 -

Guía Nro. 02 Desarrollo Web Entorno Servidor

echo "Valor de la constante SolesDolar: ". SolesDolar . "<BR>";

print "Valor de la constante Cadena: " . Cadena . "<BR>";
print "Valor de la constante Cadena x DolarSoles: " . Cadena*
DolarSoles ."<br>";
print "Valor de la constante Cadena2 x DolarSoles: " . Cadena2*
DolarSoles ."<br>";

echo "Con echo los números no necesitan ir entre comillas: "

,3,"<br>";
print "En el caso de print si son necesarias: " . "7" . "<br>";
print ("incluso entre paréntesis necesitan las comillas:
"."45"."<br>");
print "Solo hay una excepción en el caso de print. ";
print "Si los números van en un print independiente no necesitan
comillas ";
print 23;

# Pondremos la etiqueta de cierre del script y escribiremos

# una línea de código HTML
?>

<br>Ahora veremos los mismos resultados usando la function

prueba<br><br>

<?php

# Estamos dentro de un nuevo script abierto por el <? anterior

/* Aunque aún no la hemos estudiado, escribiremos una función

a la que (tenemos que ponerle siempre un nombre)
vamos a llamar prueba()
Lo señalado en rojo es la forma de indicar el comienzo
y el final de la funcion
Lo marcado en azul son las instrucciones
que deben ejecutarse cuando la función prueba()
sea invocada */

function prueba(){
echo "Valor de la constante DolarSoles a: ". DolarSoles
. "<BR>";
print "Valor de la constante SolesDolar: ". SolesDolar.
"<BR>";
echo "Valor de la constante Cadena: ", Cadena , "<BR>";
print ("Valor de la constante Cadena x DolarSoles: " .
Cadena* DolarSoles .
"<br>");
print ("Valor de la constante Cadena2 x DolarSoles: " .
Cadena2* DolarSoles .
"<br>");
}

# Las funciones solo se ejecutan cuando son invocadas

/* La función anterior no se ejecutará hasta que escribamos

una línea –como esta de abajo– en la que ponemos
únicamente el nombre de la función: prueba()
*/
?>

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 18 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

<?php
prueba();
?>
</body>
</html>

Guardar el siguiente código como [Link] y probar su ejecución.

ESTANDARIZACIÓN DE CÓDIGO
Como regla de estilo se sugiere optar por una de ellas y no utilizar ambas funciones
en una misma app.

e. COMILLAS DENTRO DE COMILLAS

Existen dos tipos de comillas: dobles « " » (SHIFT+2) y sencillas « ' » (tecla ? en
minúsculas). Cuando es preciso anidar comillas deben utilizarse tipos distintos para las
exteriores y para las interiores.
Para que una instrucción echo o print interprete unas comillas como texto –y no
como un delimitador de la cadena– es necesario anteponerles un signo de barra
invertida(\).

En argot suele decirse escaparlas. En ningún caso –ni con echo ni con print– está
permitido sustituir las comillas exteriores (las que encierran la cadena) por \". Esta
sintaxis solo es válida para indicar a PHP que debe interpretar las comillas como un
carácter más.
En la página siguiente veremos las diferentes opciones de las líneas de comentarios. Al
realizar el ejercicio que te proponemos no es necesario que pongas los comentarios
del ejemplo.

Editemos la página anterior ([Link]) y añadámosle nuestra primera etiqueta

PHP guardándola como [Link]. Este sería el código fuente:

<html>
<head>
<title>Aprendiendo PHP</title></head>
<body>
Esta es una página supersimple
<?php
echo "¿Aparecerá esta linea?";
?>
</body>
</html>

Veamos ahora un ejemplo con las diferentes opciones de uso de las comillas.

<html>
<head>
<title>Aprendiendo PHP</title></head>
<body>
<?php
/* Las instrucciones PHP son las que aparecen en rojo.
Las etiquetas en azul intenso son el código HTML.

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 19 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

Todo lo que aparece en este color son líneas de comentario

de las que hablaremos más adelante
Cuando rescribas estos primeros scripts
bastará que incluyas las instrucciones escritas en rojo */

/* ponemos <br> al final del texto para que cuando se

ejecute cada una de las instrucciones echo
se escriba -además del texto- un salto de linea HTML.
De este modo, el resultado de cada ECHO
aparecerá en una línea diferente */

# aquí utilizamos solo unas comillas

echo "Este texto solo lleva las comillas de la instrucción<br>";

# aquí anidaremos comillas de distinto tipo

echo "La palabra 'comillas' aparecerá entrecomillada<br>";

# esta es otra posibilidad invirtiendo el orden de las comillas

echo 'La palabra "comillas" aparecerá entrecomillada<br>';

# una tercera posibilidad en la que utilizamos un mismo

# tipo de comillas. Para diferenciar unas de otras anteponemos
# la barra invertida, pero esta opción no podríamos utilizarla
# al revés.
# No podríamos poner \" en las comillas exteriores.
echo "La palabra \"comillas\" usando la barra invertida<br>";
?>
</body>
</html>

f. ¿POR QUÉ USAR LÍNEAS DE COMENTARIO?

A primera vista pueden parecer inútiles. ¿Para qué recargar las páginas con
contenidos que no se van a ver ni ejecutar?. Las líneas de comentario sirven para
poder recordar en un futuro qué es lo que hemos hecho al escribir un script y por qué
razón lo hemos hecho así.
A medida que vayamos avanzando verás que en muchos casos tendremos que aplicar
estrategias individuales para resolver cada problema concreto. Cuando necesites
hacer una corrección o una modificación al cabo de un tiempo verás que confiar en la
memoria no es una buena opción. Es mucho mejor utilizar una línea de comentario
que confiar en la memoria. ¡Palabra!

COMENTARIOS
Para insertar comentarios en los scripts de PHP podemos optar entre varios métodos
y varias posibilidades:

• UNA SOLA LINEA

Basta colocar los símbolos // al comienzo de la línea o detrás del punto y coma que
señala el final de una instrucción. También se puede usar el símbolo # en cualquiera
de las dos posiciones.

• VARIAS LÍNEAS

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 20 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

Si un comentario va a ocupar más de una línea podremos escribir /* al comienzo de la

primera de ellas y */ al final de la última. Las líneas intermedias no requieren de ningún
tipo de marca. Los comentarios para los que usemos la forma /* ... */ no pueden
anidarse. Si, por error, lo hiciéramos PHP nos dará un mensaje de error.

ENSAYANDO LÍNEAS DE COMENTARIO

En este ejemplo hemos incluido –marcados en rojo– algunos ejemplos de inserción de

líneas de comentario.

<html>
<head>
<title>Ejemplo 9</title></head>
<body>
<?php
// Este comentario no se verá en la página

echo "Esto se leerá <BR> "; // Esto no se leerá

/* Este es un comentario de
múltiples líneas y no se acabará
hasta que no cerremos así.... */

echo "Este es el segundo comentario que se leerá<BR>";

# Este es un comentario tipo shell que tampoco se leerá

# Este, tampoco

echo ("Aquí el tercer texto visible"); #comentario invisible

/* Cuidado con anidar

/* comentarios
multilinea con estos*/
a PHP no le gustan */
?>
</body>
</html>

Ejecutemos el ejemplo 09. En el caso del ejemplo9 hemos mantenido el código

exactamente como se muestra aquí arriba. Como consecuencia de haber anidado
comentarios nos dará un error al ejecutarlo. Esto es una muestra de la importancia
que tiene cuidar estrictamente ese aspecto.

Para crear el ejemplo10 debemos de haber quitado el /* que va delante de

«comentarios» y el */ que va después de «multilínea con estos» (marcado en magenta
en el código fuente). Ya no hay comentarios anidados y ya funciona correctamente.

¡Cuidado!
Si tu sistema operativo es Ubuntu es muy probable que en vez de los mensajes de
error comentados en los ejemplos anteriores solo visualices una página en blanco.
Ello es debido a la configuración por defecto de la directiva display_errors de [Link].

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 21 -

 Guía Nro. 02 Desarrollo Web Entorno Servidor

g. DEFINIR CONSTANTES

Una constante es un valor –un número o una cadena– que no va a ser modificado a
lo largo del proceso de ejecución de los scripts que contiene un documento. Para
mayor comodidad, a cada uno de esos valores se le asigna un nombre, de modo
que cuando vaya a ser utilizado baste con invocar ese nombre.

Cuando ponemos nombre a una constante se dice que definimos esa constante.

En PHP las constantes se definen mediante la siguiente instrucción:

define("nombre","valor");

Dónde nombre es una cadena que contiene la palabra que pretendemos asignar como
tal nombre y valor el contenido que pretendemos asignar a esa constante. El valor
debe escribirse entre comillas, salvo que se trate de una constante numérica que no
las requiere.

Los valores asignados a las constantes se mantienen en todo el

documento, incluso cuando son invocadas desde una función.

Si se realizan operaciones aritméticas con constantes tipo cadena, y su valor comienza

por una letra, PHP les asigna valor cero.

Si una cadena empieza por uno o varios caracteres numéricos, al tratar de operarla
aritméticamente PHP considerará únicamente el valor de los dígitos anteriores a la
primera letra o carácter no numérico.

El punto entre caracteres numéricos es considerado como separador de parte

decimal.

Tal como puedes ver en el código fuente del ejemplo, es posible definir constantes a
las que se asigne como valor el resultado de una operación aritmética.

Mg. NEGRETE CARHUARICRA, Lisbeth Gisela EFPSyC - 22 -