Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 14

Thema: Downline-Erhaltung im VMS

  1. #1
    Erfahrener Benutzer
    Registriert seit
    11.01.2007
    Beiträge
    278

    Idee Downline-Erhaltung im VMS

    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

  2. #2
    Erfahrener Benutzer Avatar von jpwfour
    Registriert seit
    06.02.2008
    Beiträge
    3.717
    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.

  3. #3
    Erfahrener Benutzer
    Registriert seit
    11.01.2007
    Beiträge
    278
    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

  4. #4
    Erfahrener Benutzer Avatar von didith1207
    Registriert seit
    17.09.2006
    Beiträge
    1.580
    *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:

  5. #5
    Erfahrener Benutzer
    Registriert seit
    11.01.2007
    Beiträge
    278
    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

  6. #6
    Erfahrener Benutzer Avatar von Hardy
    Registriert seit
    24.01.2007
    Beiträge
    2.235
    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...
    Ich nutze den Firefox nur um Opera Google Chrome runterzuladen

  7. #7
    Erfahrener Benutzer Avatar von SebbyPHM
    Registriert seit
    17.07.2006
    Beiträge
    844
    Im Refzahlungscron oder in derRefübersicht habe ich dazubei mir geprüft, ob der User selbst bei sich in der Downline vorkommt. Wenn ja, werde ich dann als Admin benachrichtigt.
    Mit freundlichem Gruß
    SebbyPHM




  8. #8
    Erfahrener Benutzer
    Registriert seit
    05.04.2008
    Beiträge
    116
    hier habe was gefunden...!!!

    VMS_Downline
    Hiermit wird die Downline nicht komplett
    unterbrochen, fals ein User sich abmeldet
    oder gelöscht wird...

    Kosten... 2.000.000 Lose

    http://www.shop.midnight-mailer.de/?...p&kategorie=13

    Ist gleich das erste AddOn....

  9. #9
    Erfahrener Benutzer Avatar von dragon11
    Registriert seit
    06.07.2006
    Beiträge
    320
    User A (geworben von User E)
    -- User B
    --- User C
    ---- User D
    ------ User E (geworben von D)
    bitte erklärt mir doch mal, wie es passieren kann, dass user A in der dargestellten DL von user E geworben worden sein kann?

    Ich habe es im Übrigen so gelöst, dass ich, falls user B als Beispiel sich abmeldet, C den Werber A bekommt (genau wie auch oben schon beschrieben), bisher gab es keine Probleme oder Refschleifen dadurch, was ich natürlich überprüfe.
    mfg
    dragon11

  10. #10
    Erfahrener Benutzer Avatar von Gremlin
    Registriert seit
    05.07.2006
    Beiträge
    5.206
    bitte erklärt mir doch mal, wie es passieren kann, dass user A in der dargestellten DL von user E geworben worden sein kann?
    Geworben direkt nicht, aber z.B. Refkauf-Addon oder nachträgliche Eintragung durch Admin.

    Gruß
    Gremlin
    Diskutiere nie mit Idioten - sie holen Dich auf ihr Niveau und schlagen Dich dort mit Erfahrung!



Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. VMS-DL-Erhaltung/Werberfreigabe/Werbersuche
    Von Susum im Forum Scripte
    Antworten: 2
    Letzter Beitrag: 15.09.2012, 21:37
  2. VMS 1.2 mit Downline erhaltung?
    Von cece75 im Forum Support zum VMSone
    Antworten: 3
    Letzter Beitrag: 19.09.2010, 22:09
  3. Downline für surfwithmoney.com
    Von MBS im Forum Ref & Werberhandel
    Antworten: 12
    Letzter Beitrag: 11.02.2010, 21:52
  4. Cyberdownies Downline !
    Von swinxx im Forum Ref & Werberhandel
    Antworten: 3
    Letzter Beitrag: 09.04.2007, 09:11

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •