Seite 1 von 1

Keine Artikel im Backend nach Systemwechsel

Verfasst: Di 30. Sep 2008, 13:50
von #ayshe
Hallo zusammen,

ein Kunde ist vor ein paar Tagen beim gleichen Provider auf einen neuen Server umgezogen. Pfade (auch Serverpfade) sind geblieben, es war eigentlich nur ein Upgrade.
Der (Apache-) Server hat MySQL Version 4.1.13 und PHP Version 4.4.1, safe-mode ist deaktiviert. Das Contenido ist Verson 4.6.4.

Nun kann man die Artikel nicht mehr editieren. Bei Aufruf des WYSIWYG-Editors wird man zum Login-Screen gebeamt, beim Inside-Editing und anschließenden Speichern ebenfalls.

EDIT: Im error-log sind keine Einträge.

Alle anderen Funktionen sind problemlos nutzbar.

Und nun die Preisfrage: Welches Problem könnte dahinter stecken?
Ich danke euch im Voraus für Tipps und Ratschläge,

viele Grüße,
#ayshe

Verfasst: Mo 6. Okt 2008, 09:45
von emergence
also wenn alles andere funktioniert ??

die eingesetzte version ist auch schon ein wenig alt, vielleicht hilft ja ein update auf die 4.6.24...

zumindestens würd ich das mal versuchen...

Keine Artikel im Backend nach Systemwechsel

Verfasst: Mo 6. Okt 2008, 16:30
von #ayshe
Hallo emergence,

sicher hast du generell Recht, dass ein Update mal ansteht. Aber der Kunde muß jetzt erstmal wieder die Artikel editieren können.

In der Zwischenzeit konnte ich das Problem enger einkreisen. In der config.php wurde noch auf den alten Serverpfad verwiesen. Da man aber bereits auf dem neuen Webspace arbeitete, konnte man natürlich nicht auf die Artikel zugreifen. Die Pfade sind inzwischen in der config.php korrigiert.

Nun hat sich das Problem aber verändert. Während auf dem alten Webspace im Backend noch alle Artikel in allen Sprachen angezeigt werden, sind sie auf dem neuen Webspace nicht im Backend zu sehen. Im Frontend werden die Artikel wie gewohnt gezeigt.

Wir haben nochmal ein Dump der alten DB auf die neue gepackt, aber ohne Besserung der Situation.

Ich habe allerdings herausgefunden, dass die neue Datenbank einen anderen Namen hat als die alte. Der neue Name ist in der config.php bereits richtig eingetragen.

Kann das trotzdem die Ursache für das Fehlen der Artikel im Backend sein? (Im Frontend werden sie angezeigt!)
Muß man den neuen Namen noch an einer anderen Stelle eintragen?

Viele Grüße,
Ayshe

Verfasst: Di 7. Okt 2008, 11:05
von emergence
nein und nein

ähm, ich empfehle dir noch immer das ganze einfach mal upzudaten...

und sieh dir nochmals die datei und ordner berechtigungen an... (auch bezüglich des errorlogs)

Verfasst: Mi 8. Okt 2008, 10:52
von #ayshe
Hallo emergence,

nochmal vielen Dank für deine Antwort.
Das Update muß ich vom Kunden erstmal in Auftrag bekommen. Aber ich visiere es an.

Wegen der Rechte: Welche Dateien/Ordner konkret?

Hab nochmal nachgesehen, wie das neue System konfiguriert ist. MySQL 5.0.66a und PHP 5.2.6-pl6-gentoo. Kann es sein, dass die alte 4.6.4 damit sowieso nicht fehlerfrei läuft?

Viele Grüße,
Ayshe

Verfasst: Mi 8. Okt 2008, 11:05
von #ayshe
Hab mal ganz klassisch die Rechte der Verzeichnisse
cache
css
js
logs
templates
upload

auf 775 gesetzt (777 erlaubt der Provider nicht). Ändert nichts.

Und noch zur Ergänzung:
Im errorlog gibt es jetzt doch einen Eintrag, vielleicht sagt der jemandem hier mehr als mir:

Code: Alles auswählen

08-Oct-2008 11:44:18] /contenido/contenido/main.php?area=con&frame=2&contenido=72969528c6f72d1f81e578c2dd12db7a next_record called with no query pending.
[08-Oct-2008 11:59:59] /contenido/contenido/main.php?area=con&frame=2&contenido=72969528c6f72d1f81e578c2dd12db7a MySQL error 1054: Unknown column 'b.idtplcfg' in 'on clause'
SELECT
    			a.preid AS preid,
    			a.postid AS postid,
    			a.parentid AS parentid,
                c.idcat AS idcat,
                c.level AS level,
                b.name AS name,
                b.public AS public,
                b.visible AS online,
                d.idtpl AS idtpl,
				b.idlang AS idlang
            FROM
                con_cat AS a,
                con_cat_lang AS b,
                con_cat_tree AS c
            LEFT JOIN
                con_template_conf AS d
                ON d.idtplcfg = b.idtplcfg
            WHERE
                a.idclient  = '3' AND
                (b.idlang    = '3' OR
				 b.idlang	 = '0') AND
                c.idcat     = b.idcat AND
                b.idcat     = a.idcat
            ORDER BY
                c.idtree ASC

Verfasst: Mi 8. Okt 2008, 12:15
von emergence
ja, es sagt mir: mach ein update...

Verfasst: Mi 8. Okt 2008, 14:42
von #ayshe
Und meinst du, ein Update auf 4.6.24 reicht? Oder sollte es auf 4.8.x sein?

Verfasst: Mi 8. Okt 2008, 15:02
von emergence
mir würd die 4.6.24 reichen...

aber das ist grundsätzlich deine entscheidung...

Verfasst: Do 13. Nov 2008, 17:50
von #ayshe
Kann man denn von der 4.6.4 direkt auf die 4.8.x upgraden? Oder muß da sowieso der Schritt zur 4.6.24 eingeschoben werden?

Verfasst: Do 13. Nov 2008, 18:28
von BagHira
#ayshe hat geschrieben:Kann man denn von der 4.6.4 direkt auf die 4.8.x upgraden? Oder muß da sowieso der Schritt zur 4.6.24 eingeschoben werden?
Lies mal die readme.txt, Explizit den Abschnitt
4.0) Upgrade von Contenido 4.6.x -> Contenido 4.8.x

Verfasst: Do 13. Nov 2008, 18:37
von #ayshe
Danke!

Verfasst: Fr 14. Nov 2008, 11:41
von #ayshe
Soooo, das Upgrade ist gemacht. Ging flott und ohne Probleme.
Naja, fast ohne.

Aber erstmal mein Lob: Contenido hat sich ordentlich weiterentwickelt. Besonders erfreulich in der 4.8.8 finde ich die deutlich gestiegene Geschwindigkeit und das sehr aufgeräumte GUI. Super Arbeit, 4fb!

Einziges Problem, dass aufgetreten ist: Die Site ist dreisprachig, und die Kategorienamen der russischen Variante sind zerbröseld. Eindeutig ein Problem mit dem Characterset. Aber wo setze ich da an?

Gruß,
#ayshe