Examen nivel 3 — PHP · GUIDINEE.COM

Examen — preguntas inéditas

12 preguntas para validar Bases de datos & POO : PDO y consultas preparadas, POO, namespaces y Composer, seguridad XSS/CSRF/hash.
Responde a todo y pulsa Corregir: aparecerán tu puntuación y las explicaciones.

3.1 · Recuerdo

1. Una consulta preparada PDO es ante todo…

Un SMS enviado a la base SQL con marcadores (prepare) + datos aparte (execute) Una impresión en color de las tablas Un reinicio del servidor

Código y datos separados : la base trata los valores como datos puros.

3.1 · Aplicación

2. Riad busca un cliente por email introducido. Escribe…

$pdo->imprimer('SELECT …' . $emailSaisi); $pdo->eteindre($emailSaisi); $pdo->prepare('SELECT … WHERE email = :email'); luego execute(['email' => $emailSaisi]); $pdo->couleur($emailSaisi);

Marcador nombrado + execute() : ninguna concatenación, sin inyección.

3.1 · Arbitraje

3. Un colega concatena la entrada « solo para probar ». ¿Arbitraje correcto?

Anotar la contraseña real en el código para ir rápido Rechazar : prepare + execute siempre, incluso en pruebas Imprimir la consulta para verificar a ojo Aceptar, la prueba nunca es atacada

El código de prueba termina en producción ; la inyección nace de una concatenación.

3.2 · Recuerdo

4. La encapsulación recomienda…

Ninguna clase, solo arrays Una contraseña en claro por objeto Propiedades public modificables en todas partes Propiedades private + getters/setters que validan

El objeto protege su estado : lo inválido se rechaza en origen.

3.2 · Aplicación

5. Riad crea un admin especializado desde Utilisateur. Escribe…

class Admin extends Utilisateur { … redefinición … } class Admin imprime Utilisateur class Admin borra Utilisateur class Admin colorea Utilisateur

Extends = reutilizar y especializar (relación « es un »).

3.2 · Aplicación

6. Riad quiere un contrato Notifiable para varias clases. Escribe…

Un copiar-pegar del método en todas partes Una contraseña compartida entre clases interface Notifiable { public function getEmail(): string; } luego implements Un comentario « más o menos notificable »

La interfaz contrata : las clases se comprometen, el código se desacopla.

3.3 · Recuerdo

7. Los namespaces sirven ante todo para…

Colorear los archivos del proyecto Organizar las clases en espacios y evitar conflictos de nombres Apagar el servidor limpiamente Imprimir las clases en papel

Dos User coexisten en espacios distintos (use para importar).

3.3 · Aplicación

8. Riad instala una biblioteca de envío vía Composer. Escribe…

composer imprimir la biblioteca Descargar un ZIP y abrirlo a mano composer require nombre/biblioteca luego require 'vendor/autoload.php'; Copiar vendor/ de un vecino en llave USB

Composer instala, resuelve y genera el autoloader PSR-4.

3.3 · Arbitraje

9. ¿Hay que versionar vendor/ en Git? ¿Arbitraje correcto?

Sí, siempre, con las contraseñas dentro Sí, impreso y encuadernado Ni uno ni otro, todo en memoria No : versionar composer.json + composer.lock, regenerar por install

Vendor/ es regenerable ; el lock garantiza la reproducibilidad.

3.4 · Recuerdo

10. Contra el XSS en la visualización, el reflejo es…

htmlspecialchars() en todo dato no fiable Mostrar tal cual, la base es mía Eliminar la pantalla del visitante Cambiar la fuente de los comentarios

Escapado, el script inyectado se vuelve texto inofensivo.

3.4 · Aplicación

11. Riad almacena una contraseña al registrar. Escribe…

Enviar la contraseña por paloma mensajera Almacenar la contraseña en claro para releerla Anotar la contraseña en duro en el código $hash = password_hash($motDePasse, PASSWORD_DEFAULT); luego almacenar el hash en preparada

Hasheado al almacenar, verificado por password_verify() : nunca en claro.

3.4 · Arbitraje

12. Antes de publicar, la tienda muestra apodos en bruto y no tiene ningún token CSRF. ¿Arbitraje correcto?

Escapar cada visualización + token CSRF verificado antes de la apertura Abrir igualmente, ya veremos más tarde Eliminar los apodos y los formularios Imprimir las contraseñas para guardarlas

XSS y CSRF se cierran antes de la apertura : cada salida tiene su defensa.

¿Y ahora qué?

Puntuación ≥ 80 % : pasad al Nivel 4 — MVC, Laravel/Symfony y API REST (construir sobre bases sanas y seguras).
Puntuación 50-79 % : retomad las secciones falladas (preparadas en 3.1, encapsulación en 3.2, PSR-4/Composer en 3.3, cuarteto seguridad en 3.4) y repetid el test.
Puntuación < 50 % : releed el nivel 2 (formularios, sesiones, inclusiones) y repetid cada reto 48h en orden.