riesenproblem: weder artikel-konfiguration noch errorlog

[prefix]

morgen!

ich hab die seite www.sitzenberg-reidling.gv.at bereits seit ca. 4 monaten problemlos in contenido 4.4.4 im laufen. seit einigen tagen (ohne dass ich änderungen in der konfiguration vorgenommen hab) jedoch kann ich weder

- neue artikel erstellen noch
- vorhandene artikel bearbeiten

und zwar immer im bezug auf die artikel-konfiguration. dort erscheint mir nichts mehr

ich kann zwar unter content -> artikel -> bereichsmenü die artikeleigenschaften

- übersicht
- eigenschaften
- editor
- vorschau

korrekt behandeln, sowie ich bei einem artikel aber auf konfiguration klicke (um ein template zuzuweisen) kommt im unteren frame einfach nichts mehr

wenn ich mir den errorlog anschaun will, ist es dasselbe - da kommt nichts unter administration -> system

ich weiß nicht mehr weiter!!!

[Beleuchtfix]

Hat Dein Provider vielleicht php Version und / oder MySQL Version geändert? Vielleicht hilft das unseren Profis.
Florian

[prefix]

stimmt

ok, mail an provider ist raus - normal meldet der sich eh schnell.

[prefix]

antwort vom provider:

Denn das einzige was sich geändert hat ist die mysql version von 4.0.20
auf 4.0.21
PHP Version ist noch die selbe.

kann das der grund sein?

[timo]

steht etwas im errorlog? (im zweifeslfalle über FTP runterladen und ansehen!)

[prefix]

wie gesagt kann ich leider nicht in den errorlog. runterladen kann ich ihn erst morgen oder freitag, da ich hier von der firma aus leider per ftp nicht draufkann - hm

[timo]

meine Vermutung ist, daß du dort viele Einträge mit "LOCK TABLES" findest

[prefix]

hm, das könnte sein. für die alte mysql-version hatte ich das recht, für die neue vmtl. nicht - stimmt! gleich mal schaun ))

[prefix]

hm, das ist es nicht. das recht "lock tables" ist auch jetzt noch vorhanden :planlos

ok, ich hol mir am wochenende dann den errorlog vom server - dann wissen wir mehr - danke mal einstweilen!

[prefix]

wo genau im pfad steht denn der errorlog nochmal? dann kann man ihn ja auch so per url aufrufen, oder?

[timo]

unter contenido/logs

[prefix]

hehe, stimmt

so, hier ist der errorlog: http://www.sitzenberg-reidling.gv.at/co ... rorlog.txt

mal durchsehen - was meinst, timo?
da scheint ab 26. august nichts mehr zu klappen - seltsam!

[timo]

kopiere doch mal so ein SQL-Statement in den phpMyAdmin und schau, was er sagt. eventuell haben die Tabellen nen Schuss durch das Update der DB abbekommen?

[prefix]

hm, mir kommt auch der doppelte br-tag am ende der statements / fehlermeldungen seltsam vor:

Code: Alles auswählen

Invalid SQL: SELECT idart FROM con_cat_art WHERE idcat='35' AND is_start='1'<br><br>

kann es sein, dass da ein kleiner fehler in einem modul ist? hm

[prefix]

ok, folgender sql-befehl wird über phpmyadmin KORREKT durchgeführt, steht jedoch als invalid-statement im errorlog:

Code: Alles auswählen

SELECT idright 
					FROM con_rights AS A,
						 con_actions AS B,
						 con_area AS C
					 WHERE B.name = 'front_allow' AND C.name = 'str' AND A.user_id = 'nobody' AND A.idcat = '35'
							AND A.idarea = C.idarea AND B.idaction = A.idaction

kann es sein, dass wirklich die beiden br-tags danach da mit im spiel sind?

hier der original-code aus dem errorlog:

Code: Alles auswählen

SELECT idright 
					FROM con_rights AS A,
						 con_actions AS B,
						 con_area AS C
					 WHERE B.name = 'front_allow' AND C.name = 'str' AND A.user_id = 'nobody' AND A.idcat = '35'
							AND A.idarea = C.idarea AND B.idaction = A.idaction<br><br>