El uso de un dominio personalizado como el ejemplo a continuación no indica que las solicitudes de Livewire tengan el prefijo del mismo subdominio subdomain1 en este ejemplo:
Route::domain('subdomain1.'.env('APP_DOMAIN', 'localhost')) ->middleware(['web',.....]) ->as('app.') ->group(base_path('routes/app.php')); El problema es que la devolución de llamada predeterminada para el punto final de búsqueda de Livewire, que es /livewire/message/{message} , desafortunadamente solo usa el dominio raíz y no se basa en el lugar desde donde se llamó. En mi caso del subdomain1 y como puedes adivinar esto significa un almacenamiento diferente de la bolsa de sesión. Es una sesión diferente en primer lugar.
Por lo tanto, almacenar en sesión para el subdominio no es lo mismo que almacenar en la sesión misma. Sin embargo, hay otras personalizaciones que necesito para encapsular el uso de Livewire en función de cada subdominio, imagen Tengo un proyecto basado en múltiples inquilinos y necesito dicha segregación.
Después de buscar en Google y basado en una solución en los foros de Livewire :
Lo adapté para que sea adecuado para el uso de subdominios
routes/app.php : use Livewire\Controllers\HttpConnectionHandler; // ..... // Notice that this root route has to be the same as the one in step2: Route::get('/', [AppController::class, 'index'])->name('app.index'); // ..... Route::post('livewire/message/{name}', [HttpConnectionHandler::class, '__invoke']);@livewireScripts : @livewireScripts <script> window.livewire_app_url = '{{route('app.index')}}'; </script> Y en caso de que se esté preguntando acerca de la configuración de Livewire, no hay necesidad de cambiarla. Solo déjalo como está; null :
'asset_url' => null,