|
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
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 -----
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
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/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
|
