Startseite unter /cms/ oder außerhalb?

[AndreasP]

Hallo,

Bei der Installation wird der Ordner 'cms' erzeugt und laut Anleitung kann das Frontend über www.domain.tld/cms/ aufgerufen werden.

Wenn nun ein Besucher einfach nur www.domain.tld eingibt, kommt er gar nicht ins Contenido hinein. Ich brauche also eine index.html, die eine Weiterleitung enthält. Das ist zum Einen unschön und zum Anderen nicht gerade SUMA-freundlich.

Welche Einstellungen müssen vorgenommen werden, damit direkt unter www.domain.tld der eigentliche Inhalt aufgerufen wird.

Grüße,
Andreas

[emergence]

dann verschieb den inhalt des cms verzeichniss ins root
im mandanten verzeichniss findet sich eine config.php -> da passt du den pfad zum contenido backend an...

anschließend im backend einloggen -> administration -> mandant
pfade des mandanten entsprechend anpassen (-> also das cms/ raus)
ausloggen -> am besten browser neu starten

sollten dann irgendwelche bilder beim mandanten dennoch mit falschen pfad angezeigt werden -> db tabelle con_code leeren(nicht löschen)...

für die weiterleitung auf die front_content.php kannst du entweder eine index.html oder index.php oder eine .htaccess datei benützen...

[AndreasP]

Hallo emergence,

Inzwischen bin ich selber genau auf das gekommen:
Ich habe die Dateien des cms-Ordners in das root-Verzeichnis, also www.domain.tld verschoben, habe das config geändert und die Mandantenpfade geändert, genau wie du es auch beschreibst.

Gleich vorweg: es funktioniert!

Aber:
1) Als ich die Mandantenpfade änderte, bekam ich diese Fehlermeldung:

Fatal error: Cannot instantiate non-existent class: capiclient in /pfad/pfad/pfad/kleinkunst.cc/contenido/includes/include.client_edit.php on line 158

wie gesagt, es funktionierte trotzdem. Und doch stört mich diese Fehlermeldung schon... Kommentare?

2) Und dann dachte ich, ich müsse in den Layouts die Bildpfade ändern; also statt ../grafiken/bild.jpg nur mehr grafiken/bild.jpg
Doch verblüffenderweise funktioniert beides genau gleich. Ich habe gleich mal meinen Cache geleert, aber es funktioniert immer noch!

Hier anzusehen: http://www.kleinkunst.cc/front_content.php?idcat=3
Und jetzt ruft mal den Quelltext auf. Ihr werdet sehen, dass die Grafiken/Bilder sowohl über ../grafiken/bild.jpg UND über grafiken/bild.jpg gepfaded sind. Aber das dürfte ja nicht funktionieren! Oder? - etwas ratlos...

3) eine ketzerische Frage: ich sehe, dass die Weiterleitung auf front_content.php auf jeden Fall im index.php geschieht. Warum mache ich dann den Aufwand, die Dateien in das Root zu verschieben, wenn man doch bloß die index.php in das root verschieben , und den Code einfach so ändern müsste:

Code: Alles auswählen

<?php

header("Location: cms/front_content.php");

?>

Andreas

[emergence]

ad. fehlermeldung
such da mal nach capiclient da gibts ne lösung...

zu den pfaden...
ich finde es aber logisch das es funktioniert...

wenn du dich im root befindest wird ../ nichts bewirken...

[AndreasP]

ad 1) Habe nach 'capiclient' gesucht; es werden allerdings massenweise Ergebnisse ausgespuckt. Kannst du mir einen weiteren Suchausdruck geben, um die Suche einzugrenzen?

ad 2) hätte ich auch selbst draufkommen können! Wo ist der Auf-den-Kopf-Klopf-Smiley?

ad 3) ?

Andreas

[emergence]

ad. 3
soll/kann/darf der entwickler selbst (in dem fall du) entscheiden...
ich würd die datei aber nicht verschieben sondern kopieren...
ein aufruf von http://server/cms/ läuft ja sonst ins leere...

ad. 1
schau mal unter tipps und tricks da gibts nen link was in einer 4.6.4 geändert werden muss... dort findest du das mit capiclient

[AndreasP]

ad 3) Im Grunde genommen löst also das Verschieben in das root nicht das Weiterleitungsproblem. Denn egal, ob als index.php, meta-Tag oder JS, es ist nicht gerade SUMA-freundlich. Besser wäre sicher, die front_content.php würde gleich index.php heißen. Naja, vielleicht dann ein mod rewrite-Tool?

ad 1) alles klar und geändert!

Andreas

[HerrB]

Suchmaschinen haben keine Probleme mit Dateien, die nicht index.php heißen. Sie haben Probleme mit vielen Parametern.

Das Verschieben ins Root würde Dir Deine Webseite unter http://www.domain.tld bringen - statt http://www.domain.tld/cms. Wenn Du meinst, dass das suchmaschinenfreundlicher ist, mach' es.

Das Optimum für Suchmaschinen ist sicherlich das mod_rewrite - dazu findest Du mehrere Ansätze und Lösungen im Forum.

Gruß
HerrB

[#ayshe]

Suchmaschinen haben keine Probleme mit Dateien, die nicht index.php heißen. Sie haben Probleme mit vielen Parametern.

Da hast Du teilweise Recht. Für die SuMas kann eine Datei heissen, wie sie will, wenn man jetzt mal von den Nachteilen typischer datenbankgenerierter URLs absieht. Aber es geht bei Contenido immer wieder um die index.php oder auch index.html, mit der man dann auf die eine oder andere Weise zur front_content.php weiterleiten muß. Denn für die meisten Entwickler ist eine index.xxx entscheidend, da hier der Server ansetzt. Die Weiterleitung per PHP ist auch kein Problem und sogar barrieretechnisch OK.

Aber leider ist es sehr ungünstig für SuMas, dass in der index.php erstmal nichts weiter drinsteht als das Redirect. Ich habe das schon öfters für verschiedene Sites getestet. Die Beurteilung fällt dann ziemlich schlecht aus (probiert mal http://www.seekport.de/seekbot)
Verbesserung ist hier durch eine html-Struktur zu erreichen, auf die dann die php-Weiterleitung folgt. Das html-Markup sollte dann die für SuMas nötigen Informationen enthalten.

Viele Grüße aus SuMa-Land
(macht Entwickler abgebrannt)
Ayshe

[mvf]

Aber leider ist es sehr ungünstig für SuMas, dass in der index.php erstmal nichts weiter drinsteht als das Redirect. Ich habe das schon öfters für verschiedene Sites getestet. Die Beurteilung fällt dann ziemlich schlecht aus (probiert mal http://www.seekport.de/seekbot )

öhm du nutzt doch MR von stese?
dann hat sich das thema doch erledigt, teste doch einfach mal den polycoder (und da läuft natürlich auch sein MR )

daher bin ich ja auch, und ich weiss zumindest stese, i-fekt und noch ein paar sehen das ebenson, der festen überzeugung, dass MR in's core gehört!

[#ayshe]

Hallo Guido,

da hast Du Recht, MR gehört in's Core (so wie auch die Beseitigung lästiger Fehler in Standardmodulen, ich sag nur "fehlendes Komma in der Hauptnavigation").

Aber ich benutze grade die MR-Version erstmalig und bei den anderen Sites laufen die Contenido-Versionen ohne MR. Dafür und für alle, die das auch noch so haben, waren meine Zeilen gedacht. Quasi rückwärtskompatibel

Viele Grüße,
Ayshe

[mvf]

rückwärtskompatibel

??? think forward!!!

ok, und die bestehenden kunden was sag ich denen ...??? ganz einfach:

unbedingt updaten

a) SECURITY ! ob's stimmt oder nicht egal, aber das zieht als argument immer
b) opensource, da hat man eben keine 'full-service' garantie, zahlt aber auch keine horenden lizenzgebühren

und schon hast du auch das porblem beseitig und ganz nebenbei noch ein wenig umsatz gemacht ohne grosse aquise

[#ayshe]

a) SECURITY ! ob's stimmt oder nicht egal, aber das zieht als argument immer
b) opensource, da hat man eben keine 'full-service' garantie, zahlt aber auch keine horenden lizenzgebühren

und schon hast du auch das porblem beseitig und ganz nebenbei noch ein wenig umsatz gemacht ohne grosse aquise

** Schlitzohr! **

[Contenider]

Mein Tipp auf die eigentliche Frage ist, die Einstellung der Domain bei deinem Provider einfach so abzuändern, dass wenn die URL aufgerufen wird, sofort in das Verzeichnis CMS gelinkt wird...

[HerrB]

Das ist nicht unbedingt gut, da das Frontend teilweise Funktionen aus dem Contenido-Verzeichnis aufruft oder aufrufen kann (daher auch die relative Angabe zum Contenido-Verzeichnis in der config.php im cms-Verzeichnis).

Wenn Du die Domain derart umleitest, beißt Contenido dann auf Holz, da es sein eigenes Verzeichnis nicht finden kann.

Gruß
HerrB