> > Die Messages in einer einzigen Tabelle zu speichern ist ne > gute Idee und werde ich auch so �bernehmen. > > Wie wird denn eine E-Mail auf Korrektheit �berpr�ft(au�er der > eigentlichen Form) Gibt's da Tools oder was ist da die beste Methode > > Das mit dem deaktivieren und l�schen wird nat�rlich auch > eingebaut. Ich habe mir gedacht zus�tzlich eine > Zensur-Funktion einzubauen, in der die Message beim > einstellen auf Zensur-w�rter hin �berpr�ft wird. Sollten mehr > als z.B 3 Zensur-W�rter auftauchen wird die ID der Message in > ne Tabelle geschrieben die dann gepr�ft werden kann, oder es > wird die Message erst gar nicht zugelassen. W�re auch da f�r > Anregungen dankbar. > Ich denke das vermindert auf jedenfalls die weitere Arbeit.
Was die Zensur angeht, so ist es �blich, Zensurw�rter durch andere zu ersetzen... Z.B. "fuck" durch "f***" usw... Claudius > > Gru� > Alex > > > > > ----- Original Message ----- > From: R. Ebner > To: ASP Datenbankprogrammierung > Sent: Thursday, May 23, 2002 6:55 AM > Subject: [aspdedatabase] AW: [aspdedatabase] Re: AW: > DB-Konstrukt Verbesserungsvorschl�ge > > > Aus diesem Grund wurde in meinem Forum nur nach Wunsch eine > Antwort gesendet. d.H. der User mu� explizit ausw�hlen, das > er eine Antwort per Mail erhalten will. > > Die Automatische Anmeldung d�rfte kein Problem sein. Du > tr�gst einfach den Namen und die E-Mail in die Tabelle ein > und sendest dem User ein autom. generiertes Mail mit seinen > Logindaten. Vorher �berpr�fst du noch die E-Mail Adresse auf > korrektheit. Dadurch kannst du dann bereits die meisten fakes > ausschlie�en. (Besonders auf das L�nderk�rzel in der Domain > achten!!) Au�erdem kannst du dann zus�tzlich eine Sperrliste > f�r div. Mail-Domains Anlegen, welche keine autom. Mail erhalten. > > Achte auch darauf, das du einzelne Nachrichten jederzeit > "deaktivieren" k�nnen musst. Dies ist notwendig, um > Nachrichten, welche gegen geltendes Recht versto�en, zu > entfernen. Allerdings sollten vielleicht nachfolgende > Nachrichten weiterhin gezeigt werden. > > Ich habe mein Forum wie folgt aufgebaut: > > tbl_messages: > > ID, ZuID, MemberID, Message, Datum, IP > > tbl_members: > ID, Membername, E-Mail, ..... > > > Man braucht in einem Forum nur eine Tabelle. Da jede Antwort > auch wieder eine Frage sein k�nnte. Es wird also in der > Spalte ZuID gespeichert, zu welcher vorhergehenden Nachricht > diese Nachricht geh�rt. Sollte in dieser Spalte eine 0 > stehen, so ist dies ein neuer Thread. > > Die Email habe ich, wie du siehst nur in der tbl_members > gespeichert. Dies vermindert die Datenflut auf ein Minimum. > > mfg > > R. Ebner > -----Urspr�ngliche Nachricht----- > Von: A.Fostic [mailto:[EMAIL PROTECTED]] > Gesendet: Mittwoch, 22. Mai 2002 17:14 > An: ASP Datenbankprogrammierung > Betreff: [aspdedatabase] Re: AW: DB-Konstrukt Verbesserungsvorschl�ge > > > K�nntest du auf das automatische anmelden mal eingehen? > Scheint mir da ja dann ein datenwust zu entstehen von usern > mit wahrscheinlich zu 50% gefakden E-mail Adressen, was bei > sp�terer benachrichtigung bei Antwort auf die gestellte Frage > lauter R�ckl�ufer produziert. > > Gru� > ----- Original Message ----- > From: R. Ebner > To: ASP Datenbankprogrammierung > Sent: Wednesday, May 22, 2002 4:40 PM > Subject: [aspdedatabase] AW: [aspdedatabase] DB-Konstrukt > Verbesserungsvorschl�ge > > > Sehe hier kein Problem. Einzig die Funktion hierzu mu� ein > wenig komplexer sein. Falls eine UserID in der Spalte > vorhanden ist, mu� der User aus einer anderen Tabelle > verkn�pft werden. ansonsten wird der Username aus der Spalte > in der "Haupttabelle" genommen. Diese L�sung ist wirklich > bereits die beste die man haben kann. einzig und alleine die > M�glichkeit, den User automatisch anzumelden br�chte mehr > erfolg. (Du wirst doch wohl die E-Mail Adresse auch > mitspeichern) Hierdurch wird dieses Problem g�nzlich > vermieden und der User hat schnell und einfach ein Login > kreiert, welches er nachtr�glich noch ver�ndern kann. Hier > musst du jedoch aufpassen, das du keine doppelten E-Mail > adressen zul�sst, ansonsten wird die Usertabelle �ber kurz > oder lang zu gro�. > > mfg > > R. Ebner > -----Urspr�ngliche Nachricht----- > Von: A.Fostic [mailto:[EMAIL PROTECTED]] > Gesendet: Mittwoch, 22. Mai 2002 16:14 > An: ASP Datenbankprogrammierung > Betreff: [aspdedatabase] DB-Konstrukt Verbesserungsvorschl�ge > > > Hi an die Liste, > > ich bastle gerade an einem Forum und es w�re nett wenn ihr > mir zu folgendem > Konstrukt Verbesserungsvorschl�ge hinsichtlich des Konstrukts > geben k�nntet. > Auch hinsichtlich auf die sp�tere Umsetzung auf SQL-Server 2000. > ich weis das die Daten nicht wirklich normalisiert sind > hinsichtlich den > usern aber da liegt ein Problem. > das Forum soll angemeldeten Usern sowie nicht angemeldeten > zug�nglich sein. > Das Problem bei nicht angemeldeten ist nun das ich dann keine User-Id > (tabelle2/3) habe weswegen ich > die notwendigen Daten extra mit aufnehmen mu�. Es w�re nett > wenn da jemand > eine besser L�sung w��te > (au�er nat�rlich der Vorschlag ist nur angemeldeten Usern das > Posten zu > gew�hren). > Alle inkremet-werte werden noch auf GUID ge�ndert wegen replikation. > Funktioniert Replikation auch mit SQL?? > > > 1.Tabelle (gruppen) > # kat_id (auto-wert, inkremet, indiziert ohne Duplikate) > # kat_name(text, nicht indiziert) > > 2 Tabelle (g_fragen) > # message_id(auto-wert, inkrement, indiziert ohne duplikate) > # kat_id(verkn�pfung mit tabelle 1: long integer, indiziert > mit duplikate) > # frage_titel (text) > ---- PROBLEM: --- > Forum soll sowohl angemeldeten und nicht-angemeldeten User offen stehn > Nicht-Member -> Keine User-Id ??? > # user_name(text, eingabe erforderlich) > # user_id (long integer, eingabe nicht erforderlich) > --- > # e-mail (text, eingabe erforderlich) > # frage_datum (datum-standard) > # views (integer) > # Frage (Memo) > > 3.Tabelle (antworten) > # a_id (auto-wert, inkrement, ohne duplikate) > # message_id (verkn�pfung Tabelle2 : long integer, indiziert > mit duplikaten) > # user_name (wie tabelle2) > # user_id (wie tabelle2) > # e-mail (wie tabelle2) > # datum (wie tabelle2) > # antwort (memo) > > Danke schonmal und Gru� > Alex > > | [aspdedatabase] als [EMAIL PROTECTED] subscribed | > http://www.aspgerman.com/archiv/aspdedatabase/ > = Listenarchiv > | Sie k�nnen sich unter folgender URL an- und abmelden: | > http://www.aspgerman.com/aspgerman/listen/anme> lden/aspdedatabase.asp > | [aspdedatabase] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp | [aspdedatabase] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp | [aspdedatabase] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp | [aspdedatabase] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
