Follow-System für eine Multi-Auth-Anwendung

Hallo zusammen

Ich habe eine Laravel-Anwendung gebastelt, in der man sich als

• Blogger (in der Anwendung User genannt)
• Besucher (in der Anwendung Customer genannt)

registrieren kann.

Die beiden Bereiche haben neben getrennten Log-Ins auch komplett unterschiedliche Funktionen und Verbindungen zu unterschiedlichen Datenbanken Tabellen. Also nicht nur unterschiedliche Rollen, wie sich z.B. Standard- und Premium-Accounts unterscheiden.

So soll der Blogger/User z.B. einen Beitrag (in der Anwendung offer genannt) erstellen können.

Der Besucher/Customer soll den Beitrag (in der Anwendung offer genannt) nicht erstellen, sondern nur "liken" bzw. "folgen" können.

Nun habe ich versucht eine Verbindung zwischen der customer_id und der offer_id über eine Morph-Tabelle zu erzeugen, um ein "Like" eines Besuchers zu einem Beitrag eines Bloggers zu speichern.

Leider kann ich aktuell einen Beitrag nur als Blogger/User von einem anderen Blogger/User "liken" bzw. "folgen".

Die Verbindung zwischen offer_id und user_id funktioniert also.

Versuche ich hingegen den Beitrag (offer_id) mit der customer_id zu verbinden erscheint folgende Fehlermeldung.

"Method Illuminate\Auth\SessionGuard::customer does not exist."

Für alle Hinweise bzw. Tipps, die dazu beitragen das Problem zu lösen, wäre ich sehr dankbar. Falls ich das Problem noch nicht verständlich/umfassend/ ... genug dargestellt habe, fragt gerne nach.

LG

Vince

Hallo David.

Vielen Dank für Deine Antwort.

Gut aufgepasst! Es sind tatsächlich nur 2 verschiedene Tabellen in der gleichen Datenbank.

Aber mit getrennten LogIns und Registrierformularen.

4 Models sind in dem Thema involviert.

1. User (hasMany->offers)

2. Customer (hasMany->offers)->obwohl ein Customer selbst kein offer erstellen kann

3. Subscription (also Like bzw. Follow)->(belongsTo->user & belongsTo->customer)

4. Offer (belongsTo->User &belongsTo->customer & morphTo->Subscripton)

Vielen Dank schon mal für deine Hilfe.

Wo gehört denn der letzte Teil ($customer = Customer::all()->with('subscription',1); hin?

Meine subscription table sah bisher so aus. Wobei die offer_id in subscribable und die customer_id in customer_id gespeichert wird.

$table->bigIncrements('id');
//$table->unsignedInteger('user_id')->nullable();
$table->unsignedInteger('customer_id')->nullable();
$table->morphs('subscribable');
$table->timestamps();
$table->unique(['user_id', 'subscribable_type', 'subscribable_id']);

Und mein Offer Model sieht so aus:

    public function user()
    {
        return $this->belongsTo(User::class);
    }

    public function customer()
    {
        return $this->belongsTo(Customer::class);
    }
    public function subscriptions()
    {
        return $this->morphMany('App\Subscriptions', 'subscribable');
    }
    public function isSubscribed(Customer $customer = null)
    {
        $customer = ($customer !== null) ? $customer : auth()->customer();
        return ($this->subscriptions()->where('customer_id', $customer->id)->count() == 1) ? true : false;
    }
    public function subscribe(Customer $customer = null)
    {
        $customer = ($customer !== null) ? $customer : auth()->customer();
        return $this->subscriptions()->create(["customer_id" => $customer->id]);
    }
    public function unsubscribe(Customer $customer = null)
    {
        $customer = ($customer !== null) ? $customer : auth()->customer();
        return $this->subscriptions()->where('customer_id', $customer->id)->delete();
    }

Sodass ich dann im SubscriptionController das so toggeln kann:

 if ($offer->isSubscribed()){
            $offer->unsubscribe();
}else {
            $offer->subscribe();
}

Das habe ich schon befürchtet

Aber soweit hast du das schon mal korrekt wiedergegeben.

User:

Kann über die create-Method im OffersController einen Beitrag erstellen. Über die index-Method eine Übersicht über alle Beiträge erhalten.

Über die show-Method im OffersController wird der jeweilige Beitrag (besteht im Groben aus Titel, Texteil und Like-Button) einzeln angezeigt.

Customer:

Kann Beiträge ansehen und sie auf eine Watchlist setzen (Like) sowie User-Profilen folgen. Profilen folgen sollte dann wohl auch dem gleichen Muster folgen wie das Hinzufügen auf die Watchlist.

Zitat von david19

Okay. Und mit Liken meinst du eigentlich Folgen( subcription ). Und die User können auch folgen oder nur costumer?

Eigentlich nur die customer den Usern. Wäre aber auch nicht schlimm, wenn Usern auch anderen Usern folgen können.

Zitat von david19

Okay. Und mit Liken meinst du eigentlich Folgen( subcription ). Und die User können auch folgen oder nur costumer?

Wie definierst du denn den Unterschied zwischen Folgen und Liken?

Ich habe das ja synonym verwendet.

OK. Besten Dank bis hierhin .

Wenn du das so definierst, dann ist Folgen sicher der bessere Ausdruck. Noch besser würde hier passen "Auf die Beobachtungsliste setzen" bei eBay. Beim Profil wäre Folgen dann der perfekte Ausdruck.

Hatte selbst "Liken" bei FB und "Folgen" bei Twitter im Sinn.

Das hört sich doch sehr gut an. Also wenn ich es bis dahin nicht fertig habe, bis Sonntag.