Vercel

Overview Integrating Next.js with Laravel provides a potent combination of a high-performance React frontend and a robust, feature-rich PHP backend. While Inertia.js offers a seamless full-stack experience, many developers prefer a decoupled architecture where Laravel serves strictly as an API layer. This approach allows for incremental adoption of Laravel's features—like queues, mailables, and advanced authentication—into an existing frontend without migrating the entire codebase at once. Prerequisites To follow along, you should have a solid grasp of **JavaScript (ES6+)** and **PHP**. You will need Node.js and Composer installed locally to manage dependencies for both frameworks. Familiarity with React hooks and RESTful API concepts is essential. Key Libraries & Tools - **Laravel Sanctum**: Provides a featherweight authentication system for SPAs and mobile applications. - **Next.js 15**: The React framework for production, utilizing Server Components for optimized data fetching. - **HTTPie**: A user-friendly command-line HTTP client for testing API endpoints. Code Walkthrough 1. Setting up the Laravel API Initialize a new Laravel project and install the API scaffolding to prepare the backend for external requests. ```bash laravel new api php artisan install:api ``` This command configures Laravel Sanctum and creates the `api.php` routes file. Define a simple test route in `routes/api.php`: ```php Route::get('/hi', function () { return response()->json([ 'message' => 'Hello from Laravel', 'description' => 'Your API is live!' ]); }); ``` 2. Fetching Data in Next.js In Next.js 15, fetch data directly within a **Server Component**. This keeps sensitive logic off the client and improves performance. ```javascript export default async function Page() { const res = await fetch(`${process.env.NEXT_PUBLIC_API_URL}/api/hi`); const data = await res.json(); return ( <div> <h1>{data.message}</h1> <p>{data.description}</p> </div> ); } ``` 3. Implementing Sanctum Token Auth For authorized requests, use Sanctum to issue tokens. On the Next.js side, once you receive a token from a login endpoint, store it as a secure cookie. Include this token in the `Authorization` header for subsequent requests: ```javascript const response = await fetch('/api/bookmarks', { headers: { 'Authorization': `Bearer ${token}`, 'Accept': 'application/json', }, }); ``` Syntax Notes Laravel uses **Arrow Functions** in routes for brevity and **Resource Classes** to transform JSON responses. Next.js 15 emphasizes **Async/Await** within components, moving away from `useEffect` for initial data loads. Always use `process.env` for API URLs to ensure environment consistency. Practical Examples You can use this setup to offload heavy processing. For instance, a Next.js frontend can trigger a **Laravel Queue** via an API call to process video uploads or generate complex reports in the background without blocking the UI. Tips & Gotchas - **CORS Issues**: Ensure your `config/cors.php` in Laravel allows the origin where your Next.js app is hosted. - **Cache Management**: Next.js 15 caches fetch requests by default. If your data changes frequently, use `revalidate` or `no-store` options. - **Domain Matching**: If using Sanctum's cookie-based auth instead of tokens, the frontend and backend must share the same top-level domain.

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.

The PHP ecosystem is on the verge of its most significant infrastructure shift in a decade. With the impending release of Laravel Cloud, the barrier between writing code and shipping it to production is about to become thinner than ever. During a detailed session at the Laravel Worldwide Meetup, Taylor Otwell provided a comprehensive look at how this platform intends to reshape developer workflows. This isn't just another hosting provider; it's a fundamental reimagining of how Laravel applications interact with the metal they run on. The Infrastructure Spectrum: Forge, Vapor, and Cloud To understand where Laravel Cloud fits, you have to look at the existing Laravel ecosystem. For years, Laravel Forge has served as the gold standard for provisioned VPS management. It acts as a devops assistant, configuring servers on your own DigitalOcean or AWS accounts. However, the responsibility for those servers—updates, monitoring, and general health—still falls on the developer. Laravel Vapor took a different path by utilizing AWS Lambda for serverless execution. While powerful, serverless brings its own set of architectural constraints and pricing complexities. Cloud occupies the "fully managed" space. Unlike its predecessors, your applications run inside clusters managed entirely by the Laravel team. This shifts the burden of server health, monitoring, and orchestration away from the developer. If a server goes down at 3:00 AM, it is the Laravel team's problem to solve, not yours. This model mimics the ease of use found in platforms like Vercel or Heroku but optimizes every layer specifically for the PHP and Laravel stack. Architecture and Performance Strategy Underneath the hood, Laravel Cloud is built on AWS and utilizes Kubernetes for orchestration. This choice is deliberate. By staying within the AWS ecosystem, the platform ensures low-latency connections to the vast array of external services that modern developers rely on. Whether it is Amazon S3 for storage or third-party APIs, being physically close to the core of the internet's infrastructure matters for performance. One of the most striking technical features is the platform's approach to hibernation. On the Sandbox tier, applications can be configured to "sleep" after a period of inactivity. When a new request arrives, the platform boots the app back up. While this adds a few seconds of latency to that initial request, it allows for a pricing model where developers pay almost nothing for staging environments or hobby projects. This is a massive departure from traditional VPS hosting where you pay for the idle CPU cycles of a server that is doing nothing for 90% of the day. The Economics of Modern Hosting Taylor Otwell outlined a pricing strategy designed to grow with the developer. The Sandbox tier starts at zero dollars for the base subscription, charging only for compute usage. This makes it the ideal starting point for Laravel Bootcamp students or developers testing a quick proof of concept. The entry-level cost for a 24/7 small application is estimated to land between $5 and $7 per month, putting it in direct competition with entry-level VPS droplets but with the added value of full management. For professional applications, the Production plan (targeted at roughly $20/month plus usage) unlocks the full power of the platform. This includes the ability to use custom domains and scale to much larger replicas. Crucially, the scaling model is designed to prevent "bill shock." Unlike purely serverless environments where a traffic spike can lead to infinite (and infinitely expensive) scaling, Laravel Cloud allows you to set hard limits on the minimum and maximum number of replicas. You maintain control over your maximum exposure while the platform handles the horizontal scaling within those bounds. Environments and the Deployment Pipeline The ability to spin up isolated environments is the "killer feature" for team productivity. The platform makes it trivial to create a new environment based on a specific GitHub branch in under a minute. This opens the door for robust preview deployments. Imagine a workflow where every Pull Request automatically generates a unique URL with its own compute settings and environment variables. This isolation extends to the data layer. The platform's PostgreSQL implementation supports database branching. This means you can create a staging environment that isn't just an empty shell, but a branch of your production data (schema and records) created in seconds. It allows for high-fidelity testing of migrations or heavy queries without ever touching the production database or spending hours on manual exports and imports. This level of environmental parity has historically been the domain of high-end enterprise devops teams; Laravel Cloud is democratizing it for every developer. Persistence and Database Support While the platform is launching with heavy support for PostgreSQL, MySQL support is a primary focus for the general availability release. Statistics show that roughly 90% of Laravel applications currently utilize MySQL, making it an essential component of the ecosystem. The platform also includes S3-compatible file storage and Redis integration out of the box. Importantly, the platform does not force a "walled garden" approach. If you have an existing database on PlanetScale, Timescale, or Amazon RDS, you can simply point your Laravel Cloud application to those external connection strings. This flexibility is vital for migration. Teams can move their application logic to Cloud while keeping their data layer on existing infrastructure, gradually migrating pieces as they feel comfortable. Observability with Nightwatch Monitoring is not an afterthought. While the dashboard provides core metrics like CPU and memory usage, the platform is designed to work in tandem with Nightwatch, the upcoming observability tool from the Laravel team. Nightwatch goes beyond simple uptime checks, providing deep insights into the slowest routes and the most expensive database queries. Taylor Otwell noted that the team is already dogfooding these tools. By running Laravel Forge traffic through Nightwatch, they identified and fixed N+1 query issues that were previously hidden in the logs. This vertical integration between the framework, the hosting platform, and the monitoring tools creates a feedback loop that simply does not exist when using generic hosting providers. It ensures that when you see a performance dip, you have the specific context needed to fix it within the Laravel codebase. The Road Ahead: Beyond Laravel The long-term vision for Laravel Cloud is ambitious. While the initial focus is squarely on the Laravel "bullseye," the underlying architecture is capable of much more. Experimental runs have already seen Symfony applications booting on the platform. Future milestones include official support for other PHP projects like WordPress and Drupal, and eventually, other languages entirely, such as Ruby on Rails, Django, or Node.js. General availability is targeted for February 2025. This launch represents the culmination of the largest project the Laravel team has ever undertaken. For the community, it signifies a move toward a more professional, managed, and scalable future. It's about letting developers focus on the logic that makes their business unique, while the platform handles the complexity of the modern cloud.

The Evolution of the PHP Ecosystem For over a decade, Laravel has stood as the gold standard for developer experience in the PHP world. Taylor Otwell built more than just a framework; he cultivated an ecosystem that prioritized "developer happiness" through tools like Forge, Vapor, and Envoyer. However, these tools always functioned as orchestrators for third-party infrastructure. Users still had to link their own AWS or DigitalOcean accounts, leaving them responsible for the underlying server management. This model worked well for years, but as neighboring ecosystems simplified deployment to a single command, the gap between PHP and modern competitors began to widen. The recent announcement of a $57 million Series A investment from Accel marks a seismic shift for the project. For a company that remained bootstrapped and profitable since its inception in 2011, taking venture capital was never about survival. It was about reaching a fork in the road. On one path lay the comfort of coasting on existing success; on the other lay the ambition to build a managed infrastructure platform that could rival the ease of use found in the JavaScript or Rust communities. By choosing to "swing for the fences," the team has committed to a future where Laravel is not just a framework, but a holistic cloud provider. The Vision for Laravel Cloud Laravel Cloud represents the culmination of a ten-year journey toward seamless deployment. The goal is simple yet technically daunting: moving an application from a local machine to a production-ready, scalable environment in less than sixty seconds. This project addresses the "last mile" problem that has plagued PHP developers. While Laravel Herd solved local development by allowing users to go from a fresh laptop to a running application without even installing PHP manually, deployment still required server-side knowledge. This new platform shifts the responsibility of monitoring, backups, and scaling from the developer to the Laravel team. It represents a move toward managed infrastructure where the environment is specifically tuned for the framework. By biting the bullet and managing the infrastructure directly, the company can offer a level of integration and performance that was previously impossible when working through third-party cloud providers. This isn't just about hosting; it’s about creating a default web stack where every piece of the puzzle—from the database to background jobs—is pre-configured and optimized. Why Accel and the VC Path? Raising $57 million from Accel wasn't a snap decision. The firm spent most of 2023 courting Taylor Otwell, showing up at Laracon events worldwide and demonstrating a deep understanding of open-source dynamics. Accel has a history of backing developer-centric powerhouses like Vercel, Sentry, and Pusher. This pedigree was crucial for a founder who identifies primarily as a programmer rather than a traditional corporate executive. The capital allows for a significant team expansion, which has already grown from a lean group of nine to over thirty people. Building a global cloud infrastructure is capital-intensive and requires a level of engineering depth that a small, bootstrapped team simply cannot sustain while also maintaining thirty-plus open-source packages. Crucially, the partnership allows the core team to stay focused on product design. With the addition of Tom Creighton as COO and Andre Valentine as Director of Engineering, the company has added the necessary structure to manage its growth without drowning the creative process in red tape. A New Era of Collaboration The investment has also integrated Laravel into an elite tier of software companies. The funding round included angel investments from notable figures like Guillermo Rauch (CEO of Vercel), David Cramer (Founder of Sentry), and Bryant Chou (CTO of Webflow). These aren't just names on a cap table; they are fellow "hackers" who have built tools that define the modern web. Guillermo Rauch, for instance, provides a blueprint for what Laravel Cloud aims to achieve for PHP. Vercel transformed the Next.js experience by making deployment an afterthought. By collaborating with these leaders, the team gains access to insights on scaling, infrastructure challenges, and community growth. This network effect ensures that as the ecosystem expands, it does so with the guidance of those who have already successfully navigated these waters. Implications for the Developer Community For the average developer, this shift promises more polished, robust tools. The fear that venture capital might dilute the "soul" of an open-source project is common, but the strategy here appears different. Instead of pivots or monetization of core features, the funding is being used to build the ambitious tools that were previously "too big" to attempt. The team remains committed to its open-source roots, continuing to triage pull requests and ship free packages while the cloud platform provides the financial engine for long-term sustainability. This evolution aims to make PHP the default choice for the next generation of web developers. By removing the friction of server management and providing a world-class local-to-production pipeline, the ecosystem is positioning itself to capture developers who might otherwise drift toward more "modern" but often more fragmented stacks. The "Builder Ethos" remains the North Star: whether you are an indie hacker or an enterprise organization, the goal is to help you ship faster and sleep better at night.