Hi, bin erst vor kurzem auf Deinen Kanal aufmerksam geworden. Da ich mich mal mit Laravel beschäftigen wollte, kam mir der Kurs gerade recht. Ich muss sagen das alles bis hierhin wunderbar funktioniert. Ich hatte nur kurz das Problem, dass das Anlegen der Dummydatensätze nicht funktioniert hatte. Es lag daran, das bei Dir beim Anlegen der Befehle in der DatabaseSeeder.php Datei die Befehle use App\Models\Post; use App\Models\User; direkt von PHPStorm mit angelegt werden. Dies hatte ich im Video nicht mitbekommen. Ich arbeite mit VSCode, da musste ich es von Hand machen. Danach hat aber alles wieder geklappt. Ach ja, einen Like und ein Abo habe ich auch gleich hiergelassen. VG
Eine Frage zu 23:40 - woher weiß Laravel dass die ID des Users in das Feld user_id von Posts eingetragen werden muss? Den Namen der Spalte hast du ja "frei" definiert... Also klar die Abhängigkeit machst du über die beiden Funktionen im Model. Damit weiß Laravel dass die beiden Zusammengehören und in welcher Relation. Nur sobald ich das Feld jetzt "id_user" nenne (statt "user_id") dann würds nicht mehr gehen oder? Sprich es müsste nochmal irgendwo definiert sein in welcher Spalte man eine user id hinterlegt.
Genau, Laravel ist so "intelligent", dass diese Verbindung automatisch erstellt wird, wenn man sich bei der Namensvergabe an bestimmte Konventionen hält. Du kannst das aber individualisieren. Mehr findest du in der Doku z.B. unter: laravel.com/docs/8.x/eloquent-relationships#one-to-one-defining-the-inverse-of-the-relationship
@@SchuBu Ahh super Danke dir! Das macht Sinn... jetzt kenn ich mich auch. Die Doku is echt gut. Also der Name der Relationship Methode + '_id' als suffix ergibt den Namen der DB Spalte nach der gesucht wird. Ich schau aktuell die ganze Reihe und bau paralell als Übungsprojekt eine kleine ToDo App. Es ist schon unglaublich wie viel besser Laraval ist als Symfony^^
Ich bin ebenfalls von Symfiny umgestiegen. Damit bin ich nie warm geworden. Laravel kann einfach mehr. Mit laravel 9 werde ich sicher nochmal ein Anfängertutorial komplett machen.
Super Video wieder mal ;) Mich würde noch interessieren ob man einen Seeder per artisan Befehl oder ähnliches auch zum erstellen eines Datenbank-Backups verwenden kann? Zum Beispiel man erstellt damit einen Blog und zum testen der Formulare postet man fleißig über die erstellten Formulare. Danach will man vielleicht die Posts (ebenfalls in der produktiven Umgebung verwenden und) nicht erst als Backup der produktiven Datenbank hinzufügen. Gibt es dafür einen Weg im Laravel? Wenn dies Möglich ist und Sicher funktioniert, würde mich dies nicht nur zwischen der DEV und PROD Ebene interessieren, sondern auch für Absicherung von Updates und bei Umzügen, denn damit bräuchte man dann keine für manche Server zu großen Datenbank-Backups, die eventuell noch gesplittet werden hochladen, sondern direkt mit artisan alles mit abwickeln.
Du meinst den umgekehrten Weg der seeder ? Schau dir mal auf GitHub orangehill/iseed oder meine Erweiterung schubu/iseed an github.com/orangehill/iseed github.com/schubu/iseed
@@SchuBu Genau, den umgekehrten Weg des eigentlichen seeder, mit dem man seeder erstellen kann. Die beiden sind doch bestimmt auch schon mit Laravel 8 kompatibel oder? Wird es irgendwann (nicht im laufe dieser Serie, aber vielleicht danach) dazu auch ein Video geben?
Hi, bin erst vor kurzem auf Deinen Kanal aufmerksam geworden. Da ich mich mal mit Laravel beschäftigen wollte, kam mir der Kurs gerade recht. Ich muss sagen das alles bis hierhin wunderbar funktioniert. Ich hatte nur kurz das Problem, dass das Anlegen der Dummydatensätze nicht funktioniert hatte. Es lag daran, das bei Dir beim Anlegen der Befehle in der DatabaseSeeder.php Datei die Befehle
use App\Models\Post;
use App\Models\User;
direkt von PHPStorm mit angelegt werden. Dies hatte ich im Video nicht mitbekommen. Ich arbeite mit VSCode, da musste ich es von Hand machen.
Danach hat aber alles wieder geklappt.
Ach ja, einen Like und ein Abo habe ich auch gleich hiergelassen.
VG
Sehr gut formuliert und erklärt
Eine Frage zu 23:40 - woher weiß Laravel dass die ID des Users in das Feld user_id von Posts eingetragen werden muss? Den Namen der Spalte hast du ja "frei" definiert...
Also klar die Abhängigkeit machst du über die beiden Funktionen im Model. Damit weiß Laravel dass die beiden Zusammengehören und in welcher Relation. Nur sobald ich das Feld jetzt "id_user" nenne (statt "user_id") dann würds nicht mehr gehen oder?
Sprich es müsste nochmal irgendwo definiert sein in welcher Spalte man eine user id hinterlegt.
Genau, Laravel ist so "intelligent", dass diese Verbindung automatisch erstellt wird, wenn man sich bei der Namensvergabe an bestimmte Konventionen hält. Du kannst das aber individualisieren. Mehr findest du in der Doku z.B. unter: laravel.com/docs/8.x/eloquent-relationships#one-to-one-defining-the-inverse-of-the-relationship
@@SchuBu Ahh super Danke dir! Das macht Sinn... jetzt kenn ich mich auch. Die Doku is echt gut.
Also der Name der Relationship Methode + '_id' als suffix ergibt den Namen der DB Spalte nach der gesucht wird.
Ich schau aktuell die ganze Reihe und bau paralell als Übungsprojekt eine kleine ToDo App. Es ist schon unglaublich wie viel besser Laraval ist als Symfony^^
Ich bin ebenfalls von Symfiny umgestiegen. Damit bin ich nie warm geworden. Laravel kann einfach mehr.
Mit laravel 9 werde ich sicher nochmal ein Anfängertutorial komplett machen.
@@SchuBu sehr cool, bin schon gespannt.
Super Video wieder mal ;)
Mich würde noch interessieren ob man einen Seeder per artisan Befehl oder ähnliches auch zum erstellen eines Datenbank-Backups verwenden kann?
Zum Beispiel man erstellt damit einen Blog und zum testen der Formulare postet man fleißig über die erstellten Formulare. Danach will man vielleicht die Posts (ebenfalls in der produktiven Umgebung verwenden und) nicht erst als Backup der produktiven Datenbank hinzufügen. Gibt es dafür einen Weg im Laravel?
Wenn dies Möglich ist und Sicher funktioniert, würde mich dies nicht nur zwischen der DEV und PROD Ebene interessieren, sondern auch für Absicherung von Updates und bei Umzügen, denn damit bräuchte man dann keine für manche Server zu großen Datenbank-Backups, die eventuell noch gesplittet werden hochladen, sondern direkt mit artisan alles mit abwickeln.
Du meinst den umgekehrten Weg der seeder ? Schau dir mal auf GitHub orangehill/iseed oder meine Erweiterung schubu/iseed an
github.com/orangehill/iseed
github.com/schubu/iseed
@@SchuBu Genau, den umgekehrten Weg des eigentlichen seeder, mit dem man seeder erstellen kann.
Die beiden sind doch bestimmt auch schon mit Laravel 8 kompatibel oder? Wird es irgendwann (nicht im laufe dieser Serie, aber vielleicht danach) dazu auch ein Video geben?
@@matthiasberndt1694 kann ich gerne zeigen ... ist eigentlich auch keine große Sache!
Hat das einen bestimmten Grund wieso Du bei der Migration von Posts nicht einfach ein $table->foreignId('user_id')->constraint(); benutzt?
Nein wäre alternativ auch möglich