Seite 1 von 2
riesenproblem: weder artikel-konfiguration noch errorlog
Verfasst: Mi 29. Sep 2004, 06:59
von 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!!!
Verfasst: Mi 29. Sep 2004, 07:53
von Beleuchtfix
Hat Dein Provider vielleicht php Version und / oder MySQL Version geändert? Vielleicht hilft das unseren Profis.
Florian
Verfasst: Mi 29. Sep 2004, 08:20
von prefix
stimmt
ok, mail an provider ist raus - normal meldet der sich eh schnell.
Verfasst: Mi 29. Sep 2004, 08:30
von 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?
Verfasst: Mi 29. Sep 2004, 08:37
von timo
steht etwas im errorlog? (im zweifeslfalle über FTP runterladen und ansehen!)
Verfasst: Mi 29. Sep 2004, 08:37
von 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
Verfasst: Mi 29. Sep 2004, 08:44
von timo
meine Vermutung ist, daß du dort viele Einträge mit "LOCK TABLES" findest
Verfasst: Mi 29. Sep 2004, 08:45
von 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
))
Verfasst: Mi 29. Sep 2004, 08:57
von 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!
Verfasst: Mi 29. Sep 2004, 09:27
von prefix
wo genau im pfad steht denn der errorlog nochmal? dann kann man ihn ja auch so per url aufrufen, oder?
Verfasst: Mi 29. Sep 2004, 09:55
von timo
unter contenido/logs
Verfasst: Mi 29. Sep 2004, 09:56
von 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!
Verfasst: Mi 29. Sep 2004, 10:13
von 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?
Verfasst: Mi 29. Sep 2004, 10:37
von 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
Verfasst: Mi 29. Sep 2004, 10:55
von 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>