Obtenir le sous-domaine dans un sous-domaine de l'itinéraire (Laravel)

Je suis en train de construire une application où un sous-domaine qui pointe vers un utilisateur. Comment puis-je obtenir le sous-domaine-partie de l'adresse, ailleurs que dans un itinéraire?

Route::group(array('domain' => '{subdomain}.project.dev'), function() {

    Route::get('foo', function($subdomain) {
        //Here I can access $subdomain
    });

    //How can I get $subdomain here?

});

J'ai construit un malpropre de travail autour, cependant:

Route::bind('subdomain', function($subdomain) {

    //Use IoC to store the variable for use anywhere
    App::bindIf('subdomain', function($app) use($subdomain) {
        return $subdomain;
    });

    //We are technically replacing the subdomain-variable
    //However, we don't need to change it
    return $subdomain;

});

La raison pour laquelle je veux utiliser la variable en dehors de l'itinéraire pour établir une base de données-connexion en fonction de cette variable.

Vous pouvez vérifier la Demande::serveur('PATH_INFO') et de l'extrait de la chaîne avant le premier point.
Vrai, même si elle semble sale, alors Laravel de type de a que les fonctionnalités out-of-the-box. Je voudrais trouver une façon plus propre.
array_shift(explode(".",$_SERVER['HTTP_HOST'])) Nettoyeur de qui?
Nice et la solution la plus simple. array_shift accepte uniquement une variable si, comme il est passé par référence, mais j'ai utilisé ceci à la place: list($subdomain) = explode('.', Request::server('HTTP_HOST')). Un "Laravel maternelle" la solution serait encore bien.
Je ne suis pas dans une position pour essayer cela, mais comment passer $subdomain à la route groupe de paramètres de la fonction? Route::group(array('domain' => '{subdomain}.project.dev'), function($subdomain) {} et ensuite utiliser use pour Route::get()
L'Itinéraire::groupe la fermeture accepte un seul argument, qui est rempli avec un objet Routeur. Vous ne pouvez pas commencer à mettre les paramètres de la route comme arguments pour les fermetures jusqu'à l'Itinéraire::get() de fermeture/méthode de contrôleur.

InformationsquelleAutor Martti Laine | 2013-09-24

10

Peu de temps après cette question a été posée, Laravel mis en œuvre une nouvelle méthode pour obtenir le sous-domaine à l'intérieur du code de routage. Il peut être utilisé comme ceci:
```
Route::group(array('domain' => '{subdomain}.project.dev'), function() {

    Route::get('foo', function($subdomain) {
        //Here I can access $subdomain
    });

    $subdomain = Route::input('subdomain');

});
```
Voir "Accéder À Un Paramètre De Route De La Valeur" dans les docs.
- comment appeler ce sous-domaine comme <a href="">nom d'utilisateur</a> ?
InformationsquelleAutor Moshe Katz
10

$subdomain est injecté dans le Route rappel, il n'est pas à l'intérieur de la group fermeture parce que le Request n'a pas encore été analysés.

Je ne vois pas pourquoi auriez-vous besoin de l'avoir disponible à l'intérieur du groupe la fermeture MAIS à l'extérieur de la réelle Route de rappel.

Si ce que vous voulez faire est de l'avoir disponible partout une FOIS le Request a été analysée, vous pouvez configurer un filtre après pour stocker les $subdomain valeur:
```
Config::set('request.subdomain', Route::getCurrentRoute()->getParameter('subdomain'));
```
Mise à jour: l'application d'un filtre de groupe de la configuration d'une connexion de base de données.
```
Route::filter('set_subdomain_db', function($route, $request)
{
    //set your $db here based on $route or $request information.
    //set it to a config for example, so it si available in all
    //the routes this filter is applied to
    Config::set('request.subdomain', 'subdomain_here');
    Config::set('request.db', 'db_conn_here');
});

Route::group(array(
        'domain' => '{subdomain}.project.dev',
        'before' => 'set_subdomain_db'
    ), function() {

    Route::get('foo', function() {
        Config::get('request.subdomain');
    });

    Route::get('bar', function() {
        Config::get('request.subdomain');
        Config::get('request.db');
    });
});
```
- La raison pour avoir besoin d'elle à l'extérieur d'un rappel est de mettre en place une base de données-connexion basée sur le sous-domaine. Je préfère le faire une fois pour toutes les routes, lorsqu'un sous-domaine est présent, que, par exemple, appeler une fonction à l'intérieur de chaque itinéraire. Mais oui, j'ai attendu qu'elle soit comme vous l'avez dit: la demande n'a même pas encore été analysés.
- Vous pouvez appliquer un filtre à un groupe, puis, je vais mettre à jour la réponse ci-dessus.
- Quelle est la différence entre cela et l'utilisation de Route::input('subdomain')?
InformationsquelleAutor xmarcos
2

Ci-dessus ne fonctionne pas dans Laravel 5.4 ou 5.6. Merci de tester celui-ci:
```
$subdomain = array_first(explode('.', request()->getHost()));
```
InformationsquelleAutor Martin Tonev
0

dans l'itinéraire d'appel

$route = Route::getCurrentRoute();

et maintenant, vous devriez avoir accès à tout l'itinéraire. I. e.
```
$route = Route::getCurrentRoute();
$subdomain = $route->getParameter('subdomain');
```
- L'appel de cette l'intérieur de la group-fonction renvoie NULL.
- Comme je l'ai dit, vous avez besoin d'être DANS un Itinéraire de rappel pour l'utiliser, pas ce que l'OP a demandé.
InformationsquelleAutor Itrulia

Vous devez vous connecter pour publier un commentaire.