Rota DELETE para eliminar registros no CRUD

Contenido del curso

Introducción

Bases de un Framework

Refactorización

Acciones restantes

Estructura correcta de archivos

Seguridad

Flujo completo del sistema

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:005:07

Rota DELETE para eliminar registros no CRUD

Curso de PHP Avanzado

Clase 16 de 33

Clase 16 / 33

Recursos

Aprender a eliminar registros en una aplicación web es el paso que completa el ciclo de un sistema CRUD funcional. Vas a ver cómo activar el método DELETE sobre una arquitectura que ya soporta GET y POST, ajustando el sistema de rutas, el controlador y la vista para que la acción de borrado se ejecute correctamente.

¿Cómo se define una ruta DELETE en el sistema de rutas?

El primer paso es declarar la ruta dentro del archivo de rutas, siguiendo la misma lógica que ya usaste para POST. Defines un nuevo método llamado delete y lo registras con la sintaxis equivalente a la de las rutas anteriores, pero apuntando específicamente al verbo DELETE.

Mientras esa ruta no exista, el sistema lanza un mensaje claro: el método no está registrado. Al añadirlo, el roteamento ya reconoce tres acciones posibles dentro de tu aplicación.

GET para leer recursos.
POST para crear o enviar datos.
DELETE para eliminar registros.

Con esa base, el sistema queda preparado para interpretar la intención de borrado cuando llegue desde el formulario.

¿Por qué se usa un campo oculto para enviar DELETE desde un formulario?

A nivel de HTTP, los formularios HTML solo aceptan GET y POST como métodos válidos. Eso significa que no puedes enviar un DELETE directo desde el navegador. La solución es trabajar con un campo oculto dentro del formulario que comunique al backend tu intención real.

El formulario sigue siendo POST, pero incluyes un input oculto con el valor delete. Cuando el sistema recibe esa petición, lee el campo oculto y entiende que la operación a ejecutar es una eliminación, no una creación.

¿Qué es un campo oculto en un formulario? Es un input que el usuario no ve, pero que viaja junto al resto de los datos al enviar el formulario. Sirve para pasar información interna al servidor, como el método real que quieres ejecutar.

Dentro de ese mismo formulario también envías el ID del registro que quieres eliminar. Así el backend sabe exactamente qué fila tocar en la base de datos.

¿Cómo se acepta el método DELETE en el sistema interno?

El navegador siempre va a llegar con POST, pero tu sistema de rutas necesita una verificación adicional. Revisas si el formulario incluye el campo oculto con valor delete y, en caso afirmativo, despachas la petición como si fuera del método DELETE. Si no aparece, el flujo continúa con el GET o POST habitual.

Esa pequeña capa intermedia es la que acerca tu proyecto a un entorno profesional como Laravel, donde este patrón está integrado de forma nativa.

¿Cómo se conecta la acción DELETE con el controlador y la base de datos?

Una vez que la ruta funciona, el siguiente error esperado es que el método no existe en el controlador. Lo creas siguiendo la misma estructura que ya conoces: una función simple que expresa la intención de borrado.

Dentro del método haces lo siguiente:

Recibes el ID del registro desde el formulario.
Si no llega nada, lo rellenas con un valor null para evitar errores.
Te conectas a la base de datos y ejecutas la consulta de eliminación sobre ese ID.
Rediriges al usuario de vuelta a la página de listado.

¿Qué hace exactamente la acción DELETE en el controlador? Recibe el ID enviado desde el formulario, ejecuta una consulta SQL que elimina ese registro de la base de datos y devuelve al usuario a la vista principal.

Al probar el flujo completo, el sistema pasa de tener siete elementos a seis después de un solo clic. Esa es la confirmación visual de que la acción de eliminar quedó correctamente integrada.

¿Qué se logra al cerrar el ciclo CRUD?

Con la eliminación funcionando, ya tienes activas tres de las cuatro operaciones fundamentales: crear, leer y eliminar. El sistema de rutas comprende los tres verbos, el controlador responde a cada uno y las vistas disparan las acciones correctas.

El siguiente paso natural es construir el formulario de edición para completar la U de update y cerrar el CRUD por completo. ¿Cómo estructurarías tú el formulario de edición para reutilizar la lógica que ya tienes? Cuéntame en los comentarios.

Bryan Castano

Hace un año

Heyy, me tomo varios minutos pero lo puede logar, ademas tambien para mis posts :

Levanto my servidor con $ php -S localhost:8000 -t ./public en otra terminal por alla parte.

Esta es mi vista en localhost:8000/home

Luego introduzco un nuevo posts :

El nuevo Posts sobre usuarios en Linux en /etc/passwd ya esta en mi /home :

Lo mejor de todo ahora esta tambien en mi db en localhost/phpMyAdmin :

Cuando lo eliminio se va de mi base de datos.

Jeeeppy!

Este es mi destroy function en ~/Documents/phpBox/project/app/Controller/PostController.php .

public function destroy() {

        $db = new db();

        $db->query("DELETE FROM itposts WHERE pid = :pid", [
            'pid' => $_POST['id'] ?? null
        ]);

        header("Location: /");
        exit;
    }

[Wed Sep 3 10:35:19 2025] 127.0.0.1:47680 Closing

[Wed Sep 3 10:36:22 2025] 127.0.0.1:54458 Accepted

[Wed Sep 3 10:36:22 2025] 127.0.0.1:54458 [302]: POST /projects/store

[Wed Sep 3 10:36:22 2025] 127.0.0.1:54458 Closing

[Wed Sep 3 10:36:22 2025] 127.0.0.1:54468 Accepted

[Wed Sep 3 10:36:22 2025] 127.0.0.1:54474 Accepted

[Wed Sep 3 10:36:22 2025] 127.0.0.1:54468 [200]: GET /projects

[Wed Sep 3 10:36:22 2025] 127.0.0.1:54468 Closing

[Wed Sep 3 10:36:24 2025] 127.0.0.1:54474 [200]: GET /

[Wed Sep 3 10:36:24 2025] 127.0.0.1:54474 Closing

[Wed Sep 3 10:36:24 2025] 127.0.0.1:54490 Accepted

[Wed Sep 3 10:36:24 2025] 127.0.0.1:54494 Accepted

[Wed Sep 3 10:37:31 2025] 127.0.0.1:54490 Closed wi

Introducción

Portafolio en PHP puro sin frameworks

Estructura web básica con PHP y Git

Vistas parciales en PHP sin repetir código

Menú moderno en PHP con Tailwind CSS

Menú activo dinámico con PHP y CSS

Front controller y rutas en PHP

Conexión a MySQL con PDO y consultas dinámicas en PHP

Bases de un Framework

Centralización de conexiones a bases de datos en PHP con PDO

Encadenamiento de métodos en PHP con PDO

Validación de formularios PHP con POST

Clase de validación reutilizable para formularios en PHP

Refactorización

Cómo refactorizar una clase Validator en PHP

Archivos sueltos a controladores en PHP

Conexión de rutas con controladores en PHP

Clase de rutas en PHP con GET y POST

Acciones restantes

Rota DELETE para eliminar registros no CRUD

Formulario de edición precargado desde base de datos

Actualizar registros con PUT en Laravel

Estructura correcta de archivos

Configuración de autocarga con Composer en proyectos PHP

Creación y uso de helpers en PHP para código más legible

Helpers PHP para config, DB y redireccionamiento

Seguridad

Primer middleware PHP para proteger rutas

Refactorización de middleware con clases e interfaces en PHP

Vista de inicio de sesión con PHP y control de acceso

Lógica real de login con base de datos

Cifrado de contraseñas y gestión de sesiones en PHP

Flujo completo del sistema

Separa la autenticación del controlador PHP

Redirección automática después de enviar formularios

Clase SessionManager para mensajes flash en PHP

Helper de errores reutilizable en PHP

Integración de funciones con sistema de sesiones en PHP

Sistema de redirecciones con mensajes en PHP

Middleware para proteger rutas de usuarios logueados en PHP

Rota DELETE para eliminar registros no CRUD