Meinung: Dateiformat für Gästebuch? (Flatfile)

[Christoph Zurnieden]

Hi,

einen Punkt hatte ich bisher übersehen:

[...] denn wenn da Unsinn drin steht oder Spam oder anderes soll das natuerlich raus.
Daher wäre noch ein Attribut nötig, das eine Freigabe (oder etwas in der Art) enthält, ob der Eintrag nun öffentlich angezeigt werden soll, oder nicht.

Warum?
Wenn etwas raus soll, ist es das Beste es auch tatsaechlich raus zu nehmen.
Das erfordert sechs Schritte:

1. Identifizieren des Knotens (haendisch/automatisch)
2. Locking der DB
3. Einlesen des Baumes
4. Entfernen des Knotens aus 1)
5. Ueberschreiben der alten DB mit dem neuem Baum
6. Freigabe der DB

Dein Vorschlag beschraenkt sich zwar nur auf den Punkt 1) macht aber fast genau die gleiche Arbeit, nur Punkt 4) faellt weg. (und Punkt 5) wenn Du das Attributersetzen "von Hand" machst, aber mit dem Baum zu arbeiten sollte eigentlich einfacher sein)

Die Identifizierung koennte eine individuelle Eintrags-ID ereichtern (vor allem, wenn die Dinger schon in's Archiv gerutscht sind), aber das wolltest Du ja nicht.

Wenn Du aber etwas zusaetzliches haben moechtest koenntest Du (Fuzzy-)Checksums erstellen und eintragen, das erleichtert das automatische Auffinden von Doppelpostings und kann auch zum Teil auch Spam automatisch erkennen.
Dies waere aber auch eher mit einem ganzem Element zu installieren, nicht mit einem Attribut alleine:

<!ELEMENT hash EMPTY>
<!ATTLIST hash
  type    CDATA #REQUIRED
  chksum  CDATA #REQUIRED>

Details dann wieder in's XML-Schema.

Ich denke, die Protokolle für Email und Homepage sind irgendwie fest etabliert, da wird sich wohl kaum etwas ändern, oder?

Warum moechtest Du so ein Durcheinander veranstalten?
Ein allgemeines Element ist genau richtig dafuer, warum moechtest Du Attribute, die zudem noch freiwillig sind und noch ein allgemeines Element _zusaetzlich_?
KISS: "Keep it simple, stupid!" ;-)

so short

Christoph Zurnieden