No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Curso Avanzado de PHP

Curso Avanzado de PHP

Héctor Benitez

Héctor Benitez

Trabajando con Monolog

24/35
Recursos
  • Los mensajes de error que irán al log se pueden añadir a mano de manera personalizada.
  • $e->getMessage() se usa para obtener el mensaje exacto que tiene una excepción. Esto es útil para separar el tipo de errores.
  • Al utilizar dotenv y las variables de entorno, el valor “true” viene como cadena.
  • El orden de los middleware es muy importante porque en ese orden se irán recorriendo las capas.

Aportes 13

Preguntas 0

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.

Entiendo que no se trata de reinventar la rueda
Pero vaya… reafirmo, parece más un curso de manejo de librerías que de PHP avanzado 😦

no me crea el log, pero no me manda error, a que podría deberse ??

Logs

  • El comando tail te permite ver el final de un archivo.
  • Es importante tener los logs como soporte o respaldo para solucionar problemas.
  • La librería Monolog nos ayuda a implementar logs. Puede enviar los logs hacia archivos, sockets, bases de datos, entre otras.
  • El nombre del canal es importante para poder dividir el contenido que vamos a ir guardando.
  • Existe una categorización de severidad de los errores: DEBUG, INFO, NOTICE, WARNING, ERROR, CRITICAL, ALERT, EMERGENCY.
  • Si tienes otros procesos puedes crear en el log diferentes nombres para poder identificar fácilmente en qué parte del código pasó un error.
  • Cuando creamos la carpeta de logs, es buena práctica agregarla al gitignore porque no tienen valor para el repositorio.
  • Recuerda que nuestro endpoint está sobre public y no sobre la raíz del proyecto.
  • La librería Monolog nos ayuda a implementar logs. Puede enviar los logs hacia archivos, sockets, bases de datos, entre otras
  • Podemos usar monolog para manejar nuestros log composer require monolog/monolog
  • https://packagist.org/packages/monolog/monolog
  • $e->getMessage() se usa para obtener el mensaje exacto que tiene una excepción. Esto es útil para separar el tipo de errores
  • Ahora dotenv pone las variables de entorno dentro de $_ENV ya no se puede usar getenv porque da error
Existe una categorización de severidad de los errores: DEBUG, INFO, NOTICE, WARNING, ERROR, CRITICAL, ALERT, EMERGENCY
Cuando creamos la carpeta de logs, es buena práctica agregarla al gitignore porque no tienen valor para el repositorio

use Monolog\Logger;
use Monolog\Handler\StreamHandler;

// create a log channel
$log = new Logger('name');
$log->pushHandler(new StreamHandler(__DIR__ . '/../logs/app.log', Logger::WARNING));

// add records to the log
$log->warning('Foo');
$log->error('Bar');


Podemos crear un archivo .gitignore para excluir nuestros log

*
!.gitignore

a mi si me ha gustado bastante, estoy usando VS code en vez de phpstorm pero aun asi es muy buen curso

Ahora entiendo un poco mas como funcionan los frameworks por dentro 😯

Los mensajes de error que irán al log se pueden añadir a mano de manera personalizada.
$e->getMessage() se usa para obtener el mensaje exacto que tiene una excepción. Esto es útil para separar el tipo de errores.
Al utilizar dotenv y las variables de entorno, el valor “true” viene como cadena.
El orden de los middleware es muy importante porque en ese orden se irán recorriendo las capas.

Los mensajes de error que irán al log se pueden añadir a mano de manera personalizada

$e->getMessage() se usa para obtener el mensaje exacto que tiene una excepción. Esto es útil para separar el tipo de errores

Al utilizar dotenv y las variables de entorno, el valor “true” viene como cadena

El orden de los middleware es muy importante porque en ese orden se irán recorriendo las capas

Excelente el manejo de los Logs, para administrar en cada caso como sea más conveniente

👍

Genial, solo para recordar, ahora dotenv pone las variables de entorno dentro de $_ENV ya no se puede usar getenv porque da error