Laravel dynamique des paramètres de configuration

Je suis en utilisant un paquet dans mon projet et il stocke un paramètre à l'intérieur de config/packagename

Je voudrais changer dynamiquement cette valeur dans le fichier de config, c'est la façon dont la structure du fichier ressemble actuellement;

<?php

return [
    'view_id' => '118754561',

    'cache_lifetime_in_minutes' => 60 * 24,
];

Je voudrais le changer pour quelque chose de ce genre -

'view_id' => Auth::user()->id,

Pouvez-vous faire cela dans le fichier de config, ou avez-vous de stocker une sorte de variable d'être mis à jour plus tard au sein d'un contrôleur. Est-il un moyen de placer ces variables dans un fichier de configuration et l'accès à ces nouvelles variables à partir d'un contrôleur?

  • Êtes-vous utiliser Sentry ?
  • Contexte serait très bien pour ce que vous essayez de faire. Basé sur ce que vous êtes en me montrant, oui, c'est possible.
  • qui Laravel version utilisez-vous ?
  • Toutes mes excuses à l'aide de Laravel 5.2 je suis en train de mettre à jour un ID statique définie dans un fichier de config pour un stockées dans une base de données.
  • d'abord, vous devez vérifier si l'utilisateur est bien connecter si (Auth::check()) { // L'utilisateur est connecté... } que de laravel 4.2 Auth::id();
  • Mais vous ne pouvez pas écrire ce code dans un fichier de config, il renvoie une erreur 500
  • La config est de lire trop tôt dans le processus de la session (qui auth utilise) seront disponibles. Vous pouvez définir cette configuration au moment de l'exécution en tout temps après la séance commencée. Config::set(...)
  • Pouvez-vous donner un exemple?
  • Le forfait utilisez-vous?
  • À l'aide de Laravel 5.2 et le package suivant spatie laravel-analytics
  • Salut Courtney, il semble que vous essayez de traiter une partie de votre contexte (comme l'utilisateur, la langue, l'id client) comme config paramètre. Il pourrait sembler comme une bonne idée, cependant il a beaucoup d'inconvénients, disons que vous voulez envoyer un e-mails à partir de tâche cron pour plusieurs utilisateurs. Je suggère de passer votre contexte (comme userId) à partir de contrôleurs des services (et plus profond) directement, il peut être fait simplement en $userId argument ou en utilisant une sorte de Contexte objet qui va contenir le champ d'application, de sorte que votre code ne s'appuient pas sur des paramètres globaux, mais directement transmis contexte.
  • avez-vous essayer cette laracasts.com/discuss/channels/general-discussion/...
  • Salut à Tous, j'ai fourni un moyen de résoudre ce problème. Cela pourrait être la méthode facile pour résoudre le problème, en dépit des autres, qui a répondu aux questions. Depuis, nous pouvons définir le fichier de config dynamiquement à la volée. Amusez-vous bien 🙂
  • config(['packagename.view_id' => Auth::user()->id]);