Forum

Habe gerade nochmal in die DB geschaut. Es steht immer noch "in Benutzung". Ich denke da liegt das Problem. Solange die Tabellen nicht zugänglich sind wird immer die Meldung sie existieren nicht ausgegeben, wenn man darauf zugreifen möchte (auch unter phpmyadmin).

Hm, stellt sich die Frage warum das passiert ist und auch, wie man das wieder lauffähig bekommt

Hallo Flash,

im Original sind die slashes alle da - die hat das Forum hier beim Einstellen des Beitrags entfernt.

*migaja*

FOUND IN [C:Dokumente und EinstellungenClaudiaEigene DateienWOPwwwopn243htmlincludeopndb-errorhandler.php]

mir fällt da nur so spontan auf, dass bei diesem Pfad keine Slash drin sind und es Abständen in dem Pfad hat.
Könnte es das sein?

Flash

Hallo und noch ein gutes neues Jahr euch allen,

habe jetzt schon zum zweiten Mal das gleiche Problem mit meiner lokalen Testumgebung.

OPN Version 2.4.3 Rev. 232 und WOS mit folgenden Versionen: Apache 2.2.0, PHP 4.4.2, MySql 5.0.18-nt.

Also, OPN installiert, ebenso einige Module und auch schon mit dem System gearbeitet. Alles funzt reibungslos.
Dann lokalen Server runtergefahren. Beim Neustart und Aufruf der OPN-Seite dann folgende Meldungen (ein kleiner Ausschnitt):

SQL-ERROR [256] mysql error: [1146: Table 'opn243.opn_dbcat' doesn't exist] in EXECUTE("SELECT keyname, value1 FROM opn_dbcat")
FOUND IN [C:Dokumente und EinstellungenClaudiaEigene DateienWOPwwwopn243htmlincludeopndb-errorhandler.php]
FOUND AT 220

--------------------------------------------------------------------------------

WARNING [8] Undefined index: opn_url
FOUND IN [C:Dokumente und EinstellungenClaudiaEigene DateienWOPwwwopn243htmlclassenginefc_engine.php]
FOUND AT 121

--------------------------------------------------------------------------------

SQL-ERROR [256] mysql error: [1146: Table 'opn243.opn_opn_privat_donotchangeoruse' doesn't exist] in EXECUTE("SELECT number FROM opn_opn_privat_donotchangeoruse WHERE (opnupdate='storeopnuid') OR (opnupdate='storeuid')")
FOUND IN [C:Dokumente und EinstellungenClaudiaEigene DateienWOPwwwopn243htmlincludeopndb-errorhandler.php]
FOUND AT 220

--------------------------------------------------------------------------------

WARNING [8] Undefined index: opn_exception_register
FOUND IN [C:Dokumente und EinstellungenClaudiaEigene DateienWOPwwwopn243htmlclassenginefc_engine.php]
FOUND AT 138

--------------------------------------------------------------------------------

SQL-ERROR [256] mysql error: [1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE ( (function_name'') AND (exception_name'') )' at line ] in EXECUTE("SELECT id, exception_name, exception_point, function_name, function_file FROM WHERE ( (function_name'') AND (exception_name'') )")
FOUND IN [C:Dokumente und EinstellungenClaudiaEigene DateienWOPwwwopn243htmlincludeopndb-errorhandler.php]
FOUND AT 220

--------------------------------------------------------------------------------

Notice: Undefined index: encodeurl in C:Dokumente und EinstellungenClaudiaEigene DateienWOPwwwopn243htmlclassclass.errorhandler.php on line 75

--------------------------------------------------------------------------------
WARNING [8] Undefined index: opn_url
FOUND IN [C:Dokumente und EinstellungenClaudiaEigene DateienWOPwwwopn243htmlmaster.php]
FOUND AT 401

So geht das dann noch ein Stück weiter mit den Meldungen. Wobei die Tabellen alle vorhanden sind. Sie haben aber alle den Status "in Bearbeitung" wenn ich mir die Struktur in phpmyadmin ansehe. Jeglicher Tabellen-Zugriff wird mit der Meldung "existiert nicht" kommentiert.

Wo liegt das Problem? Irgendwelche Einstellungen der lokalen Testumgebung verkehrt? Bei der ersten Installation hatte ich das "Customizer-Dingsda" raufgespielt und dachte es liegt daran - nun aber gleiches Problem mit "normalem" OPN. Oder doch wieder ein Fix verpaßt *grübel*

*migaja*

Oops, alle slashes sind weg.

[ Diese Nachricht wurde bearbeitet von: migaja am 02.01.2007 10:37 (Originaldatum 02.01.2007 10:33) ]