[MEStake]

Hi Leute,

nun habe ich mich dann auch mal an das Update gewagt.
Ich habe mir vorher auf meinem Webspace eine Kopie des Live-Shops angelegt und wollte diese nun zuerst dort ausführen.

Ich habe, wie in der Anleitung beschrieben, zuerst den Inhalt des Ordners "copy_this" in mein Testshop-Hauptverzeichnis kopiert.
Danach den Ordner "updateApp".

Diesen führ ich dann aus. Ich klicke auf "Start". Danach werde ich gefragt ob ich mein Basic-Template in die neue Ordnerstruktur packen will. Ich bestätige. Danach werde ich gefragt ob die nicht mehr benötigten / unterstützten Code-Zeilen gelöscht werden sollen. Ich bestätige.


Danach erhalte ich folgnede Fehlermeldung:

Notice: Undefined property: object_ADOConnection::$fetchMode in /www/htdocs/w00abddc/onlineshop/core/adodblite/adodbSQL_drivers/mysql/mysql_meta_module.inc on line 228

Notice: Undefined property: object_ADOConnection::$fetchMode in /www/htdocs/w00abddc/onlineshop/core/adodblite/adodbSQL_drivers/mysql/mysql_meta_module.inc on line 228

Notice: Undefined property: object_ADOConnection::$fetchMode in /www/htdocs/w00abddc/onlineshop/core/adodblite/adodbSQL_drivers/mysql/mysql_meta_module.inc on line 228

Notice: Undefined offset: 2 in /www/htdocs/w00abddc/onlineshop/core/oxutils.php on line 649
oxSystemComponentException---!--NOT CAUGHT--!--oxException (time: 2011-07-19 11:34:09): [0]: Function 'updateViews' does not exist or is not accessible! (oxDb) Stack Trace: #0 [internal function]: oxSuperCfg->__call('updateViews', Array) #1 /www/htdocs/w00abddc/onlineshop/updateApp/core/updateBase.php(233): oxDb->updateViews() #2 /www/htdocs/w00abddc/onlineshop/updateApp/core/updateBase.php(221): updateBase->_updateViews() #3 /www/htdocs/w00abddc/onlineshop/updateApp/core/updateBase.php(168): updateBase->addMultilingualFields('oxactions', 'OXPIC') #4 /www/htdocs/w00abddc/onlineshop/updateApp/updates/php/34028.php(1221): updateBase->updateMultilingualFields(0) #5 /www/htdocs/w00abddc/onlineshop/updateApp/core/updateBase.php(88): update_34028->updateMultilingualFields(0) #6 /www/htdocs/w00abddc/onlineshop/updateApp/core/updateProcess.php(163): updateBase->update('updateMultiling...', 0) #7 /www/htdocs/w00abddc/onlineshop/updateApp/ui/http/ajax.php(37): updateProcess->runStep() #8 {main} Faulty component -->

Error: script did not finish successfully.
Please check oxupdatetrack database table for executed actions.

Woran scheitert es hier?

[Hebsacker]

Function 'updateViews' does not exist or is not accessible!

da fallen mir zwei Sachen ein:

- chmod / Dateiberechtigung?
- DB-User mit Rechten für CREATE VIEW ausgestattet?

[MEStake]

Originally Posted by Hebsacker

da fallen mir zwei Sachen ein:

- chmod / Dateiberechtigung?
- DB-User mit Rechten für CREATE VIEW ausgestattet?

Als ich das Update ausgeführt habe, bekam ich zuvor noch eine Fehlermeldung, dass irgend n Ordner oder so nicht erstellt werden kann, aufgrund fehlender chmod-Rechte. Also habe ich (vorübergehend) den sog. "PHP-User" als Besitzer des kompletten Ordners (sprich: alle Rechte) eingetragen. Danach lief das Update halt weiter, bis zu diesem Punkt. Daran kann es also nicht liegen.

Der DB-User ist gleichzeitig der Besitzer der DB. Wüsste nicht mal wo man solche Rechte setzen kann, da ich sowas bisher noch nie benötigt habe.

[Hebsacker]

Diese CREATE VIEW Berechtigung war vor der 4.5 nicht benötigt - frag einfach mal beim Hoster nach. Normalerweise regelt der die Berechtigungen der DB-User.

[MEStake]

OK, ich frag mal nach.


Oder kann das vielleicht davon kommen, dass ich beim Einspielen der Datenbank sämtliche Datenbanktabellen mit oxv_ weggelassen habe?

http://www.oxid-esales.com/forum/sho...7855#post62568

[MEStake]

Hab meinen Hoster um Hilfe gebeten.

Die Antwort auf meine Frage mit der Datenbankberechtigung war folgende:

Hallo Herr XXX,

wir haben auf unseren Servern PHP 5.3 installiert. Möglicherweise ist Ihr Shop damit nicht kompatibel.
Bitte tragen Sie in Ihrer .htaccess Datei die Zeile ein:
AddHandler php52-cgi .php und versuchen Sie das Update dann erneut.

Das habe mich getan. Jetzt kommt zwar die Fehlermeldung nicht mehr, dafür aber auf der Rechten seite des Script-Fensters folgender Code:

getLogText(); ?>

Und dieser immer und immer und immer wieder. Zeile für Zeile. Solange bis ich das Script abbreche!!!



OK, vielleicht noch ne andere Frage:
Ist es möglich einfach die Shopsoftware 4.5 frisch und neu zu installieren und die alten Daten (Artikel, Artikelnummern usw.) dort nachträglich einzufügen? Wär doch irgendwie einfacher oder, zumindest theoretisch? Hat das schonmal jemand gemacht? Zumal wir eh n komplett neuen Style machen möchten.

[MEStake]

OK, ich habe nochmal nachgehakt und diesmal folgende Antwort vom Hoster erhalten:

Hallo Herr XXX,

die Ausagbe "getLogText(); ?>" weisst auf einen Script- bzw Queklktextfehler hin.

Anscheinen fehlt hier "<? " vor diesen Eintrag, da hier der PHPCODE als Text ausgegeben wird. Um den Fehler zubeseitigen müsste man im Script die jeweilige Stelle finden und den fehlenden Quellcode "<? " hinzufügen.

Es kann aber auch sein das kompllete Zeilen fehlen, und hier dann weitere Fehler auftauchen. Dies überschreitet aber unsere Suppportmöglichkeiten und der Entwickler wäre dann der bessere Ansprechpartner.

Zur Informationen:
<? = PHP open, Anfang des PHP-Codes
?> = PHP close , Ende des PHP-Codes

Wahrscheinlicher Fehler:
getLogText(); ?>

Naheliegendeste Lösung:
<? getLogText(); ?>

Was die View-Rechte angeht, stehen Ihnen diese erst ab MySQL 5.1 zur Verfügung. Aktuell liegen Sie auf einen Server mit PHP5.2 und MySQL 5.0. Ich würde vorschlagen wir kümmern uns vorerst um die Scriptfehler und dann können wir Ihren Account kostenlos auf einen Server mit MySQL 5.1 umziehen.

Sollte durch das fehlende VIEW-Recht überhaupt kein Betrieben Ihres Shopes möglich sein, wäre ein sofortiger Umzug möglich.

Also ... MUSS ich dieses VIEW-Recht haben? Wird es daran liegen???
Umsonst umziehen will ich auch nicht unbedingt.

[Hebsacker]

jepp - CREATE VIEW muss Dein DB-User definitiv haben, sonst gehts nicht

[MEStake]

OK dankeschön!!

Dann werde ich mal den Umzug in Auftrag geben und dann schauen wir mal weiter ;-)

[MEStake]

Tja, schade!

Wir sind nun auf einen Server mit Mysql5.1 umgezogen. Habe alles nochmal von vorn gemacht und erhalte beim Update nun die selbe Fehlermeldung wie oben!!