Downline-Erhaltung im VMS

[VMS1]

Hi,

diesmal habe ich ein kleines Problem^^

Und zwar geht es um Downline-Erhaltung im VMS. Normalerweise sind ja die Downlines nicht sicher. Beispiel :

Downline :
User A
-- User B
--- User C
---- User D

Wenn User B sich nun abmeldet verschwinden seine Refs ebenfalls aus der DL von User A. Das löst bei Usern einiges Unbehagen aus und man traut sich nicht so wirklich eine Downline aufzubauen.

Jetz hab ich mir gedacht, ich ändere das. Mein erster Gedanke :

Wenn User B sich abmeldet, nehme ich den Werber von User B und trage diesen als Werber bei User C ein. Somit rutschen alle einen hoch.

Jetz kommt aber das eigentliche Problem. Spinnen wir die Downline mal weiter.

User A (geworben von User E)
-- User B
--- User C
---- User D
------ User E (geworben von D)

Würde User B sich nun mit oben genannter Lösung abmelden, würden C,D und E nachrutschen. Also würde User A an User E als Ref in 3. Ebene und User E an User A als Ref in 1. Ebene verdienen. Also eine Refschleife.

Irgendwie hab ich heute eine kleine Denkblockade. Ich hab zwar nen Lösungsansatz, aber der is so wackelig, das ich das lieber nochmal absegnen lasse. Deswegen 1 Frage :

Wenn der Werber des Werbers vom User der sich abmeldet (User B), in der 3. Ebene des abzumeldenden Users ist, entsteht eine Schleife. Demzufolge darf der Werber von User B nicht als Werber von User C eingetragen werden.

Ist diese Aussage richtig oder falsch?

Und davon ausgehend, das sich noch keine Refschleifen im System befinden, würde es reichen dies zu prüfen?

Zu meiner Entschuldigung, ich hab heut schon ne Menge hinter mir^^

Gruß
Marco

[jpwfour]

ich würde es ganz anders lösen, und zwar ohne, dass die refs alle eine ebene hochrutschen, indem man bei der abmeldung von user B einen "imaginären" neuen user B erstellt, der die lücke füllt, aber nicht mehr aktiv ist

Wenn der Werber des Werbers vom User der sich abmeldet (User B), in der 3. Ebene des abzumeldenden Users ist, entsteht eine Schleife. Demzufolge darf der Werber von User B nicht als Werber von User C eingetragen werden.

das stimmt natürlich, damit werden aber die user A benachteiligt, bei denen dies der fall ist, da sie bei abmeldung von B ihre 2. und 3. ebene verlieren, nur weil sie von E geworben wurden, andere bei denen es nicht so ist, bei denen rutscht sogar die 2. und 3. ebene auf, sodass sie dadurch einen vorteil haben.
dass ist wohl keine gute lösung.

[VMS1]

ich würde es ganz anders lösen, und zwar ohne, dass die refs alle eine ebene hochrutschen, indem man bei der abmeldung von user B einen "imaginären" neuen user B erstellt, der die lücke füllt, aber nicht mehr aktiv ist

Das find ich vom Ansatz her ganz gut. Nur wenn ich jedesmal einen Platzhalter erstelle, wenn sich ein User abmeldet oder ich einen lösche, hab ich bald mehr Platzhalter als echte User, vor allem auch in den Mediadaten.

Ich hab es bei mir jetzt so hinbekommen, wie oben beschrieben. Allerdings wär ich für weitere Lösungsansätze dankbar. Ich brauche keinen kompletten Code oder sowas. Eine simple Idee reicht schon. Wenn die gut ist, wird man das schon umgesetzt bekommen. Aber irgendwie muß es doch möglich sein, das die Downlines nicht zerbröseln, weil sich einer abmeldet.

Gruß
Marco

[didith1207]

*Wenn der Werber des Werbers vom User der sich abmeldet (User B), in der 3. Ebene des abzumeldenden Users ist, entsteht eine Schleife. Demzufolge darf der Werber von User B nicht als Werber von User C eingetragen werden.*

hmm so wie oben beschrieben wäre das nur möglich wenn der webby den werber nachträglich zuteilt (verhinderbar mit dem refschleifenaddon)

Oder wenn ein user sich mit einer reflink-id anmeldet die selber sich erst später anmeldet unter einem ref unter dessen downline (dazu hätte ich auch gerne eine lösung das user sich nur unter werber anmelden können die schon auf der seite angemeldet sind)

ich düftle auch schon länger über eine machbare lösung aber irgendwie laufe ich durch einen dichten wald und die bäume werden mehr anstatt weniger :idea:

[VMS1]

Das Refschleifen-Addon, was so im Umlauf ist, prüft nur 1 Ebene. Auch wenn man über 3 Ebenen prüft, würde das ja nur auf bestehende Schleifen hinweisen. Die Schleife entsteht ja leider erst durch das Abmelden eines Users.

Das mit Werber durch Webbi eintragen usw. sei mal vorrausgesetzt. Das kennen die User leider nicht mehr anders, auch wenn es den eigentlichen Sinn eines "Werbers" weit verfehlt.

Wie gesagt, wenn jemand einen guten Vorschlag hat, kümmere ich mich um die Umsetzung und stelle es zur Verfügung. Aber irgendwie steh ich da auch im Wald^^

Gruß
Marco

[Hardy]

Werde mal schauen ob man dort nicht ein cron erstellen kann der vor die refzahlung gesetzt wird der automatisch solche refschleifen entdeckt und auch automatisch auflöst damit erst garnicht groß verlust entsteht...