[opgelost] CentOS 7 error 500 met Laravel

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Pagina: 1 2 volgende »

Marthijn Buijs

Marthijn Buijs

10/06/2016 09:42:42
Quote Anchor link
Goedemorgen,

Ik heb een server met CentOS 7, alleen wanneer ik Laravel 5 wil installeren krijg ik een HTTP Error 500.
Het pad van de DocumentRoot in httpd.conf staat correct, alleen als het pad eindigt met /public (de map van Laravel) krijg ik een 500 server error.

Zouden jullie misschien weten wat er aan de hand is en hoe ik het kan oplossen?

Alvast bedankt!
Gewijzigd op 10/06/2016 19:33:34 door Marthijn Buijs
 
PHP hulp

PHP hulp

27/12/2024 13:35:34
 
- SanThe -

- SanThe -

10/06/2016 09:46:04
Quote Anchor link
Kijk eens in de errorfile van Apache.
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 09:53:47
Quote Anchor link
Ik zie:

PHP Fatal Error: Uncaught UnexpectedValueExecption: The stream or file "/var/www/htdocs/laravel/storage/logs/laravel-2016-06-10.log" could not be openend: failed to open stream: Permission denied in .....
 
- SanThe -

- SanThe -

10/06/2016 09:57:34
Quote Anchor link
Bestaat die file?
Welke rechten heeft ie?
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 09:58:46
Quote Anchor link
Nee die bestaat niet.
De storage map heeft op dit moment 777.
 
- SanThe -

- SanThe -

10/06/2016 10:01:50
Quote Anchor link
Maak eens een leeg bestand met die naam en dat path.
Uiteraard genoeg rechten geven.
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 10:05:46
Quote Anchor link
Nog steeds error 500 in /public map.
De rechten van dat bestand is 777.
 
- SanThe -

- SanThe -

10/06/2016 10:10:01
Quote Anchor link
Zelfde error in de log?
Zijn de mappen in het path wel toegankelijk?
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 10:57:43
Quote Anchor link
Nee de logfile in "/var/www/htdocs/laravel/storage/logs/laravel-2016-06-10.log" is leeg.
De mappen zijn wel toegankelijk.
 
Thomas van den Heuvel

Thomas van den Heuvel

10/06/2016 11:13:19
Quote Anchor link
> I am feeling lucky
Wellicht heb je daar iets aan.
Gewijzigd op 10/06/2016 11:13:59 door Thomas van den Heuvel
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 12:43:34
Quote Anchor link
Daar staat dit commando "ls -lR storage", wat het volgende geeft:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
storage:
total 0
drwxrwxrwx. 3 root root 36 Jun 10 07:41 app
drwxrwxrwx. 5 root root 62 Jun 10 07:41 framework
drwxrwxrwx. 2 root root 52 Jun 10 10:04 logs

storage/app:
total 0
drwxrwxrwx. 2 root root 23 Jun 10 07:41 public

storage/app/public:
total 0

storage/framework:
total 0
drwxrwxrwx. 2 root root 23 Jun 10 07:41 cache
drwxrwxrwx. 2 root root 23 Jun 10 07:41 sessions
drwxrwxrwx. 2 root root 23 Jun 10 07:41 views

storage/framework/cache:
total 0

storage/framework/sessions:
total 0

storage/framework/views:
total 0

storage/logs:
total 0
-rwxrwxrwx. 1 root root 0 Jun 10 10:04 laravel-2016-06-10.log


Verder heb ik nu "/etc/selinux/config" de waarde veranderd naar 'disabled'.
Gewijzigd op 10/06/2016 12:48:35 door Marthijn Buijs
 
Ozzie PHP

Ozzie PHP

10/06/2016 13:00:53
Quote Anchor link
>> Het pad van de DocumentRoot in httpd.conf staat correct, alleen als het pad eindigt met /public (de map van Laravel) krijg ik een 500 server error. Ik krijg hetzelfde als ik naar http://64.137.237.22/public ga.

"alleen als het pad eindigt met /public"

Heb je het nu daadwerkelijk over het PAD in httpd.conf of heb je het over een URL, aangezien je het daarna ineens hebt over "http://64.137.237.22/public".

Het lijkt erop dat je je document root verkeerd heb ingesteld, aangezien een groot deel van je server nu bereikbaar is via de browser. De document root in httpd.conf moet je instellen (denk ik) op die 'public' map. Daar zou ik eens mee beginnen.

Vervolgens de webserver opnieuw opstarten via

systemctl restart httpd.service
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 13:08:37
Quote Anchor link
@Ozzie PHP: Dit heb ik al gedaan maar dit is nu even puur zodat jullie mee kunnen kijken, het is een frisse installatie van Laravel 5, dus ik heb niets te verbergen.

Edit: Done
Gewijzigd op 10/06/2016 13:10:42 door Marthijn Buijs
 
Ozzie PHP

Ozzie PHP

10/06/2016 13:22:28
Quote Anchor link
"Whoops, looks like something went wrong." zegt ie nu :-)

We hebben beeld! ;-)
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 13:28:30
Quote Anchor link
Yeahh, alleen toen ik het veranderd had was er ook nog 500 error.
De server opnieuw opstarten met "/etc/selinux/config" met "disabled" does the trick.
 
Bart V B

Bart V B

10/06/2016 13:31:33
Quote Anchor link
Normaal gesproken krijg je geen "Whoops, looks like something went wrong."
Dus of je rechten van storage staan nog niet goed, of er is nog iets mis met de routes lijkt me.

EDIT nee, niet storage, maar cache is volgens mij het probleem dan denk.
Gewijzigd op 10/06/2016 13:34:43 door Bart V B
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 13:35:08
Quote Anchor link
Het .env bestand is verdwenen waardoor ik een error met cipher not supported krijg, denk ik.
Ik ga nu Laravel 5 op me computer zetten en laten uploaden met FileZilla, zodat die .env sowieso aangemaakt wordt.
 
Bart V B

Bart V B

10/06/2016 13:41:12
Quote Anchor link
Doe eens:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
php artisan key:generate

Volgens mij maakt ie dan gewoon een nieuwe aan. ;)
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 13:51:24
Quote Anchor link
Whoopss, hahah.
FileZilla is al bezig.

Kan geen kwaad, ik heb alle tijd om nieuwe erop te zetten.
 
Bart V B

Bart V B

10/06/2016 13:54:02
Quote Anchor link
Huh? FileZilla? Why?
php artisan heeft zoveel mooie opties.
Laravel is nu eenmaal ervoor gemaakt zodat je niet constant moet lopen uploaden.
 
Marthijn Buijs

Marthijn Buijs

10/06/2016 13:55:18
Quote Anchor link
Dat commando van Laravel kwam even niet in me op, dus deed ik dit maar.
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.