lok. Installation wobei /htdocs mit .htaccess geschützt ist

[horschdi]

geh mal auf artikel konfigurieren bei welchem container modul scheint der fehler auf... ? bei hauptnavigation ?

bei allen, wenn ich dich richtig verstanden habe, mit dem, was ich tun soll.

ich installiere morgen nochmal.

[emergence]

bei allen ?

installier noch mal neu... viel erfolg...

[horschdi]

bei allen ?

installier noch mal neu... viel erfolg...

auch nach der Neuinstallation genau die selben fehler, wie bereits gehabt.

ich denke es wird an der .htaccess liegen.

bis dann. . .

[timo]

ich denke es wird an der .htaccess liegen.

denke ich nicht

normalerweise treten solche Fehler nur auf, wenn etwas bei der Installation schief gelaufen ist oder wenn die Systemumgebung "seltsam" konfiguriert ist.

[horschdi]

ich denke es wird an der .htaccess liegen.

denke ich nicht

normalerweise treten solche Fehler nur auf, wenn etwas bei der Installation schief gelaufen ist oder wenn die Systemumgebung "seltsam" konfiguriert ist.

ich nutze eine suse8.1 mit einem lampp von http://apachefriends.org

hm. beim ersten versuch der installation hatte contenido gemeckert, weil keine schreibrechte für die verzeichnisse vorhanden waren.

da habe ich kurzerhand chmod -R 777 /das contenido webroot verzeichnis gesetzt und /contenido/setup/index.php nochmal aufgerufen, kann es sein, dass er da schon fehler gemacht hat, weil ich die schreibrechte erst im nachhinein auf 777 geändert habe.

oder muss gar der sysadmin von contenido im linux system angelegt werden >>> oh gott

[htw]

nein - keinen sysadmin im system, sonst wäre das dedizierte umfeld etwas geschockt, da provider meist keinen sysadmin angelegt haben

gruss
harald

[horschdi]

nein - keinen sysadmin im system, sonst wäre das dedizierte umfeld etwas geschockt, da provider meist keinen sysadmin angelegt haben

gruss
harald

da ich keine wirkliche antwort bekommen habe, versuche ich halt morgen nochmal zu installieren, auf windows war es eher unproblematisch.

ansonsten gehe ich zu reddot.

[sepha]

Hallo liebe Liste,

bei mir kommt der gleiche Fehler beim Aufruf des Editors. Die Vorschau funktioniert. Ich habe auch alles nochmal neu gemacht, Datenbank gelöscht und setup nur mit modulen durchgeführt. Dann ein Layout angelegt und nur einen Container mit dem HTML-Modul bestückt.

Fehlermeldung:
Parse error: parse error, expecting `','' or `';'' in /home2/XXX/content/contenido/includes/include.con_editcontent.php(571) : eval()'d code on line 402

Ich bin ein phplaie, aber wenn ich mir die Datei "include.con_editcontent.php" anschaue, wird ab Zeile 193 in Homesite die graue php-hintergrundfarbe nicht mehr angezeigt. Dort steht dann

Zeile: 193
}

</script>

EOD;

Kann ab da vielleicht schon der parse error erzeugt werden ??

Gute Nacht und bis morgen,

sepha

[horschdi]

Hallo liebe Liste,

bei mir kommt der gleiche Fehler beim Aufruf des Editors. Die Vorschau funktioniert. Ich habe auch alles nochmal neu gemacht, Datenbank gelöscht und setup nur mit modulen durchgeführt. Dann ein Layout angelegt und nur einen Container mit dem HTML-Modul bestückt.

Fehlermeldung:
Parse error: parse error, expecting `','' or `';'' in /home2/XXX/content/contenido/includes/include.con_editcontent.php(571) : eval()'d code on line 402

Ich bin ein phplaie, aber wenn ich mir die Datei "include.con_editcontent.php" anschaue, wird ab Zeile 193 in Homesite die graue php-hintergrundfarbe nicht mehr angezeigt. Dort steht dann

Zeile: 193
}

</script>

EOD;

Kann ab da vielleicht schon der parse error erzeugt werden ??

Gute Nacht und bis morgen,

sepha

Auf was hast du installiert ? Linux oder Windows ?

[timo]

ansonsten gehe ich zu reddot.

wenn du mit diesen Vorraussetzungen zu reddot gehst, wirst du noch mehr probleme haben

Deine Problem resultieren zu 99% aus deiner Systemumgebung. Daß hier ein Bug in Contenido vorliegt, kann ich mir einfach nicht vorstellen. Und daß ein Linux-Administrator ein LAMPP-Paket einsetzt, anstatt einfach die vom System definierten Pakete zu benutzen (oder eventuell selbst welche zu kompilieren), hört sich für mich auch etwas merkwürdig an

Um bei deinem Problem weiterzukommen: Hast du direkten Zugriff auf die Linux-Kiste und hast es direkt entpackt, oder bist du den Umweg über einen FTP-Upload gegangen?

[horschdi]

ansonsten gehe ich zu reddot.

wenn du mit diesen Vorraussetzungen zu reddot gehst, wirst du noch mehr probleme haben

Deine Problem resultieren zu 99% aus deiner Systemumgebung. Daß hier ein Bug in Contenido vorliegt, kann ich mir einfach nicht vorstellen. Und daß ein Linux-Administrator ein LAMPP-Paket einsetzt, anstatt einfach die vom System definierten Pakete zu benutzen (oder eventuell selbst welche zu kompilieren), hört sich für mich auch etwas merkwürdig an

ich bin kein Linux Admin, wie kommst du darauf ?

es ist wohl richtig, dass ich nicht so die ahnung vom lampp habe, deshalb habe ich ja dieses paket benutzt, warum auch nicht, habe mysql,apache,perl ... u.s.w. in den systemkomponenten deaktiviert. also erst garnicht mit installiert, bilde mir ein, dass mich das weniger angreifbar macht.

bin mal gespannt, was sepha denn so schreibt, was er für systemvorraussetzungen hat, er hat ja den selben fehler.

warum sollte ich mir pakete selber kompilieren, ausser um die ganze geschichte besser zu verstehen ?

also, vielleicht findet ihr ja den bug in contenido, es wäre wirklich hilfreich.

ihr habt doch bestimmt auf ms systemen entwickelt

contenido, von wegen plattformübergreifend


ich schicke dir mal meine php.ini & die httpd.conf, kannst ja mal schnell überlesen.

[timo]

ich bin kein Linux Admin, wie kommst du darauf ?

Ja gerade deswegen schrieb ich ja, daß das ein halbwegs vernünftiger Admin nicht machen würde

Bei SuSE genügt eigentlich im YaST die Auswahl der richtigen Pakete, da braucht man auch keine LAMPP

bilde mir ein, dass mich das weniger angreifbar macht.

Ich würde einem 3rd-Party-LAMPP-System nicht unbedingt vertrauen . Es gibt auch keinen technischen Grund, warum du da weniger angreifbar sein solltest.

bin mal gespannt, was sepha denn so schreibt, was er für systemvorraussetzungen hat, er hat ja den selben fehler.

warum sollte ich mir pakete selber kompilieren, ausser um die ganze geschichte besser zu verstehen ?

Das war eine allgemeine Aussage - Linux-Administratoren kompilieren (wenn überhaupt) nur neue Pakete, wenn keine Update-RPM's vorhanden sind, und dann auch nur, um das System Sicherheitslücken enthält (never change a running system!).

also, vielleicht findet ihr ja den bug in contenido, es wäre wirklich hilfreich.

Bisher kann man noch von keinem Bug sprechen - die 4.4.2 läuft mittlerweile bei sovielen Anwendern, daß es hierbei höchstens eine Ausnahme sein kann.

ihr habt doch bestimmt auf ms systemen entwickelt

Definitiv nicht. Höchstens mit, aber nicht auf.

contenido, von wegen plattformübergreifend

von wegen nicht plattformübergreifend. Derzeit kann ich von mindestens 50-100 Systemen sprechen, die ich selbst installiert habe.

ich schicke dir mal meine php.ini & die httpd.conf, kannst ja mal schnell überlesen.

"mal schnell" gehts nicht. sorry, aber das machen 230948230948 Leute am Tag, ich bemüh mich zwar zu helfen wo ich kann, aber leider reicht dafür meine Zeit nicht aus

Poste sie doch hier ins Forum, da können auch mehrere Leute drüberschauen und dir weiterhelfen.

[horschdi]

ich bin kein Linux Admin, wie kommst du darauf ?

Ja gerade deswegen schrieb ich ja, daß das ein halbwegs vernünftiger Admin nicht machen würde

Bei SuSE genügt eigentlich im YaST die Auswahl der richtigen Pakete, da braucht man auch keine LAMPP

das ist mir auch klar, wenn du damit die Tätigkeiten eines Linux Admin umschreiben willst, dann bin ich wohl doch einer, danke

bilde mir ein, dass mich das weniger angreifbar macht.

Ich würde einem 3rd-Party-LAMPP-System nicht unbedingt vertrauen . Es gibt auch keinen technischen Grund, warum du da weniger angreifbar sein solltest.

da hast du auch völlig recht, aber die entwickler dieses lampp machen ausdrücklich auf die sicherheitslücken aufmerksam, zum beispiel mysql user: root & ohne pass, aber dadurch, dass sie sagen was ist kann man schnell nachbessern

bin mal gespannt, was sepha denn so schreibt, was er für systemvorraussetzungen hat, er hat ja den selben fehler.

hier hast du nix zu geschrieben. schade.

warum sollte ich mir pakete selber kompilieren, ausser um die ganze geschichte besser zu verstehen ?

Das war eine allgemeine Aussage - Linux-Administratoren kompilieren (wenn überhaupt) nur neue Pakete, wenn keine Update-RPM's vorhanden sind, und dann auch nur, um das System Sicherheitslücken enthält (never change a running system!).

meines läuft ! mit moregroupware, netautor, oscommerce, phpnuke u.s.w. bis auf contenido, das ich mal prbieren wollte

also, vielleicht findet ihr ja den bug in contenido, es wäre wirklich hilfreich.

Bisher kann man noch von keinem Bug sprechen - die 4.4.2 läuft mittlerweile bei sovielen Anwendern, daß es hierbei höchstens eine Ausnahme sein kann.

eine Ausnahme, aha hier machst du schon eingeständnisse. kein system, bzw. programm ist perfekt.

ihr habt doch bestimmt auf ms systemen entwickelt

Definitiv nicht. Höchstens mit, aber nicht auf.

Danke.

contenido, von wegen plattformübergreifend

von wegen nicht plattformübergreifend. Derzeit kann ich von mindestens 50-100 Systemen sprechen, die ich selbst installiert habe.

was denn nun, 50 oder 100, dazwichen ist ne menge.

ich schicke dir mal meine php.ini & die httpd.conf, kannst ja mal schnell überlesen.

"mal schnell" gehts nicht. sorry, aber das machen 230948230948 Leute am Tag, ich bemüh mich zwar zu helfen wo ich kann, aber leider reicht dafür meine Zeit nicht aus

du bist doch profi. so wie du hier schreibst.

Poste sie doch hier ins Forum, da können auch mehrere Leute drüberschauen und dir weiterhelfen.

bestimmt nicht.

[timo]

eine Ausnahme, aha hier machst du schon eingeständnisse. kein system, bzw. programm ist perfekt.

Hat auch niemand behauptet

was denn nun, 50 oder 100, dazwichen ist ne menge.

Ich führe kein Installationstagebuch.

[horschdi]

eine Ausnahme, aha hier machst du schon eingeständnisse. kein system, bzw. programm ist perfekt.

Hat auch niemand behauptet

was denn nun, 50 oder 100, dazwischen ist ne menge.

Ich führe kein Installationstagebuch.

warum nicht, mein chef verlangt soetwas.

ich mag dich nicht besonders, du bist einer, der sein wissen nur halbseiden weitergibt und das ist nicht das ansinnen solcher foren. das rückt contenido nicht in ein besonders helles licht. wichtig sind doch die leute die hinter einer sache stehen.

nimms nicht persönlich. beruht wahrscheinlich auf gegenseitigkeit.