Vanity URLs

[hotti]

hi,

[/kissen]
short=Kissen
title=Romantische Landhaus-Kissen
descr=Stuhlkissen, Sofakissen, Kissen für Schlafzimmer, Küche und Wohnzimmer in Handarbeit gefertigt.
isa=folder
class=Folder
parent=/shabbychic

Werden diese Daten in einer Datei gespeichert?

Klar, das ist eine ini-Datei.

Wofür dann MySQL?

In der ini stehen nur die Routen für die virtuellen Ordner samt Attributen. Im MySQL steht der Content, also URLs mit richtig fetten Bodies ;)

Bei einem Request auf /foo wird nur dass, was zu /foo gehört aus MySQL gelesen. Aber auch das geht nicht als Extrawurst, sondern wird mit dem Hash aus der ini gemischt und landet zusammen in $self->{BIN} wobei $self der Singleton ist. Das ergibt am Ende einheitliche Prozesse, so z.B. für den Titel einer Response-Seite mit

$self->eav('title' [, 'neuer Title']); # EAV: Entity Attribute Value

das wird dann automatisch ins Template gesetzt.

Klar, eine HTML-Variante, und das XML-Pendant. Also „/sitemap“ (od. „/sitemap.html“) und „/sitemap.xml“. In beiden Varianten werden aber stets alle Links einer Seite erwartet.

Aufteilen! Unschön, dem Besucher eine Sitemap mit 1000 oder mehr Links zu präsentieren.

Horst