nicht angemeldet
Erstmal Danke für Deine Antwort, ich hatte die Hoffnung schon aufgegeben...
Aber schwammig, widersprüchlich, vielleicht auch im falschen Themenbereich eingeordnet, ...
Und dabei hab ich mir extra Mühe gegeben, mein Problem möglichst detailliert zu beschreiben.. vielleicht hab ichs ja übertrieben.
Wozu solltest Du einen eigenen Server für so etwas betreiben müssen? Wie kommst Du auf die Idee? Es gibt Hostingangebote in Hülle und Fülle. Zugriff auf serverseitige Techniken und Datenbanken ist kein Luxus mehr, das gibt es inzwischen sogar bei Gratishostern. Je mehr serverseitige Techniken Dir zur Verfügung stehen, um so besser, weil der Aufwand und die Fehlerträchtigkeit sinkt.
Nun ja.. im Moment habe ich zwar 100 MB Webspace und eine Domain, kann dort aber eben kein Perl oder PHP ausführen und keine Datenbank betreiben. Einen XML/XSLT-Parser scheint es nach ersten Tests leider auch nicht zu geben. Dann wird halt doch mal ein Upgrade fällig werden müssen..
Für Aufgaben, wie die von Dir ins Auge gefasste, bietet sich die Kombination von server- und clientseitigen Techniken an. Bereits für die Ausgabe Deiner Tabelle ist eine serverseitige Technik sinnvoll, denn Du willst ganz bestimmt nicht im HTML-Quelltext weitere Zeilen anfügen oder Werte editieren. Du überlässt dies lieber einem serverseitigen Skript, das seine Daten aus einer Textdatei, einer XML-Datei oder einer Datenbank bezieht.
und wie umfangreich ungefähr? Anzahl Spalten, Anzahl Datensätze? Je umfangreicher, um so mehr spricht für den Einsatz eines DBMS.
Eine "Haupttabelle" (14 Spalten, momenttan knapp 150 Datensätze (im "Endzustand" wohl nicht mehr als 300). Drei Nebentabellen (4, 5 und 8 Spalten, max. um die 50 Datensätze pro Tabelle), und ein paar kleine Tabellen für Schlagwörter, Eigenschaften und sowas uns sowas(2 oder 3 Spalten), sowie ein paar Verbindungstabellen (2 Spalten) um m*n-Beziehungen zwischen den Datensätzen der Haupttabelle und denen der Nebentabellen zu realisieren.
Riecht das nach Datenbank?
Was XML in Kombination mit XSLT hier bietet, weiss ich leider nicht. Deine Anforderungen werden von einem DBMS ausgezeichnet bedient, also setze eines ein.
Hmm.. schade, ich mag XML. Aber wenn ich meine eigene Beschreibung oben so lese, hast Du wohl recht.
Und da ist ein Punkt, warum Du vielleicht noch keine Antworten bekommen hast. Wenn ich mir die Techniken anschaue, die Du abgecheckt haben willst, so finde ich dabei Techniken, mit denen sich Deine Problemstellung wunderbar und sehr befriedigend lösen lässt. Wenn Du hier nichts gefunden hast, was kann ein potentieller Helfer Dir noch anbieten?
Einen Rat, welche Technik am ehesten in Frage kommt.
Was verstehst Du in diesem Zusammenhang unter einer "Standardlösung"?
Ein Ding (z.B. Script), dass ich runterladen und an meine Bedürfnisse anpasen kann, ohne "from the scratch" neu programmieren zu müssen.. zumal ich (bis jetzt) weder PHP noch Perl kann.
Wie kommst Du auf die Idee, dass Du ein CMS für diese Aufgabe benötigst?
War nur eine Nebenbemerkung...
Natürlich wäre ich überglücklich, wenn jemand mein Problem mit einem Link auf eine mehr oder weniger fertige Lösung erschlagen könnte.
Ah ja, jemand kennt zufälligerweise genau Deine Tabelle(n) und war so nett und vorausschauend, etwas zu programmieren, das Du dann einsetzen kannst :-)
Hmm.. da könntest Du aber ein bisschen mehr vom guten Willen meinerseits ausgehen. Ich habe ja gleich im nächsten Satz eingeschränkt, dass ich das nicht für wahrscheinlich halte, also häng mich jetzt nicht an diesem Satz auf..
Aber immerhin haben die Entwickler von Datenbankmanagementsystemen die Möglichkeiten zum Sortieren und Filtern bereits eingebaut. Warum willst Du diese nicht nutzen?
Datenbankmanagementsysteme? Ich weiss was das ist, aber ich kenne keine konkreten. Ist aber ein Stichwort nachdem man mal suchen kann, danke. Eine Empfehlung wäre natürlich auch willkommen.
Setze von den serverseitigen Techniken diejenige ein, die Du am besten beherrschst.
Bis jetzt, wie oben beschrieben, keine (ausser ein bisschen XML/XSLT, aber wie gesagt hab ich da im Moment keinen serverseitigen Parser zur Verfügung). Gerade darum frage ich mich - bzw. euch - welche ich denn lernen soll.
Lass Dein Skript sauberes HTML schreiben, realisiere die grundlegende Funktionalität serverseitig; in dem von Dir angeführten Artikel steht ja, wie es geht. Decke clientseitig soviel ab, wie möglich (schneller, spart Traffic, entlastet den Server). Steht die clientseitig benötigte Funktionalität (aus welchen Gründen auch immer) nicht zur Verfügung, so greife auf die serverseitige Funktionalität zurück (Stichwort "graceful degradation").
Klingt kompliziert ;-)
Eine Frage zum Abschluss: Was hat das ganze mit Design zu tun?
Naja, im nachhinein betrachtet war das wohl nicht die optimale Einordnung. Ich dachte dabei mehr an Design im Sinne von "technischer Entwurf", nicht von "künstlerischer Gestaltung". Aber wo hätte es denn sonst hingesollt? Datenbanken? Das ist doch nur EINE Möglichkeit. Programmiertechnik? Es geht ja (noch) nicht um konkretes Programmieren.