CONTENIDO Forum

Der Online-Editor spielt in meinem wamp verrückt, obwohl ich die spaw1.0.3 eingebaut habe. Mehr stört mich aber das Folgende.
Ich bin noch in der Test und Vorbereitungsphase auf meinem wamp. Wenn ich meine Testseite als Besucher über den localhost/contenido/seitenverzeichnis/index.html aufrufe, erscheint ein Login (Username: nobody), den ich dort nicht brauchen kann, denn ich möchte ja die vermeintliche Startseite zu sehen bekommen, ohne Login. Wenn ich es mit diesem Login versuche, gibt es eine weiße Seite oder Fehlermeldungen wie diesen: Fatal error: Could not display error page. Error to display was: 'No contenido session variable set. Probable error cause: Start article in this category is not set on-line.'
Ich glaube, das weist auf Konfigurationsfehler hin. Aber ich weiß nicht, wo ich den berühmten Hebel ansetzen muss. Im Backend kann ich die Seiten aber ansehen und sie sind auch online gestellt. Wo liegt das eigendliche Problem?
Karli

Steht in Deinem Startartikel auch Text drin?

Ich weiß, die Frage klingt zunächst mal bescheuert, aber es ist so: das gesamte Layout der Artikel (also Farben, Hintergründe, Navigationsleisten, etc.) kommt aus den Vorgaben des Backends - wenn aber nicht wenigstens eins der Textfelder des Artikels mit irgendwas gefüllt ist, ist der Artikel für das Frontend leer und wird nicht angezeigt.

Ich nehme mal an, dass Du die Beispiele nicht mit installiert hast (?)

Ich habe jetzt neu Installiert mit Demo. Ich sehe aber keinen Fehler. Ich teste auf local auf einem wamp.
Ich habe einen Mandanten (einschließlich eigenem Verzeichnis) angelegt und ein paar Testseiten zum probieren erstellt. Wenn ich die Demo aufrufe (cms/index.html) komme ich auf die Demo-Startseite, wenn ich meine Testseite aufrufe (mandant/index.html) wird ein Login-Fenster mit vorbelegtem Username: „nobody“ gestartet. Loginversuche scheitern oder führen zu den im ersten Beitrag beschriebenen Fehlermeldungen. Wo liegt der Fehler? In der Administration des Mandanten? Ich habe mit der Demo verglichen und keinen Ansatzpunkt gefunden oder ihn übersehen. Der Aufruf des Login muss doch nach klar definierten Bedingungen aufgerufen werden. Daraus muss sich doch ein Ansatz für die Fehlersuche ergeben.

karli hat geschrieben:Ich habe jetzt neu Installiert mit Demo. Ich sehe aber keinen Fehler. Ich teste auf local auf einem wamp.
Ich habe einen Mandanten (einschließlich eigenem Verzeichnis) angelegt und ein paar Testseiten zum probieren erstellt. Wenn ich die Demo aufrufe (cms/index.html) komme ich auf die Demo-Startseite, wenn ich meine Testseite aufrufe (mandant/index.html) wird ein Login-Fenster mit vorbelegtem Username: „nobody“ gestartet. Loginversuche scheitern oder führen zu den im ersten Beitrag beschriebenen Fehlermeldungen. Wo liegt der Fehler? In der Administration des Mandanten? Ich habe mit der Demo verglichen und keinen Ansatzpunkt gefunden oder ihn übersehen. Der Aufruf des Login muss doch nach klar definierten Bedingungen aufgerufen werden. Daraus muss sich doch ein Ansatz für die Fehlersuche ergeben.

Wenn du im neuen Mandaten keine Seiten und keine Struktur erstellt hast bzw die Kategorien und/oder Artikel offline sind, dann wird es auch nicht funktionieren.

Struktur ist angelegt, Seiten sind angelegt und alles ist online gestellt.
Die Ursache schein hier zu liegen, ErrorLog: [05-Dec-2003 09:31:16] PHP Warning: raiseerror() [<a href='http://www.php.net/function.raiseerror' ... seerror</a>]: Failed opening 'PEAR.php' for inclusion (include_path='.;c:\php4\pear') in f:\wampp13cs\htdocs\contenido44\pear\CACHE\Lite.php on line 430
In den Buggs wurde auf das Problem schon hingewiesen, aber nicht abschließend geklärt!

Welche Contenido Version?

Ich wollte schon einen Bugreport schicken. Geht aber nicht - Fehler!
Hier meine Daten:
Betriebssystem XP Home
Contenido version 4.4.0
Contenido path f:/wampp13cs/htdocs/contenido44/contenido/
Contenido HTML path ../contenido/
Contenido full HTML path http://localhost/contenido44/contenido/
Contenido frontend path f:/wampp13cs/htdocs/contenido44
Contenido PHPLIB path f:/wampp13cs/htdocs/contenido44/conlib/
Contenido wsiwyg path f:/wampp13cs/htdocs/contenido44/contenido/external/wysiwyg/spaw/
Contenido wysiwyg HTML path http://localhost/contenido44/contenido/ ... iwyg/spaw/
Host name localhost
Browser path http://localhost/contenido44/contenido/
Client informations Number of installed clients: 2
Mandanten-Einstellungen Werte
Agro-Unternehmen
Sprache(n) deutsch
HTM-Pfad http://localhost/contenido44/agro/
frontend-Pfad f:/wampp13cs/htdocs/contenido44/agro/
Kunde
Sprache(n) deutsch
HTM-Pfad http://localhost/contenido44/cms/
frontend-Pfad f:/wampp13cs/htdocs/contenido44/cms/

Number of users 3
Anzahl der Artikel 2
Server operating system Apache/1.3.27 (Win32)
MySQL server version 3.23.53-max-nt
Installed PHP version 4.3.0
safe_mode deactivated
magic_quotes_gpc activated
magic_quotes_runtime deactivated
gpc_order GPC
memory_limit
max_execution_time 30
Disabled functions nothing disabled
Gettext extension not loaded
sql.safe_mode deactivated
GD library Einstellungen Werte
GD Support enabled
GD Version 1.6.2 or higher
FreeType Support enabled
FreeType Linkage with TTF library
JPG Support enabled
PNG Support enabled
WBMP Support enabled

include_path .;c:\php4\pear

Der include_path ist verkehrt, aber wo der herkommt, weiß ich beim besten Willen nicht.

Probier mal die Version 4.4.2. Welchen Fehler bekommst du denn beim senden eines Bugreports? "Fehler" hilft da nicht wirklich weiter.

der include path ist in der php.ini gesetzt...

Der include_path ist in meiner Installation nicht gesetzt. Daraus ergeben sich 2 Fragen:
1. Ist der Eintrag in meinem WAMP notwendig, wenn ja, wie muss er lauten?
2. Wo kommt der Eintrag (siehe Konfiguration weiter oben) her, wenn er in der php.ini nicht gesetzt ist???

karli hat geschrieben:1. Ist der Eintrag in meinem WAMP notwendig, wenn ja, wie muss er lauten?

jein, der pfad in der php.ini ist von system zu system unterschiedlich... (manchmal wird auch gar nicht gesetzt) bei mir sieht der eintrag zB so aus:
include_path = ".;E:\OPENSA\APACHE\PHP\pear"
notwendig ist er nur wenn zB eine anwendung wie pear eingebunden ist...
da es bei korrekter einstellung für die einbindung einer datei reicht nur
include ("lite.php"); anzugeben auch wenn sich die datei lite.php in einem ganz anderen ordner befindet...

karli hat geschrieben:2. Wo kommt der Eintrag (siehe Konfiguration weiter oben) her, wenn er in der php.ini nicht gesetzt ist???

der ist nur in contenido nirgends gesetzt..., ne möglichkeit wäre noch das apache verzeichniss oder php verzeichniss aber ich nehms nicht an...
vielleicht auch in einer .htaccess datei im server root verzeichnis

ad. 1 der korrekte pfad ist abhängig von dem was du machen möchtest...
bei dir steht in der php.ini ziemlich sicher folgender eintrag drinnen
include_path = ".;c:\php4\pear"
zu finden ist die php.ini im normalfall im c:\windows\ verzeichnis...

aber abgesehen davon ist dein problem nicht der include_path in der php.ini

Ich habe jetzt, wie es stephan in den Bugs unter 'WEISSE SEITEN' vorgeschlagen hat, in der pear\CACHE\lite.php zeile 430 den Pfad wie beschrieben angepasst. Jetzt bekomme ich zumindest die Vorschau meiner Startseite. Ich bin einen Schritt weiter. Das weißt meiner Meinung nach auf einen Fehler in der Installation oder in contenido hin, denn offensichtlich ist der Pfad zur ....\contenido44\pear\PEAR.php nicht richtig zugewiesen. Sonst könnte der Fehler nicht auftreten. Und ich kann mir kaum vorstellen, dass man den entsprechenden Pfad von Hand in die Zeile 430 in die Datei ...\pear\CACHE\lite.php eintragen soll. Außerdem gab es offensichtlich das Problem in dieser Form in der 4.2 noch nicht.
In der Administration>System sehe ich immernoch: include_path .;c:\php4\pear , obwohl dieser bei mir nicht in der php.ini gesetzt ist. Das macht mich stutzig.

Wie bereits gesagt: 4.4.2 benutzen, freuen.

Ok, in der 4.4.2 ist alles besser! Das konnte ich in Hinsicht auf mein Problem ursprünglich nicht bestätigen, aber da hatte ich mir selbst einen strukturellen Fehler eingebaut. Jetzt läuft es! Also wer ein ähnliches Problem hat, erst die 4.4.2 probieren.