Test IISSI 2º cuatrimestre 1. (Puntos: 5) ¿Qué URLs están reservadas en el protocolo HTTP para la máquina local?

1. (Puntos: 5) ¿Qué URLs están reservadas en el protocolo HTTP para la máquina local?

. a. Sólo http://127.0.0.1.

. b. Sólo http://localhost.

. c. http://localhost y http://127.0.0.1 y http://192.168.1.1.

. d. http://localhost y http://127.0.0.1 y http://10.0.0.1.

. e. http://localhost y http://127.0.0.1.

. f. Todas las demás respuestas son falsas.

2. (Puntos: 5) Las reglas de marcado de XHTML especifican que…

. a. Los elementos pueden contener o texto u otros elementos, pero no ambas cosas a la vez.

. b. Es irrelevante que los nombres de los elementos sean en mayúsculas o en minúsculas

. c. Si un elemento no contiene ni texto ni otros elementos, puede usarse únicamente la etiqueta de apertura.

. d. El orden en que aparecen los atributos de un elemento puede ser relevante.

. e. Todas las demás respuestas son falsas.

. f. Si un atributo es de tipo numérico, no es necesario ponerlo entre comillas.

3. (Puntos: 5) ¿Cuál es el protocolo más utilizado en Internet para acceder a las páginas de hipertexto HTML?

4. (Puntos: 5) ¿Cuál es una de las diferencias entre los métodos de envío de datos POST y GET?

. a. Cada método corresponde a protocolos distintos. El POST es una directiva HTTP mientras que el GET es una directiva ICMP.

. b. El método GET encripta los datos para que no se puedan leer por terceras partes en el envío mientras que el POST no lo hace.

. c. Todas las demás respuestas son falsas.

. d. No hay diferencia alguna, son completamente equivalentes.

. e. El método POST es el único que se puede utilizar para enviar ficheros dentro de un formulario.

. f. El método POST no es recomendable en ningún caso porque genera errores de información en el servidor.

5. (Puntos: 5) Dado el siguiente elemento dentro de un formulario: <input name="user" type="text" value="iissi" id="usuario" /> ¿qué información sobre ese elemento recibiría el serv

. a. Nada, porque si el usuario no escribe nada en el input, los datos no se envían al servidor.

. b. Los pares user=iissi y usuario=iissi.

. c. El par usuario=iissi.

. d. Todas las demás respuestas son falsas.

. e. El par user=iissi.

. f. Nada, porque los elementos input no pueden tener type="text".

6. (Puntos: 5) Dado el siguiente fragmento de código XHTML, ¿qué código CSS haría que IISSI se muestre en color rojo? <div><h1>Asignaturas</h1> <ul><li class="titulo">IISSI</li&

7. (Puntos: 5) ¿Cuál es el resultado de aplicar la siguiente hoja de estilos CSS al siguiente fragmento de código XHTML? <div class="response"> A <ul> <li>E1</li><li>E2</li></ul><

. a. A aparece en azul y E1 y E2 aparecen en verde.

. b. A, E1 y E2 aparecen en azul y, además E1 y E2 salen subrayados.

. c. Todas las demás respuestas son falsas.

. d. A aparece en azul y E1 y E2 aparecen en azul.

. e. A aparece en negro y E1 y E2 aparecen en verde.

. f. A aparece en negro y E1 y E2 aparecen en verde y subrayados.

8. (Puntos: 5) ¿Cuál de las siguientes cadenas está correctamente construida en JavaScript?

. a. 'I love rock'n'roll'

. b. "'Espinete' era amigo de 'Don Pimpón'"

. c. 'Me llamo 'Chiquito' de la calzada'

. d. "Me llamo "Chiquito" de la calzada"

. e. 'El símbolo ' representa una comilla'

. f. Todas las demás respuestas son falsas.

9. (Puntos: 5) ¿Cuál será el comportamiento del siguiente fragmento de código en JavaScript? var variableMisteriosa; if ( variableMisteriosa ) alert("CIERTO"); else document.write("FALSO");

. a. Añadir el texto "CIERTO" a la página HTML mostrada en el navegador.

. b. Añadir el texto "FALSO" a la pagina HTML mostrada en el navegador.

. c. Todas las demás respuestas son falsas.

. d. Mostrar una ventana emergente con el mensaje "FALSO".

. e. Mostrar una ventana emergente con el mensaje "CIERTO".

. f. Generar un error de interpretación del código.

10. (Puntos: 5) ¿Qué utilidad tiene el evento onSubmit de los formularios?

. a. Permite activar o desactivar dinámicamente elementos del formulario conforme el usuario va introduciendo valores en los mismos.

. b. Permite seleccionar dinámicamente el método de envío del formulario entre GET o POST.

. c. Todas las demás respuestas son falsas.

. d. Permite identificar la página a la que se enviarán los datos del formulario.

. e. Se genera al intentar enviar el formulario y permite usar una función JavaScript de validación, aunque los datos del formulario se envían siempre.

. f. Se genera al intentar enviar el formulario y permite usar una función JavaScript de validación que puede cancelar el envío de los datos del formulario si detecta errores.

11. (Puntos: 5) Para un conjunto de controles de tipo radio como ...<input name="tipo_univ" type="radio" value="publ" id="univ_publ" checked="checked" /><input name="tipo_univ" type=&quo

. ¿de qué atributo de las etiquetas <input> se obtiene el valor que se envía al action del formulario?

. a. No devuelve nunca nada, solamente si se activa o no, es decir on/off.

. b. Del atributo value, es decir, "publ" o "priv".

. c. Del atributo id, es decir, "uni_publ" o "uni_priv".

. d. Todas las demás respuestas son falsas.

. e. Si está su atributo checked, no devolverá valor alguno.

. f. Del atributo name, es decir, "universidad".

. Guardar respuesta

12. (Puntos: 5) Si ya hemos implementado una validación en cliente de los datos introducidos en los formularios de nuestra aplicación web, ¿es necesario hacer también una validación en el servidor?

. a. Depende del tipo de validación en cliente que hagamos. Si cuando los datos no son válidos desactivamos el botón de enviar datos, entonces no hace falta la validación en el servidor. En otro caso, sí que es necesaria.

. b. No, porque la validación en cliente es la única imprescindible, ya que nos asegura que los datos que llegan al servidor son válidos. La validación en servidor es sólo opcional.

. c. No, porque sólo es necesario hacer un tipo de validación, ya sea de cliente o de servidor. Si ya hemos implementado una validación en cliente, no es necesario realizar otra validación adicional en el servidor.

. d. Sí, pero sólo para aquellos formularios cuyos datos se insertan en la base de datos. En los demás formularios no es necesario hacer validación en el servidor.

. e. Todas las demás respuestas son falsas.

. f. Sí, la validación en servidor es siempre necesaria porque no podemos hacer asunciones sobre los datos que pueden venir de los clientes.

13. (Puntos: 5) En un proceso de login, el código para determinar si la clave introducida por el usuario es correcta...

. a. Las comprobaciones de clave se hacen siempre mediante la etiqueta <password> en la sección <head> de XHTML.

. b. Se puede ejecutar en cliente o en servidor dependiendo del protocolo (HTTP o HTTPS), la complejidad de la aplicación y del lenguaje de programación utilizado.

. c. Se ejecutará en cliente para evitar que el usuario pueda acceder al sistema con una clave incorrecta.

. d. Todas las demás respuestas son falsas.

. e. Los procesos de login mediante clave no se suelen usar para aplicaciones web.

. f. Se ejecutará en el servidor porque necesita acceder a la base de datos o a otro sistema de autenticación de usuarios.

14. (Puntos: 5) La función extract en PHP se usa para...

. a. Convertir los elementos de un array en variables utilizables en el código.

. b. Extraer una variable de un fichero php distinto al actual.

. c. Extraer los valores de un array y poder imprimirlos.

. d. Todas las demás respuestas son falsas.

. e. Conseguir el valor de una posición de un array cuando el índice no es numérico.

. f. Devolver una variable contenida en un array.

15. (Puntos: 5) En PHP, ¿cuál es la utilidad de la variable global $_SESSION?

. a. Todas las demás respuestas son falsas.

. b. Sirve para almacenar variables asociadas a un único usuario que son accesibles desde distintas páginas de una aplicación web.

. c. Sirve para almacenar variables compartidas por varios usuarios que son accesibles desde distintas páginas de una aplicación web.

. d. Sirve para acceder a los datos enviados por los formularios que usan GET como método de envío.

. e. Sirve para acceder a los datos enviados por los formularios que usan POST como método de envío.

. f. Sirve únicamente para controlar el tiempo que un usuario ha estado conectado a una página web.

16. (Puntos: 5) En PHP, la variable $_REQUEST...

. a. Todas las demás respuestas son falsas.

. b. Puede emplearse para acceder a los valores introducidos en un formulario, pero sólo si se ha utilizado el método de envío GET con enctype="GROM_ENAUER".

. c. Puede emplearse para acceder a los valores introducidos en un formulario, independientemente de que se haya utilizado como método de envío GET o POST.

. d. Puede emplearse para cargar un fichero enviado a través del formulario.

. e. Permite acceder a información sobre el servidor en el que se está ejecutando la aplicación.

. f. Incluye las variables de sesión definidas hasta el momento.

17. (Puntos: 5) La sentencia PHP unset($_SESSION["var"]);

. a. No puede ir precedida de la sentencia session_start()< porque eso provocaría una excepción.

. b. Libera o destruye la variable de sesión var.

. c. Libera o destruye todas las variables de sesión que terminen en "var", ya que el $ es el símbolo de fin de cadena de las expresiones regulares en PHP.

. d. Está mal escrita, debería ser punset($_SESSION["formulario"])<

. e. Todas las demás respuestas son falsas.

. f. Libera o destruye todas las variables de sesión que existan actualmente.

18. (Puntos: 5) ¿Cuál sería la causa más probable de que el siguiente código PHP no almacenara el nombre de usuario en el objeto de sesión? $_SESSION["user"] = $user;

. a. Que no se ha usado el código correcto, que sería $_REQUEST["user"] = $user<

. b. Que no se ha usado el código correcto, que sería $_GET["user"] = $user<

. c. Que no se ha usado el código correcto, que sería $user = $_SESSION["user"]<

. d. No se ha iniciado el objeto de sesión previamente mediante session_start()<

. e. Que no se ha usado el código correcto, que sería $_POST["user"] = $user<

. f. Todas las demás respuestas son falsas.

19. (Puntos: 5) En PHP, ¿qué operaciones con objetos PDO pueden generar excepciones?

. a. Sólo las de ejecución de consultas SQL.

. b. Todas las operaciones con objetos PDO pueden generar excepciones y por lo tanto deben estar dentro de un bloque try/catch.

. c. Sólo la de creación del objeto PDO que representa a la conexión.

. d. Sólo las de recorrido de los PDOStatements.

. e. Los objetos PDO, al ser objetos de PHP, no generan excepciones.

. f. Todas las demás respuestas son falsas.

. Guardar respuesta

20. (Puntos: 5) En PHP, al hacer una consulta a la base de datos mediante objetos PDO:

. a. En la cadena de conexión se debe incluir el tipo de operación que se va a realizar.

. b. No es necesario haber establecido previamente la conexión a la base de datos.

. c. Es necesario haber establecido previamente la conexión a la base de datos.

. d. Todas las demás respuestas son falsas.

. e. Solamente es necesario conectarse a la base de datos si la consulta incluye parámetros.

. f. No es posible especificar consultas que afecten a más de una fila.

Crear Test

Ver otros Tests