[Lumen / MySQL] Database connectie geeft 500 error

[xilent_xage]

Hoi,

Ik ben bezig met mijn eerste stapjes in Lumen, ik heb deze tutorial gevolgd, die leek me wel lekker recht-door-zee. Probleem is alleen dat alle ajax-calls een 500 error krijgen. Ik heb een beetje zitten debuggen in de controller, en het lijkt erop dat het misgaat zodra Lumen iets doet met de database.

PHP:

<?php
namespace App\Http\Controllers;

use Laravel\Lumen\Routing\Controller as Controller;
use App\User; //loads the User model

class UserController extends Controller{

    public function index(){ //Get all records from users table
        return array();
        return User::all();
    }
/*

Als ik regel 10 uitcomment dan geeft ie een 500 error, dus het probleem zit em in die User.

En nou zit ik vast. Ik heb nog geprobeerd in de errorlogs te kijken, maar ik weet niet precies waar ik dan moet zijn.

• In storage/logs staat geen enkel bestand
• nginx toont niks vreemds
• php toont niks vreemds
• mysql toont niks vreemds

Iemand een idee hoe ik dit op kan lossen? Heb de server ook helemaal zelf ingericht op DigitalOcean, dus kan best ergens een foutje in zitten, ben nogal een noob daarmee...

[Stroopwafels]

debug staat op true in config/app.php?

[xilent_xage]

PHP:

APP_ENV=local
APP_DEBUG=true
APP_KEY=***

APP_LOCALE=en
APP_FALLBACK_LOCALE=en

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=test
DB_USERNAME=site
DB_PASSWORD=***

CACHE_DRIVER=file
SESSION_DRIVER=file
QUEUE_DRIVER=database

# MAIL_DRIVER=smtp
# MAIL_HOST=mailtrap.io
# MAIL_PORT=2525
# MAIL_USERNAME=null
# MAIL_PASSWORD=null
# MAIL_FROM_ADDRESS=null
# MAIL_FROM_NAME=null

# FILESYSTEM_DRIVER=local
# FILESYSTEM_CLOUD=s3

# S3_KEY=null
# S3_SECRET=null
# S3_REGION=null
# S3_BUCKET=null

# RACKSPACE_USERNAME=null
# RACKSPACE_KEY=null
# RACKSPACE_CONTAINER=null
# RACKSPACE_REGION=null

zo te zien wel...

[xilent_xage]

Waar ik ontzettend mee heb zitten kloten is om remote toegang tot mysql te krijgen. Daartoe heb ik de volgende regel in de mysql config veranderd:

code:

# bind-address = 127.0.0.1

Deze regel heb ik dus uitgecomment, misschien zit daar het probleem nu?

[Amanush]

xilent_xage schreef op vrijdag 18 december 2015 @ 21:26:
Waar ik ontzettend mee heb zitten kloten is om remote toegang tot mysql te krijgen. Daartoe heb ik de volgende regel in de mysql config veranderd:

code:

# bind-address = 127.0.0.1

Deze regel heb ik dus uitgecomment, misschien zit daar het probleem nu?

code:

bind-address

Zou volgens mij geen probleem moeten geven mits je de MySQL Server vanuit diezelfde machine draait, waar je de PHP op draait.

Verbind eens met je MySQLd, via commando `mysql -h localhost -u<username> -p<password>`, en binnen de MySQL shell, typ: `use <db>`, waarbij je <username>, <password>, <db> vervangt door je gebruikte username, password en databasenaam in je Lumen configuratie.

[ Voor 19% gewijzigd door Amanush op 18-12-2015 21:55 ]

[Ramon]

xilent_xage schreef op vrijdag 18 december 2015 @ 21:23:

PHP:

APP_ENV=local
APP_DEBUG=true
APP_KEY=***

APP_LOCALE=en
APP_FALLBACK_LOCALE=en

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=test
DB_USERNAME=site
DB_PASSWORD=***

CACHE_DRIVER=file
SESSION_DRIVER=file
QUEUE_DRIVER=database

# MAIL_DRIVER=smtp
# MAIL_HOST=mailtrap.io
# MAIL_PORT=2525
# MAIL_USERNAME=null
# MAIL_PASSWORD=null
# MAIL_FROM_ADDRESS=null
# MAIL_FROM_NAME=null

# FILESYSTEM_DRIVER=local
# FILESYSTEM_CLOUD=s3

# S3_KEY=null
# S3_SECRET=null
# S3_REGION=null
# S3_BUCKET=null

# RACKSPACE_USERNAME=null
# RACKSPACE_KEY=null
# RACKSPACE_CONTAINER=null
# RACKSPACE_REGION=null

zo te zien wel...

Nou ben ik al heel lang uit de PHP wereld maar dat ziet er niet uit als een php config file. Is het misschien de config-file van Lumen?

Afaik moet je deze setting hebben: http://php.net/manual/en/function.error-reporting.php

Je doel in deze is om een daadwerkelijk nuttige foutmelding tevoorschijn te toveren, die meer laat zien dan alleen '500 Internal Server Error'.

[ Voor 6% gewijzigd door Ramon op 18-12-2015 22:21 ]

[xilent_xage]

Amanush schreef op vrijdag 18 december 2015 @ 21:53:
[...]

Verbind eens met je MySQLd, via commando `mysql -h localhost -u<username> -p<password>`, en binnen de MySQL shell, typ: `use <db>`, waarbij je <username>, <password>, <db> vervangt door je gebruikte username, password en databasenaam in je Lumen configuratie.

Het gekke is dat ie dan nogmaals om mijn wachtwoord vraagt. Als ik die ingeef dan krijg ik ERROR 1044 (42000): Access denied for user 'site'@'%' to database '***' (met mijn wachtwoord op de plaats van de sterretjes.

Wat wél werkt is om `mysql -h localhost -u<username> -p` in te typen, dan kan ik ook de database selecten zonder problemen.

Ramon schreef op vrijdag 18 december 2015 @ 22:20:
[...]

Nou ben ik al heel lang uit de PHP wereld maar dat ziet er niet uit als een php config file. Is het misschien de config-file van Lumen?

Afaik moet je deze setting hebben: http://php.net/manual/en/function.error-reporting.php

Je doel in deze is om een daadwerkelijk nuttige foutmelding tevoorschijn te toveren, die meer laat zien dan alleen '500 Internal Server Error'.

Klopt is idd de Lumen config file (.env). Ik wil gerust wat met de error reporting van PHP proberen, maar zou niet weten waar/hoe (ik neem aan dat Lumen dit ergens overschrijft?)

[Ramon]

Kijk eens of je hier verder mee komt: http://stackoverflow.com/...ful-error-messages-in-php

[Amanush]

xilent_xage schreef op vrijdag 18 december 2015 @ 22:30:
[...]


Het gekke is dat ie dan nogmaals om mijn wachtwoord vraagt. Als ik die ingeef dan krijg ik ERROR 1044 (42000): Access denied for user 'site'@'%' to database '***' (met mijn wachtwoord op de plaats van de sterretjes.

Wat wél werkt is om `mysql -h localhost -u<username> -p` in te typen, dan kan ik ook de database selecten zonder problemen.
[...]


Klopt is idd de Lumen config file (.env). Ik wil gerust wat met de error reporting van PHP proberen, maar zou niet weten waar/hoe (ik neem aan dat Lumen dit ergens overschrijft?)

Ziet er goed uit, zou geen probleem moeten geven.

[tommieonos]

Heb je eloquent wel geregistreerd in de IoC container? kopje "eloquent orm"

[xilent_xage]

Ramon schreef op vrijdag 18 december 2015 @ 22:44:
Kijk eens of je hier verder mee komt: http://stackoverflow.com/...ful-error-messages-in-php

Oldskool PHP skills FTW We zijn weer een stap verder. Ik zie nu de volgende error:

FatalErrorException in UserController.php line 13:
Class 'App\User' not found

Oh en mocht iemand met hetzelfde probleem worstelen en geen errormessages in Lumen zien:

1. Voeg deze twee regels code toe in /public/index.php :

PHP:

error_reporting(-1);
ini_set('display_errors', 'On');

2. Ik zag dat Lumen de errorlog niet kon wegschrijven, heb de map schrijfrechten gegeven en ik krijg nu een nette foutmelding te zien.

Ok, maar iemand nu enig idee hoe ik de getoonde foutmelding kan oplossen? Oja, ik heb Eloquent wel geregistreerd...

[sander0]

Ziet er naar uit dat Lumen de User model niet kan vinden. Heb je deze wel zelf aangemaakt? Bij Laravel zit deze er standaard bij maar bij Lumen moet je deze zelf aanmaken.

[xilent_xage]

bedankt. Jemig wat frustrerend zeg om zo vast te zitten op gewoon een niet-kloppende tutorial. De oplossing was:

Maak een file aan app/Models/user.php met daarin de volgende code:

PHP:

<?php

# app/Models/Quote.php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;

final class User extends Model
{

}

En vervolgens in de vervang je 'use App\User' door 'use App\Models\User'.

Bedankt allen!

[mcDavid]

xilent_xage schreef op vrijdag 18 december 2015 @ 22:30:
[...]


Het gekke is dat ie dan nogmaals om mijn wachtwoord vraagt. Als ik die ingeef dan krijg ik ERROR 1044 (42000): Access denied for user 'site'@'%' to database '***' (met mijn wachtwoord op de plaats van de sterretjes.

Wat wél werkt is om `mysql -h localhost -u<username> -p` in te typen, dan kan ik ook de database selecten zonder problemen.

Offtopic: dan heb je per ongeluk een spatie getypt tussen -p en je wachtwoord. Persoonlijk gebruik ik sowieso liever die 2e methode zodat het wachtwoord niet in mijn terminal history terecht komt.

Ontopic: Hoe ben je er nou achtergekomen dat dat het probleem was? En enig idee wat je nu eigenlijk gedaan hebt?

[sander0]

xilent_xage schreef op zaterdag 19 december 2015 @ 09:31:
bedankt. Jemig wat frustrerend zeg om zo vast te zitten op gewoon een niet-kloppende tutorial. De oplossing was:

Maak een file aan app/Models/user.php met daarin de volgende code:

PHP:

<?php

# app/Models/Quote.php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;

final class User extends Model
{

}

En vervolgens in de vervang je 'use App\User' door 'use App\Models\User'.

Bedankt allen!

Ik wou inderdaad net gaan zeggen dat je namespace verkeerd stond Werkt het nu wel allemaal naar behoren?

Welke tutorial gebruik je? Want hij heeft zo zijn haken en ogen zie ik. (Is er bijvoorbeeld een reden dat je 'final class User' hebt inplaats van een normale class?)

[ Voor 11% gewijzigd door sander0 op 19-12-2015 09:47 ]