Problem
Dette hvis det er et ganske vanlig problem som dukker opp blant nye Laravel -utviklere.
Mange har prøvd å oppdatere .env -filen bare for å se at .env -konfigurasjonsverdiene ikke vises når de oppdaterer applikasjonen.
Og det som er mer interessant er at ganske ofte vil dette dukke opp etter at du har oppgradert din Laravel -versjon.
Så for eksempel vil du ha dette i .env -filen:
DB_DATABASE=laraveldb
DB_USERNAME=laraveluser
Så ville du naturligvis inne i config/database.php -filen ha dette:
'Mysql'=> [
' database '=>env(‘DB_DATABASE’,‘lar’),
'Brukernavn'=>env(‘DB_USERNAME’,‘lar’),
]
forge her står for standardverdier. Dette betyr at disse verdiene vil bli brukt i tilfelle du ikke har oppgitt din DB_DATABASE og DB_USERNAME verdier inne i .env -filen. Denne informasjonen vil komme til nytte om litt.
Hvordan vet du at du har dette spesifikke problemet, hvis du støter på følgende unntak:
PDOException: SQLSTATE[HY000] [1045]Adgang nektet for bruker 'Lar'@'localhost'
( ved hjelp av passord : NEI )
Dette viser tydelig at Laravel -applikasjonen din henter inn standardverdien fra din config/database.php filen og ikke fra .env.
Før du gjør noe annet, kan du også prøve å bekrefte dette problemet ved å bruke php artisan tinker også:
>>>env(‘DB_DATABASE’)=> null
>>>getenv(‘DB_DATABASE’)
=> falsk
>>>konfigur(' database .connections.mysql. database ')
=>lar
>>>dd($ _ENV)
[]
Du vil ofte se at det å gjøre følgende ikke vil gjøre noen forskjell heller. Utviklere prøver imidlertid å teste konfigurasjonen ved å kjøre en helt ny Laravel -installasjon og bare kopiere den gamle appmappen. De kjører ingen komponentpakkeinstallasjoner eller gjør noe annet.
Med mindre du er på Linux (jeg skal fortelle deg hvorfor litt senere), vil du ikke se noen endringer.
Løsning
Som alltid er det mange ting du kan gjøre for å prøve å løse dette problemet, men noen av dem er mer sannsynlig å lykkes.
Tøm konfigurasjonsbufferen
For det første, hvis du ikke har gjort det, må du tømme konfigurasjonsbufferen før du kan gjøre noe annet.
Fordi koden vår bruker så mange biblioteker i dag, er vi tvunget til å cache ting for å få rask tilgang til dem under kjøretid.
Jeg personlig hadde problemer med dette på Windows og Mac, men jeg la merke til at av en eller annen grunn, på Linux (Ubuntu) blir disse konfigurasjonsfilene enten fjernet med en slags krok eller de blir ikke bufret i det hele tatt, fordi jeg kunne last applikasjonen på nytt med nye .env -verdier uten å gjøre følgende.
Sørg for å tømme konfigurasjonsbufferen ved å kjøre følgende kommandoer:
php artisan config:cachephp artisan config:klar
Se etter tomme mellomrom i .env -filen
Den aller neste løsningen er når det gjelder å ha hvite mellomrom inne i .env -filen. Og denne hvis de fleste mennesker mislykkes og begynner å rive håret.
Det er veldig lett å gå glipp av dette, men som et eksempel er det du kan ha i .env -filen noe sånt som dette:
SIDE NAVN=Min Laravel -applikasjonDette alene vil ikke fungere siden hvite mellomrom vil ødelegge .env -filen.
Det du trenger å gjøre er å pakke inn verdiene dine i sitatene slik:
SIDE NAVN=Min Laravel -applikasjonDenne gangen skulle alt fungere helt fint.
Bare sørg for å tømme konfigurasjonsbufferen hver gang du gjør en endring. Vi kan gjøre dette på samme måte som før:
php artisan config:cachephp artisan config:klar