Archiv verlassen und diese Seite im Standarddesign anzeigen : VMS ohne klammanbindung User löschen?
didith1207
04.11.2009, 16:15
hy....
hat schon jemand eine lösung damit sich der User selber löschen kann im VMS ohne klammanbindung?
das teil das da in der userinfo ist muß ja uuuralt sein da steht sogar noch schittstelle drinn ^^
if ($_POST['acc_del'] == 'Jetzt löschen!' && $_POST['del_passwort']) {
$schnittstelle = mysql_fetch_array(db_query("SELECT * FROM ".$db_prefix."_schnittstelle LIMIT 1")) or die("Userinfo");
@require_once ("lib/schittstellen/".$schnittstelle['schnittstelle'].".php");
@uservalidate ($schnittstelle['betreiber_id'],$schnittstelle['betreiber_passwort'],$_SESSION['uid'],$_POST['del_passwort']);
if ($error) {
$delchange = $trans_ausgabe.'<br>';
} else {
$sperrzeit = time()+(86400*30);
db_query("INSERT INTO ".$db_prefix."_userblacklist (uid,zeit) VALUES ('".$_SESSION['uid']."','".$sperrzeit."')");
db_query("DELETE FROM ".$db_prefix."_kontodaten WHERE uid=".$_SESSION['uid']."");
db_query("DELETE FROM ".$db_prefix."_emaildaten WHERE uid=".$_SESSION['uid']."");
db_query("DELETE FROM ".$db_prefix."_userdaten WHERE uid=".$_SESSION['uid']."");
db_query("DELETE FROM ".$db_prefix."_werberdaten WHERE uid=".$_SESSION['uid']."");
db_query("UPDATE ".$db_prefix."_werberdaten SET werber = 0 WHERE werber=".$_SESSION['uid']."");
echo '<meta http-equiv="refresh" content="0; URL=http://'.$_SERVER['HTTP_HOST'].'/?content=/intern/startseite&logout=true">';
}
}
Anstatt dem Schnittstellen PW könnte man dann ja das UserPW benutzen, kannst das ja so mal probieren, habs selber nich getestet.
if ($_POST['acc_del'] == 'Jetzt löschen!' && $_POST['del_passwort']) {
$check = mysql_num_rows(db_query("SELECT uid FROM ".$db_prefix."_kontodaten WHERE uid = ".$_SESSION['uid']." AND passwort = '".md5($_POST['del_passwort'])."' LIMIT 1"));
if ($check == 1) {
$sperrzeit = time()+(86400*30);
db_query("INSERT INTO ".$db_prefix."_userblacklist (uid,zeit) VALUES ('".$_SESSION['uid']."','".$sperrzeit."')");
db_query("DELETE FROM ".$db_prefix."_kontodaten WHERE uid=".$_SESSION['uid']."");
db_query("DELETE FROM ".$db_prefix."_emaildaten WHERE uid=".$_SESSION['uid']."");
db_query("DELETE FROM ".$db_prefix."_userdaten WHERE uid=".$_SESSION['uid']."");
db_query("DELETE FROM ".$db_prefix."_werberdaten WHERE uid=".$_SESSION['uid']."");
db_query("UPDATE ".$db_prefix."_werberdaten SET werber = 0 WHERE werber=".$_SESSION['uid']."");
echo '<meta http-equiv="refresh" content="0; URL=http://'.$_SERVER['HTTP_HOST'].'/?content=/intern/startseite&logout=true">';
} else {
$delchange = 'Falsches Passwort';
}
}
rudicarell81
04.11.2009, 17:31
@ PArl
db_query("INSERT INTO ".$db_prefix."_userblacklist (uid,zeit) VALUES ('".$_SESSION['uid']."','".$sperrzeit."')");
das kann raus -> ist ja voll unnötig.
Lg Nico
@ PArl
db_query("INSERT INTO ".$db_prefix."_userblacklist (uid,zeit) VALUES ('".$_SESSION['uid']."','".$sperrzeit."')"); das kann raus -> ist ja voll unnötig.
Lg Nico
aber eine funktion des VMS ansonsten währe die einstellung im admin funktionslos.
MFG Lokutos
also beim vms ohne klammanbindung wäre es sicherlich konstruktiver die email addy in die blackliste zu schreiben und für eine weitere anmeldung sperren.
Wird zwar auch nicht 100%ig vor neuanmeldung schützen da ja die meisten ja eh mehr als eine email addy haben aber besser als die user id in die blacklise zu setzen da die ja bei dem vms eh vortlaufend ist.
mach doch seine Letzte IP , Nickname ,Vname und Nname mit in die Blackliste .
rudicarell81
04.11.2009, 22:29
mach doch seine Letzte IP , Nickname ,Vname und Nname mit in die Blackliste .
datenschutz?
datenschutz?
Der ist gewährleistet, man muss den User ja nur drauf hinweisen, und die weiteren Bestimmungen (Auskunftsrecht etc.) beachten.
Nur macht IP speichern nicht viel Sinn, wenn dann die Emailadresse, was die User aber so oder so nicht davon abhält, sich neue Accounts zu erstellen.
Selbst mit Klamm Verifizierung ist das ja einfach möglich.
Warum sollte man schon groß was gegen haben, wenn sich User (erneut) anmelden. Evtl. Boni etc. halt nach Aktivität richten, nicht direkt bei Anmeldungen.
(Emailadresse evtl als Hash speichern, somit kann der User die nichtmal auf schriftl. Aufforderung hin löschen lassen :wink: )
rudicarell81
05.11.2009, 15:46
Der ist gewährleistet, man muss den User ja nur drauf hinweisen, und die weiteren Bestimmungen (Auskunftsrecht etc.) beachten.
Nur macht IP speichern nicht viel Sinn, wenn dann die Emailadresse, was die User aber so oder so nicht davon abhält, sich neue Accounts zu erstellen.
Selbst mit Klamm Verifizierung ist das ja einfach möglich.
Warum sollte man schon groß was gegen haben, wenn sich User (erneut) anmelden. Evtl. Boni etc. halt nach Aktivität richten, nicht direkt bei Anmeldungen.
(Emailadresse evtl als Hash speichern, somit kann der User die nichtmal auf schriftl. Aufforderung hin löschen lassen :wink: )
das stimmt natürlich denoch viele Löschungsauforderungen kommen bei mir via Mail. Und da wird ausdrücklich gewünscht alle Daten vollständig zu Löschen - da würde der Schutz dann nicht klappen.
Aber wie du bereits sagtest wo liegt das Problem bei uns kann jeder user zu jederzeit wiederkommen. Solange ein User kein Mist gemacht hat ist das ja kein ding.
Aber wenns einen wichtig ist: Man könnte auch beim Löschen ein Cookie setzen und den bei der anmeldung abfragen. Ist zwar nur ein kleiner Schutz aber wenigstens etwas - und ja ich weiß das man cookies löschen kann.
Liebe Grüße
Nico
Einer verschlüsselten Speicherung der E-Mail dürfte nichts entgegensprechen. Nimmt man z.B. einen triple salted sha1 hash ^^ den kriegt man ja eh nicht mehr zurück gewandelt. Und prüft dann halt bei der Anmeldung ob es den Hash zu der Mail schon gibt.
Ob das rechtlich so okay ist müsste man natürlich noch nachfragen, aber meiner Meinung nach dürfte nichts dagegen sprechen.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.