Bytecruncher

Hallo.

Ich möchte eine Webseite realisieren, die eine Kombination aus verschiedenen Sachen darstellt:
CMS, Forum, Wiki und Onlineshop.

Für alles gibt es bereits fertige Projekte, die für meine Anwendung aber allesamt relativ oversized sind. D.H. ich brauche jeweils nur einen kleinen Teil der verschiedenen Projekte.
Wichtig ist allerdings, dass die Seite wie aus einem Guss aussieht und ein einheitliches Layout hat. Zumindest der Teil, den man ohne Anmeldung als normaler Seitenbesucher sieht.
(Allgemeines Frontend). Im User-Frontend ist es stellenweise tolerierbar, wenns nicht 100% passt, und im Backend ist es egal.

Nun habe ich folgende Möglichkeiten:

1. Für alle Teil-Systeme ein eigenes Layout erstellen, so dass es nachher wie aus einem Guss aussieht so gut es geht.

2. Zumindest die Frontpage selbst generieren, in dem ich auf die Datenbanken der verschiedenen Systeme direkt zugreife und mir die benötigten Daten hole. Zusätzlich die Designs der Teilsysteme ähnlich gestalten.

3. An den Teilsystemen gar nix machen, standardlayout behalten, und die Ausgabe parsen. Mit dem eigenen Programm dann alle Designelemente entfernen, so dass nur noch pures HTML+content übrig bleibt.
Diese Contentelemente werden dann in ein eigenes Design / Seitenfrontend eingefügt, und dieses zum Browser geschickt.

Das Parsen und und umschreiben der Ausgabe würde durch einen zweiten Webserver erfolgen, der wiederum auf den/die anderen nachgeordneten Webserver zugreift.



Momentan arbeite ich übrigens mit Variante 3, wobei die verschiedenen Teilsysteme sogar auf unterschiedlichen Servern (Ein Teil sogar auf Homeserver) liegen. Außerdem binde ich sogar Fremdinhalte von fremden Webseiten ein.
Ein User bekommt das aber nicht mit, da alles über einen weiteren, dazwischen geschalteten Webserver läuft, der alles live parst und in ein eigenes, einfaches PHP/CSS Framework einsetzt, und die neu generierte Seite ausliefert. Auf dem Server läuft auch noch ein Reverse Proxy.
Mit den nachgeordneten Servern kommt der User also nicht in Verbindung.

Die Backends/Admininterfaces der verschiedenen Teilsysteme sind jedoch nur direkt erreichbar (und im jeweiligen Standardlayout)

Mister Ad

CKoenig

Moin!

1.) Erzeugt zwar Mehrfacharbeit, hält sich aber in Grenzen. Wenn es drei unabhängige Systeme sein müssen, würde ich diesen Weg wählen.

2.) Würde ich nicht machen, vor allem wg. Sicherheit. Ausserdem kanns Du dann ja nicht die Funktionalität der einzelnen Systeme nutzen.

3.) Schwierig. Ändert sich irgendwo etwas durch ein Update, musst du die Skripte zum Parsen anpassen. Ggf. kann der Seiteninhalt durch geeignete Forenposts manipuliert werden.


Bevorzuge selbst TYPO3. Da kannst Du dann das CMS mit einem Forum, einem Wiki und einem Shop als Extensions erweitern. Wäre dann Frontend und Backend aus einem Guss, und nur einmal das Design erstellen.

Wäre halt die Frage, ob das mit Kanonen nach Spatzen schießen ist, oder die Erweiterbarkeit mittels Extensions vielleicht genau das Richtige ist...

TYPO3: http://typo3.org/ (Introduction Package ist für Einsteiger sehr schön)
Forum Extension: mm_forum http://typo3.org/extensions/reposito...forum/current/
Wiki Extension: DR Wiki (basiert auf Media Wiki) - http://typo3.org/extensions/reposito..._wiki/current/
Shop Extension: tt_products - http://typo3.org/extensions/reposito...ducts/current/

Viele Grüße,
Carsten

__________________
Tutorial: "Eclipse als IDE für PHP-Softwareentwicklung (Subversion (SVN)/XDebug/RemoteSystemExplorer)"

Bytecruncher

Ja, das Parsen ist eine Höllenarbeit. Ich muss quasi pro "Seite" des Fremd-Systems eine eigene "Seite" für die Ausgabe bauen. Und Updates sind in der Tat ein Problem.
Momentan habe ich noch einen relativ universellen Parser+Output Script, aber das funktioniert eben auch nicht durchgängig wie gewollt. Momentan beschränkt es sich eigentlich auf die Startseite sowie die Seiten, die man ohne Anmeldung lesen kann.

Momentan ist es alles noch experimentell, aber das mit dem Parsen ist schon ganz gut, falls man mal was hat, was sich partout nicht im Layout anpassen lässt.

Ich habe mir auch schon ein kleines Mini-CMS / Framework gemacht, aber das ist eigentlich mehr oder weniger nur für ganz kleine Seiten brauchbar (Also so in die Richtung "Webvisitenkarte"). Forum, Wiki, Shop usw muss ich extern einbinden.

Leider habe ich es noch nicht geschafft, Gallery, osCommerce, Mediawiki und phpBB3 Layouts so zu erstellen, dass es wie aus einem Guss aussieht.

Bei phpBB3 bin ich allerdings auch schon so weit, dass ich ohne Output parsen Forenbeiträge direkt im eigenen Framework ausgeben kann, indem ich direkt die DB auslese. (Latest Forum Posts Ausgabe z.B.)

Ich muss das Typo3 mit den Extensions mal testen. Aber ob diese Extensions mit phpBB3 und oscommerce mithalten können, ist fraglich.


Achja, um mal DIE Vorbildseite zu nennen: Mikrocontroller.net.
Der hat es geschafft, Wiki, Shop und Forum wie aus einem Guss erscheinen zu lassen, obwohl der Betreiber auch teilweise Fremdsysteme nutzt (z.B. Mediawiki)

Meine Seite soll vom Aufbau her ungefähr ähnlich werden, nur mit einer anderen Thematik und deutlich kommerzieller ausgerichtet.

Bei der genannten Seite ist der Shop nur Nebensache, die Community steht im Vordergrund. Die Seite wurde auch erst "kommerzialisiert", als sie schon einigermaßen groß war. Ähnlich wie andere Seiten, die als privates Projekt starteten.

Meine Seite wird eindeutig kommerziell, es ist kein Hobbyprojekt, sondern es geht ums verkaufen und Geld verdienen. Von Anfang an.
Daher muss das Ganze natürlich auch entsprechend gut aussehen. Von Anfang an.
Und ich brauche ein anständiges Shopsystem.
Und ich brauche für meine Seite unbedingt ein Wiki und ein Forum. Die Kunden sollen sich gegenseitig Support geben und Know-How austauschen, Links auf Seiten mit Infos veröffentlichen usw. Und nicht ständig bei meiner Hotline anrufen, um irgendwelche banalen Fragen zu stellen.

Achja:

Die fertigen, verfügbaren Projekte sind trotzdem eigentlich oversized. Für ein ehr kleineres Supportforum/Supportcommunity braucht man eigentlich kein auf Forenseiten getrimmtes, riesen Forensystem. Für ein kleines Supportwiki braucht man eigentlich kein ausgewachsenes Mediawiki.
Bei osCommerce ist auch viel dabei, was ich nicht brauche. Die ganze Geschäftsabwicklung erfolgt nicht mit osCommerce sondern mit einem "Offlineprogramm" lokal installiert. Ich würde einem PHP Shopsystem auf einem Mietwebspace nicht meine Geschäftsabwicklung und Kundendaten anvertrauen.