Ito ay dahil ang mga termino at kontekstong ginagagamit ay mas malinaw at madali maintindihan. Pero kapag nalaman niyang nakilala mo siya dahil binasa mo ang diary... get ready for the consequences na ang at ang , ang "writing sa isang file" ay naging isang responsibilidad kaysa sa isang asset. dev.log payments asynchronous workers high-concurrency traffic ang nag-aalok ng mga sophisticated mga tool upang i-transform ang mga log mula sa simpleng mga stream ng teksto sa estruktural, actionable observability data. symfony/monolog-bundle Ang tutorial na ito ay nagtatrabaho sa 10 advanced logging patterns na bumaba sa mga default. Kami ay gumagamit ng strict typing, PHP Attributes, at modernong configuration ng YAML. Ang mga prerequisite 
 
 
 
 
 
 ang napili ng mga taga-hanga: 7.4+ ang napili ng mga taga-hanga: PHP 8.3+ Sinfonya / Monolog-Bundle Mga Monolog / Monolog symphony / notifier (para sa mga halimbawa ng alert) ang napili ng mga taga-hanga: FingersCrossed Handler Kailangan mo ng detalyadong mga log ng debug kapag lumikha ng isang error upang malaman ang sequence ng mga kaganapan na nangangahulugan sa ito, ngunit hindi mo makakakuha ng disk I/O upang log ang mga mensahe ng debug para sa bawat nakumpleto na request sa produksyon. ang Ang pag-aayos ng buffer ay magkakaroon ng isang error (o isang spesifikong threshold), ang buong buffer (kabilang ang mga previous debug logs) ay inilathala sa persistence managers. FingersCrossedHandler Konfigurasyon ang napili ng mga taga-hanga: config/packages/prod/monolog.yaml monolog:
    handlers:
        main:
            type: fingers_crossed
            # The strategy: "error" means if an ERROR occurs, dump everything.
            action_level: error
            # Where to dump the logs if the threshold is met
            handler: nested
            # Optional: Keep a small buffer size to prevent memory leaks in long processes
            buffer_size: 50
        nested:
            type: stream
            path: "%kernel.logs_dir%/%kernel.environment%.log"
            level: debug
 Maaari mong makakuha ng ang forensic detalye ng debug-level logging eksaktong kapag kailangan mo ito - sa panahon ng isang crash - ayon sa pagkuha ng iyong disk ng bull sa panahon ng normal na operasyon. Scenario 2. Segregated Channels: Ang “Payment” Log ang iyong Ito ay isang mix ng Doctrine queries, router matching, at critical business logic. Kailangan mo ng isang dedicated file para sa financial transactions na maaaring i-audit separately. app.log Paggawa ng isang custom monolog channel. Konfigurasyon ang napili ng mga taga-hanga: config/packages/monolog.yaml monolog:
    channels: ['payment'] # Register the channel

    handlers:
        payment:
            type: stream
            path: "%kernel.logs_dir%/payment.log"
            level: info
            channels: ["payment"] # Only listen to this channel
        
        main:
            type: stream
            path: "%kernel.logs_dir%/%kernel.environment%.log"
            level: debug
            channels: ["!payment"] # Exclude payment logs from the main file
 Implementasyon I-inject ang logger para sa channel na ito gamit ang Target attribute (mga magagamit mula sa Symfony 5.3+). namespace App\Command;

use Psr\Log\LoggerInterface;
use Symfony\Component\Console\Attribute\AsCommand;
use Symfony\Component\Console\Command\Command;
use Symfony\Component\Console\Input\InputInterface;
use Symfony\Component\Console\Output\OutputInterface;
use Symfony\Component\DependencyInjection\Attribute\Target;

#[AsCommand(name: 'app:process-payments', description: 'Processes pending payments')]
class ProcessPaymentsCommand extends Command
{
    public function __construct(
        #[Target('payment.logger')]
        private readonly LoggerInterface $paymentLogger,
        private readonly LoggerInterface $mainLogger
    ) { parent::__construct(); }

    protected function execute(InputInterface $input, OutputInterface $output): int
    {
        $this->mainLogger->info('Cron job app:process-payments started.');

        $amounts = [10.50, 99.99, 45.00];
        foreach ($amounts as $amount) {
            $this->paymentLogger->info('Processing payment', ['amount' => $amount, 'status' => 'success']);
        }

        $this->mainLogger->info('Cron job finished.');
        return Command::SUCCESS;
    }
}
 Tapos na ang klase. i'll see. Ipinanganak sa Ipinapakita lamang ang mga entries na ito. payment.log var/log/ Scenario 3. Kontext Enrichment: ang #[AsMonologProcessor] atributo Ang mga log ay walang katangian kung hindi mo makipag-ugnayan ang mga ito sa isang tiyak na user o request ID. Ipinapakita mo sa iyong sarili na manually magdagdag ng [‘user_id’ => $user->getId()] sa bawat single log statement. Ang isang global Processor ay maaaring automatically i-inject ang konteksto sa bawat log record. Implementasyon namespace App\Log;

use Monolog\Attribute\AsMonologProcessor;
use Monolog\LogRecord;

#[AsMonologProcessor]
class RequestContextProcessor
{
    public function __invoke(LogRecord $record): LogRecord
    {
        // Simulated context since CLI commands don't have HTTP Requests
        $extra = [
            'pid' => getmypid(),
            'user' => get_current_user(),
        ];

        return $record->with(extra: array_merge($record->extra, $extra));
    }
}
 sa na ang Kami ay gumagamit Ibalik ang isang modified copy. Monolog 3 LogRecord is immutable with() Scenario 4. GDPR Compliance: Sensitive data Redaction Ang isang developer accidentally logs ang isang user object, dumping PII (Personally Identifiable Information) o credit card numbers sa mga logs, sa karaniwang GDPR / PCI-DSS. Ang isang specialized processor ay maaaring i-scan ang kontekstong array at i-mask sensitive keys. Implementasyon 
namespace App\Log;

use Monolog\Attribute\AsMonologProcessor;
use Monolog\LogRecord;

#[AsMonologProcessor]
class SensitiveDataProcessor
{
    private const array SENSITIVE_KEYS = ['password', 'credit_card', 'cvv', 'token'];

    public function __invoke(LogRecord $record): LogRecord
    {
        $context = $record->context;

        foreach ($context as $key => $value) {
            if (in_array($key, self::SENSITIVE_KEYS, true)) {
                $context[$key] = '***REDACTED***';
            }
        }

        return $record->with(context: $context);
    }
}
 ang verification: $logger->info('User login', ['password' => 'secret123']);
// Output in log: "User login" {"password": "***REDACTED***"}
 Scenario 5. Structured logging: JSON para sa ELK/Datadog Parsing multi-line text logs ( tulad ng stack traces) sa o sa Ang mga parsers ng Regex ay madaling mag-atake. Kibana Datadog Maaari mong i-output ang mga log bilang JSON lines. Ito ay nagbibigay-daan ng mga log aggregator upang natively index ang mga field tulad ng o sa . context.order_id extra.req_id Konfigurasyon ang napili ng mga taga-hanga: config/packages/monolog.yaml monolog:
    handlers:
        json_report:
            type: stream
            path: "%kernel.logs_dir%/app.json"
            level: info
            formatter: monolog.formatter.json
            channels: ["!payment", "!event"]
 Open ang Ang output ay dapat maging: var/log/app.json {"message":"Order created","context":{"id":123},"level":200,"channel":"app","datetime":"..."}
 Scenario 6: Prevention ng Spam: Ang Deduplication Handler Ang iyong database ay bumaba. ang iyong application ay makakuha ng sa loob ng isang minuto. ang iyong "Email on Error" operator ay nag-send sa iyo Pagkuha ng iyong . 5,000 requests 5,000 emails SMTP server blacklisted and flooding your inbox ang Maaari mong i-aggregate ang identical log records at magpadala ng isang single summary. DeduplicationHandler Konfigurasyon ang napili ng mga taga-hanga: config/packages/monolog.yaml monolog:
    handlers:
        deduplication:
            type: deduplication
            handler: nested_dedup
            buffer_size: 60
            time: 60
            level: error
            channels: ["!console"]
 Kung ang DB crashes, makakakuha ka ng I-list ang lahat ng mga pagkakataon, hindi ang isang email sa bawat request. one email every 60 seconds Scenario 7. Dynamic Log Levels (Runtime Debugging) Ang isang anumang customer ay nag-report ng isang problema sa produksyon. Hindi mo maaaring i-replicate ito, at hindi mo maaaring i-switch ang buong produksyon server sa DEBUG level dahil sa performance hit. Paggamit ng isang upang i-changed ang level ng log dinamiko batay sa isang request header. ActivationStrategy Implementasyon Gumawa ng isang custom strategy: 
namespace App\Command;

use Psr\Log\LoggerInterface;
use Symfony\Component\Console\Attribute\AsCommand;
use Symfony\Component\Console\Command\Command;
use Symfony\Component\Console\Input\InputInterface;
use Symfony\Component\Console\Input\InputOption;
use Symfony\Component\Console\Output\OutputInterface;

#[AsCommand(name: 'app:dynamic-debug', description: 'Tests dynamic log level activation')]
class DynamicDebugCommand extends Command
{
    public function __construct(private readonly LoggerInterface $logger) {
        parent::__construct();
    }

    protected function configure(): void
    {
        $this->addOption('force-debug', null, InputOption::VALUE_NONE, 'Force debug logging for this run');
    }

    protected function execute(InputInterface $input, OutputInterface $output): int
    {
        if ($input->getOption('force-debug')) {
            $output->writeln('Debug mode forced via option. (Simulated, as Monolog ActivationStrategy relies on Http/Request state typically. But you can add processors/handlers dynamically in real apps based on this flag).');
        }

        $this->logger->debug('This detailed trace only appears if --force-debug is passed or an error occurs.');
        $this->logger->info('Standard processing information.');

        return Command::SUCCESS;
    }
}
 Scenario 8: Pag-log ng mga mensahe: kontekstong worker logs mula sa Maaari mong makita ang "Handling message," ngunit hindi mo alam kung ano ang message ID na nangangahulugan ang error dahil ang mga empleyado ay gumagana bilang mga long-running na proseso. messenger:consume Paggamit I-inject ang Message ID sa konteksto ng Monolog para sa proseso ng worker. Symfony’s EventListener Implementasyon 
namespace App\EventListener;

use Psr\Log\LoggerInterface;
use Symfony\Component\EventDispatcher\Attribute\AsEventListener;
use Symfony\Component\Messenger\Event\WorkerMessageReceivedEvent;

readonly class WorkerLogContextListener
{
    public function __construct(private LoggerInterface $logger) {}

    #[AsEventListener]
    public function onMessageHandling(WorkerMessageReceivedEvent $event): void
    {
        $this->logger->info('Worker started message', [
            'message_class' => $event->getEnvelope()->getMessage()::class,
        ]);
    }
}
 I-exclude ang 404s mula sa Error Logs Bot upang i-scan ang iyong site para sa o sa ang generate Ang mga ito ay na-block ang iyong error monitoring tool (Sentry / Slack) sa mga false positives. .env wp-login.php thousands of 404 NotFoundHttpException logs Gamitin ang exclusion ng channel o isang espesyal na konfigurasyon upang i-ignorate ang bounced logs, o mas mahusay - i-configure ang Ipinanganak sa pamamagitan ng primary error manager. NotFoundHttpException Konfigurasyon ang napili ng mga taga-hanga: config/packages/monolog.yaml monolog:
    handlers:
        fingers_crossed:
            type: fingers_crossed
            action_level: error
            handler: nested
            excluded_http_codes: [404, 405]
            buffer_size: 50
 Scenario 10: Ang Notifier Bridge: ChatOps Ang mga alerts ng email ay madalas at karaniwang inilathala. Gusto mo ng mga kritikal na pag-infrastruktura upang ping Ngayon ang channel. Slack Paggamit Pumunta sa . symfony/notifier Monolog Ang mga prerequisite composer require symfony/notifier symfony/slack-notifier
 Konfigurasyon ang napili ng mga taga-hanga: config/packages/monolog.yaml monolog:
    handlers:
        slack_alerts:
            type: service
            id: Symfony\Bridge\Monolog\Handler\NotifierHandler
            level: critical
 Pagkatapos, i-configure ang notifier chatter sa at ang iyong DSN sa . config/packages/notifier.yaml .env framework:
    notifier:
        chatter_transports:
            slack: '%env(SLACK_DSN)%'
        texter_transports:
        channel_policy:
            urgent: ['chat/slack']
            high: ['chat/slack']
            medium: ['chat/slack']
            low: ['chat/slack']
        admin_recipients:
            - { email: admin@example.com }
 Nag-aalok ng mga log level sa Notifier importance. A critical log becomes a . NotifierHandler High Priority Slack notification automatically Konklusyon Logging ay hindi isang byproduct ng code - ito ay isang tampok ng iyong infrastructure. Sa isang junior developer mindset, logging ay isang safety net — isang bagay na i-check lamang kapag ang mga bagay ay bumaba. Ngunit sa pag-scale ka sa Senior at Lead roles, ang iyong perspective ay dapat mag-shift. Sa pamamagitan ng paglipat sa Symfony 7.4 at paggamit ng buong kapangyarihan ng Monolog 3, kami ay pumunta mula sa "logging" sa "observability." I-convert ang iyong mga log sa isang queryable database. Structured JSON ang "signal-to-noise" ratio, i-save mo ang gigabytes ng storage habang nagbibigay-daan ang kritikal na konteksto. FingersCrossed Sigurado na ang bawat log entry ay may DNA ng request (User ID, Request ID) i-convert ang mga oras ng debugging sa mga minuto ng verification. Processors Protect ang iyong inbox at ang iyong sanity. Deduplication Ang pag-implementasyon ng mga pattern na ito ay naghahatid ng isang brittle application mula sa isang malakas, enterprise-grade na sistema. Kapag ang iyong produksyon na lugar ay nakikita ng isang traffic spike o isang silent data corruption problema, ang mga konfigurasyon na ito ay ang pagkakaiba sa pagitan ng isang napaka-stressing lahat-nighter at isang mabilis, katangian na hotfix. Source Code: Maaari mong makita ang buong implementation at patuloy ang proyekto sa GitHub: [ ] https://github.com/mattleads/MonologPatterns https://github.com/mattleads/MonologPatterns Pumunta kami sa Connect! Kung nakita mo ito na kasiyahan o may mga tanong tungkol sa pag-implementasyon, gusto kong malaman mula sa iyo. Magkakaroon ka ng kontak at patuloy ang pag-conversation sa pagitan ng mga platform na ito: 
 
 
 
 
 Linkedin: [https://www.linkedin.com/in/matthew-mochalkin/] Mga pahinang tumuturo: [https://x.com/MattLeads] Mga pahinang tumuturo sa [https://t.me/MattLeads] GitHub: [https://github.com/mattleads] https://www.linkedin.com/in/matthew-mochalkin/ https://x.com/MattLeads https://t.me/MattLeads https://github.com/mattleads

Read My Stories

Ang audio na ito ay ginawa sa orihinal na wika ng kuwento!

Symfony 7.4: 10 advanced logging patterns na kailangan mong malaman tungkol sa

About Author

MGA KOMENTO

HANG TAGS

ANG ARTIKULONG ITO AY IPINAKITA SA

Related Stories

COVID-19: We Need More Than Data, We Need Insights!

Encrypted Instant Messaging Recommendations January 2017

Getting intimate with Ethereum tokens

State of the Noonion: The Year of Profitability and Product Renaissance

COVID-19: We Need More Than Data, We Need Insights!

Encrypted Instant Messaging Recommendations January 2017

Getting intimate with Ethereum tokens

State of the Noonion: The Year of Profitability and Product Renaissance

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps