Laracon EU Amsterdam 2025

The Observability Frontier: Scaling with Laravel Nightwatch Jess Archer kicked off Day 2 by introducing Laravel Nightwatch, a tool that represents the next phase of Laravel's observability story. While Laravel Pulse serves as a self-hosted entry point, Nightwatch is an external service designed to handle billions of events. This distinction is critical: Pulse is limited by the overhead of your local MySQL or PostgreSQL database, while Nightwatch offloads that ingestion to dedicated infrastructure. Architectural Efficiency and Low Impact The Nightwatch Agent operates with a "low-level, memory-sensitive" approach. It avoids higher-level abstractions like Laravel Collections during the critical data-gathering phase to minimize the observer effect. The agent batches data locally on the server, waiting for either 10 seconds or 8 megabytes of data before gzipping and transmitting it. This ensures that performance monitoring doesn't become the bottleneck for high-traffic applications. Real-World Data: The Forge Case Study The power of Nightwatch was demonstrated through a case study of Laravel Forge. In a single month, Forge generated 1.5 billion database queries and 119 million requests. Nightwatch identified a specific issue where a cache-clearing update in a package caused hydration errors when old cached objects couldn't find their missing classes. Archer's team used Nightwatch to pinpoint this 500 error spike and resolve it within five minutes. This level of granularity—tracing a request to a specific queued job and then to a specific cache miss—is what sets Nightwatch apart from traditional logging. The Virtue of Contribution: Open Source as a Growth Engine Chris Morell shifted the focus from tools to the people who build them. His session wasn't just a technical guide to git workflows; it was a philosophical exploration of how open-source contribution serves as a mechanism for personal and professional growth. He utilized Aristotle's "Nicomachean Ethics" to frame the act of submitting a Pull Request (PR) as a practice of virtues like courage, moderation, and magnanimity. Tactical Moderation in PRs The most successful contributions are often the smallest. Morell echoed Taylor Otwell's preference for "two lines changed with immense developer value." This requires a developer to practice moderation—stripping away non-essential features and avoiding the temptation to rewrite entire files based on personal stylistic preferences. A key takeaway for new contributors is the "Hive Mind" approach: spend more time reading existing code to understand the "vibes" and conventions of a project before writing a single line. This ensures that your code looks like it was always meant to be there, increasing the likelihood of a merge. The Live Pull Request In a demonstration of courage, Morell submitted a live PR to the Laravel Framework during his talk. The PR introduced a string helper designed to format comments in Otwell's signature three-line decreasing length style. By using GitHub Desktop to manage upstream syncs and ensuring all tests passed locally, Morell illustrated that the barrier to entry is often psychological rather than technical. Even with a 50% rejection rate for his past PRs, he argued that the resulting community connections and skill leveling make the effort a "win-win." Testing Refinement: Advanced Features in PHPUnit 12 Sebastian Bergman, the creator of PHPUnit, provided a deep dive into the nuances of testing. With PHPUnit 12 launching, Bergman addressed the common misconception that Pest replaces PHPUnit. In reality, Pest is a sophisticated wrapper around PHPUnit's event system. PHPUnit 10 was a foundational shift to an event-based architecture, and PHPUnit 12 continues this trend by removing deprecated features and refining the "outcome versus issues" model. Managing Deprecations and Baselines A common headache for developers is a test suite cluttered with deprecation warnings from third-party vendors. PHPUnit now allows developers to define "first-party code" in the XML configuration. This enables the test runner to ignore indirect deprecations—those triggered in your code but called by a dependency—or ignore warnings coming strictly from the vendor directory. For teams that cannot fix all issues immediately, the "Baseline" feature allows them to record current issues and ignore them in future runs, preventing "warning fatigue" while ensuring new issues are still caught. Sophisticated Code Coverage Bergman urged developers to look beyond 100% line coverage. Line coverage is a coarse metric that doesn't account for complex branching logic. Using Xdebug for path and branch coverage provides a dark/light shade visualization in reports. A dark green line indicates it is explicitly tested by a small, focused unit test, while a light green line indicates it was merely executed during a large integration test. This distinction is vital for mission-critical logic where "executed" is not the same as "verified." Fusion and the Hybrid Front-End Evolution Aaron Francis introduced Fusion, a library that pushes Inertia.js to its logical extreme. Fusion enables a single-file component experience where PHP and Vue.js (or React) coexist in the same file. Unlike "server components" in other ecosystems where the execution environment is often ambiguous, Fusion maintains a strict boundary: PHP runs on the server, and JavaScript runs on the client. Automated Class Generation Behind the scenes, Fusion uses a Vite plugin to extract PHP blocks and pass them to an Artisan command. This command parses the procedural PHP code and transforms it into a proper namespaced class on the disk. It then generates a JavaScript shim that handles the reactive state synchronization. This allows for features like `prop('name')->syncQueryString()`, which automatically binds a PHP variable to a URL parameter and a front-end input without the developer writing a single route or controller. The Developer Experience Francis focused heavily on the developer experience (DX), specifically Hot Module Reloading (HMR) for PHP. When a developer changes a PHP variable in a Vue file, Fusion detects the change, re-runs the logic on the server, and "slots" the new data into the front end without a page refresh. This eliminates the traditional "save and reload" loop, bringing the rapid feedback of front-end development to backend logic. Francis's message was one of empowerment: despite being a former accountant, he built Fusion by "sticking with the problem," encouraging others to build their own "hard parts." Mobile Mastery: PHP on the iPhone Simon Hamp demonstrated what many thought impossible: a Laravel and Livewire application running natively on an iPhone. NativePHP for Mobile utilizes a statically compiled PHP library embedded into a C/Swift wrapper. This allows PHP code to run directly on the device's hardware, rather than just in a remote browser. Bridging to Native APIs The technical challenge lies in calling native hardware functions (like the camera or vibration motor) from PHP. Hamp explained the use of "weak functions" in C that serve as stubs. When the app is compiled, Swift overrides these stubs with actual implementations using iOS-specific APIs like CoreHaptics. On the PHP side, the developer simply calls a function like `vibrate()`. This allows a web developer to build a mobile app using their existing skills in Tailwind CSS and Livewire while still accessing the "Native" feel of the device. The App Store Reality Critically, Hamp proved that Apple's review process is no longer an insurmountable barrier for PHP. His demo app, built on Laravel Cloud, passed review in three days. This marks a turning point for the ecosystem, potentially opening a new market for "web-first" mobile applications that don't require learning React Native or Flutter. While current app sizes are around 150MB due to the included PHP binary, the tradeoff is a massive increase in productivity for the millions of existing PHP developers. Conclusion: The Expanding Village The conference concluded with Cape Morell's moving talk on the "Laravel Village." She highlighted that the technical tools we build—whether it's the sleek new Laravel.com redesign by David Hill or the complex API automation of API Platform—are ultimately about nurturing the community. The $57 million investment from Accel was framed not as a "sell-out," but as an investment in the village's future, ensuring that the framework remains a beacon for productivity and craftsmanship. As the ecosystem moves toward Laravel 12 and the full launch of Laravel Cloud, the focus remains on the "Artisan"—the developer who cares deeply about the "why" behind the code.