ARTICEL nicht editierbar

[celal.turhan]

Ich habe da ein großes Problem.

Wenn ich ein Artikel editieren will, passiert nichts.

Auf der linken Seite sehe ich meine eigene Navigation und kann auch die Punkte anwählen.

Die Artikel werden auf der rechten Seite angezeigt aber sind nicht editierbar. Löschen kann ich die Artikel aber schon und die Eigenschaften und Konfiguration sind zwar modifizierbar, aber Editor + Vorschau geht überhaupt nicht.

Habe anschliessend gemerkt das auch die Seite komplett nicht aufrufbar ist.
Also wenn cih die hauptseite aufrufen will passiert nichts es kommpt eine leere seite ohne irgendwelchem code.

Das betrifft alle Artikel. Woran kann das bitte liegen. Wäre sehr dankbar wenn mir jemand schnell helfen könnte.

Vielen Dank im Voraus.[/u]

[chobbert]

Höchstwahrscheinlich kein Bug.
Was steht in contenido/logs/errorlog.txt?


Schöne Grüße

Robert

[Beleuchtfix]

Ganz typisch für so einen Fehler ist ein Pfadfehler bei Mandant.

Viel Erfolg
Florian

[celal.turhan]

"shit" die Error.log ist auf dem Kunden server und ist riesig.
Ich lade die Datei mal runter und melde mich dann.

Aber vielen dank erst einmal, für eine schnelle Antwort.

Mit dem Mandanten schau ich mir auch mal schnell an.

[Beleuchtfix]

Schneller: komplett löschen und dann wieder neu die Fehlerseiten aufrufen. Du brauchst eh nur die neusten Einträge,.

Gruß
Florian

[celal.turhan]

Ich bennen die mal lieber um. Aber hast vollkommen recht.

[celal.turhan]

Also das problem lag daran das die "errorlog.txt" nach gewisser
Zeit riesig geworden ist. Ich habe mir mal ein Teilausschnitt angeschaut.
Immer gabs probleme wie

Code: Alles auswählen

... failed to open stream: Permission denied in /www/kbl/htdocs/2005/contenido/includes/pseudo-cron.inc.php on line ...

Ich weiss nur dass mein Contenido anscheinend beim bearbeiten der Site immer diese datei anspricht und nicht die Rechte hat. Diese Fehlermeldung wird natürlich in der ERRORLOG festgehalten.

Mein Kunde hatte mich auch schon gefragt, warum die "Webdaten" immer mehr Space benötigen obwohl nichts runtergeladen wird.

LÖSUNG:

Zufällig habe ich jetzt die errorlog umgennannt und siehe da es läuft. Denke mal dass die errorlog zu riesig geworden ist.

Ich habe jetzt zwar einen Lösungsansatz, aber ganz genau weiss ich jetzt auch nicht was das Problem war und ob es für "immer und ewig" behoben ist.

[Halchteranerin]

Das Problem ist so lange behoben, bis die errorlog.txt wieder ins Unermessliche waechst. Sinnvoller waere, die Ursachen fuer die Eintraege zu beseitigen.

Das Problem hast du schon erkannt, es sind nicht die passenden Rechte vergeben worden, warum aenderst du nicht einfach die Rechte??

[Halchteranerin]

Ach ja, das ist auch kein Bug, deshalb verschoben ...

[celal.turhan]

Die Rechte habe ich ja anschliessend geändert.

Aber es kann doch nicht sein dass eine "inc.php" Datei, die eigentlich nur included werden sollte auch write und execute Rechte braucht.

Oder liege ich da falsch

[Halchteranerin]

Ich vermute auch, dass es nicht an der Datei liegt, sondern eher an dem Ordner contenido/cronjobs bzw. an den Dateien darin.

[celal.turhan]

Folgende Fehlermeldungen bekomme ich durchgehend. Hier ein "Errorausschnitt"

Code: Alles auswählen

[07-Dec-2004 08:21:51] PHP Warning:  fopen(move_articles.php.job): failed to open stream: Permission denied in /www/sbl/htdocs/2005/contenido/includes/pseudo-cron.inc.php on line 306
[07-Dec-2004 08:21:51] PHP Warning:  fputs(): supplied argument is not a valid stream resource in /www/sbl/htdocs/2005/contenido/includes/pseudo-cron.inc.php on line 307
[07-Dec-2004 08:21:51] PHP Warning:  fclose(): supplied argument is not a valid stream resource in /www/sbl/htdocs/2005/contenido/includes/pseudo-cron.inc.php on line 308

Hier die Zeilen (306-308) aus der "pseudo-cron.inc.php"

Code: Alles auswählen

303 function markLastRun($jobname, $lastRun) {
304	GLOBAL $debug;
305	$jobfile = getJobFileName($jobname);
306	$file = fopen($jobfile,"w");
307	fputs($file,$lastRun);
308	fclose($file);
309 }

So wie es aussieht habe ich falsche Pfadangaben beim Mandanten:

Aber wüsste nicht was daran falsch ist.

Schaue mal in der Dokumentation nach.

So sieht meine Einstellung aus.

Code: Alles auswählen

SERVER             : /www/sbl/htdocs/2005/cms/
WEB-ADRESSE          : http://www.sbl.de/2005/cms/

[Halchteranerin]

wie ich schon sagte, ueberpruefe die Rechte des Verzeichniseses contenido/cronjobs und der darin enthaltenen Dateien!

[Halchteranerin]

ausserdem gibt's die Seite http://www.sbl.de/2005/cms/ gar nicht, bist du sicher, dass der Pfad richtig ist???

Code: Alles auswählen

Not Found
The requested URL /2005/cms/ was not found on this server.

[celal.turhan]

Sorry dass sich das alles so in die länge zieht und nochmals vielen Dank für die bisherige Hilfe.

Folgende Rechte sind vergeben. Könntest du mir vielleicht sagen ob da Fehler sind?


ORDNER contenido/cronjob

Code: Alles auswählen

drwxr-xr-x   2 kbl      kbl          4096 Dec  7 00:40 cronjobs

INHALTE contenido/cronjob

Code: Alles auswählen

-rw-r--r--   1 kbl      kbl           122 Dec  7 00:40 crontab.txt
-rw-r--r--   1 kbl      kbl            46 Dec  7 00:40 index.php
-rw-r--r--   1 kbl      kbl          2126 Dec  7 00:40 move_articles.php
-rw-r--r--   1 kbl      kbl            10 Dec  7 00:40 move_articles.php.job
-rw-r--r--   1 kbl      kbl          2393 Dec  7 00:40 move_old_stats.php
-rw-r--r--   1 kbl      kbl            10 Dec  7 00:40 move_old_stats.php.job
-rw-r--r--   1 kbl      kbl          2205 Dec  7 00:40 optimize_database.php
-rw-r--r--   1 kbl      kbl            10 Dec  7 00:40 optimize_database.php.job
-rw-r--r--   1 kbl      kbl          2184 Dec  7 00:40 session_cleanup.php
-rw-r--r--   1 kbl      kbl            10 Dec  7 00:40 session_cleanup.php.job