Hallo liebes Forum, Durchführung Update gemäß http://community.shopware.com/Shopware- … 8_441.html. 2 Schritt: Nach dem Aufruf des Backends erscheint der Wartungsmodus. Nun gebe ich den Link, wie in der Anleitung beschrieben: https://www…/recovery/update/index.php ein. Allerdings wir das Ziel nicht gefunden, obwohl die index.php im Verzeichnis vorhanden ist. Ich bitte um Hilfe, was mache ich falsch? Über jeden Rat bin ich wirklich sehr dankbar. Matthias Folgender Inhalt in der .htaccess: <ifmodule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=MOD_REWRITE:1]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php [QSA,L]
</ifmodule>DirectoryIndex index.php
Hallo zusammen. Ich habe das gleich Problem. Update herunterladen funktioniert noch. Danach öffnet sich im Browser eine Seite mit “Internal Server Error”. Habe im Pfad nachgesehen und die Index Datei ist vorhanden. Ich muss dazu sagen, dass Shopware bei mir in einem Unterordner (public_html/shopware) installiert ist und im public Verzeichnis eine Index.php von meinem Webspaceanbieter liegt.
Hier auch ein Fehler… recovery/update/index.php landet bei https://index.php…. Und Shopaufruf bringt auch Fehler
Hallo, was habt ihr denn für Systeme? Auf den Apache Servern gibt es ja die Standard- .htaccess, die hier keine Probleme machen sollte. Es kann natürlich sein, dass ihr auf einem Ngix oder auch einem Apache-Server bei eurem Hoster eine angepasste Konfiguration braucht. Das müsste man mal austesten, indem Ihr bspw. Änderungen die ihr an der .htaccess vorgenommen habt, Rückgängig macht. Moritz
Hallo, ich habe keine Anpassung an der Datei gemacht. Sie ist quasi noch unverändert.
Hallo Moritz, ich habe keine Änderungen an der .htaccess vorgenommen. Mein Hoster ist Bluehost mit einem Apache-Server. Wenn die .htaccess besondere Anpassungen benötigen würde, dann wüßte ich nicht, welche, denn mit der Anpassung der .htaccess kenne ich mich im Detail nicht aus. Jetzt hatte ich lediglich Shopware updaten wollen, gemäß der Anleitung. Ist es denn wiklich notwendig hier Anpassungen an der .htaccess vorzunehmen nur um die index.php aufzurufen? Ich weiß gar nicht, wo ich da suchen könnte?
Hallo, die Frage ist ja ganz konkret, warum ihr die index.php nicht aufrufen könnt. Die Standard .htaccess macht ja nicht viel - selbst bei meiner eigenen kleinen Apache-Installation mit Standardkonfiguration gibt es da keine Probleme. Hier sollte sich der Hoster mal ansehen, warum die Datei nicht aufgerufen werden kann - irgendwo in diesem Prozess geht ja etwas verloren, was bei der Standard Apache-Konfiguration nicht der Fall ist. Wenn Ihr selbst keine Änderungen durchgeführt habt, dann gibt es eine spezielle Konfiguration (bspw. wie die Rewrite-Base) die Ihr benötigt. Grüße Moritz
Hallo Moritz und ein Hallo an die Anderen, ich habe jetzt mal ein Ticket aufgemacht bei Bluehost, meinem Hoster. Am Chat hat er gesagt, dass das eigentlich kein Serverthema wäre. Aber gut, ich kenne mich mit dem coding im Bereich .htaccess einfach nicht aus. Ich verstehe den syntax einfach nicht. Ich weiß auch nicht, wie man das Thema irgendwie debuggen könnte? Eine Fehlermeldung wird ja auch nicht ausgegeben. Die Index.php ist einfach nicht erreichbar. Mir fehlt einfach ein Ansatz. Wenn ich da jetzt jemanden beauftrage, dann kann ich noch nicht einmal beurteilen, wieviel Arbeit es macht eine .htaccess Datei zu konfigurieren. Vielleicht kannst Du mir (uns) noch einen kleine Ansatz liefern, wie man das Thema doch noch irgendwie lösen könnte. Wenn ich Antwort vom Hoster habe, werde ich diese auf alle Fälle posten.
Hallo, habe auch das Problem gerade mit dem Wartungsmodus nach dem Update. Ich bekomme beim Aufruf der /recovery/update/index.php folgendes angezeigt. Slim Application Error The application could not run because of the following error: Details Type: ErrorException Code: 2 Message: file\_get\_contents(/var/www/vhosts/domain.de/httpdocs/files/update/update-assets/version): failed to open stream: No such file or directory File: /var/www/vhosts/domain.de/httpdocs/recovery/update/src/DependencyInjection/Container.php Line: 53 Trace #0 [internal function]: Slim\Slim::handleErrors(2, 'file\_get\_conten...', '/var/www/vhosts...', 53, Array) #1 /var/www/vhosts/domain.de/httpdocs/recovery/update/src/DependencyInjection/Container.php(53): file\_get\_contents('/var/www/vhosts...') #2 /var/www/vhosts/domain.de/httpdocs/recovery/common/vendor/pimple/pimple/src/Pimple/Container.php(112): Shopware\Recovery\Update\DependencyInjection\Container-\>Shopware\Recovery\Update\DependencyInjection\{closure}(Object(Pimple\Container)) #3 /var/www/vhosts/domain.de/httpdocs/recovery/common/src/DependencyInjection/Container.php(80): Pimple\Container-\>offsetGet('shopware.versio...') #4 /var/www/vhosts/domain.de/httpdocs/recovery/update/src/app.php(68): Shopware\Recovery\Common\DependencyInjection\Container-\>get('shopware.versio...') #5 [internal function]: {closure}(NULL) #6 /var/www/vhosts/domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Slim.php(1179): call\_user\_func(Object(Closure), NULL) #7 /var/www/vhosts/domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Slim.php(1325): Slim\Slim-\>applyHook('slim.before.dis...') #8 /var/www/vhosts/domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Middleware/Flash.php(85): Slim\Slim-\>call() #9 /var/www/vhosts/domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Middleware/MethodOverride.php(92): Slim\Middleware\Flash-\>call() #10 /var/www/vhosts/domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Middleware/PrettyExceptions.php(67): Slim\Middleware\MethodOverride-\>call() #11 /var/www/vhosts/domain.de/httpdocs/recovery/common/vendor/slim/slim/Slim/Slim.php(1271): Slim\Middleware\PrettyExceptions-\>call() #12 /var/www/vhosts/domain.de/httpdocs/recovery/update/index.php(46): Slim\Slim-\>run() #13 {main} mit freundlichen Gruß Rene Noch ein Nachtrag: Habe gerade von meinem Server Monitoring eine E-Mail bekommen das der Serverstatus jetzt 503 ist. Keine Ahnung ob es damit zusammen hängt. Mein Server ist aber noch erreichbar und die Seite wird auch angezeigt.
Hallo, nach dem Update kannst du das auch nicht mehr aufrufen, da die Aufräum-Funktion nach dem Update Inhalte auf dem Server löscht die für das Update gebraucht werden. Ist der Wartungsmodus bei dir noch aktiv? Dann hast du bestimmt noch Dateien unter /files die für das Update da sind. Die müsstest du nach dem Update einmal löschen. Gabs schon mehrfach hier im Forum! Moritz
Hallo, da es sich bei dem Server um einen identischen Server wie den Server im Livebetrieb handelt habe ich Shopware gelöscht und durch eine Komplettinstallation von 5.0.3 ersetzt. Es gibt keine Probleme beim Testen. Bei dem Server im Livebetrieb warte ich da lieber mal ab. [quote]Ist der Wartungsmodus bei dir noch aktiv?[/quote] Ja. Der Wartungsmodus war aktiv, kam aber nicht mehr ins backend. Dieser zeigte mir auch das die Seite im Wartungsmodus ist. Das Server Monitoring zeigt mir jetzt das alles ok ist (Code 200), seit ich eine Komplettinstallation von 5.0.3 durchgweführt habe. Vorher war er ja 503. mit freundlichen Gruß Rene
Bei uns ist es so, dass wir nach 25 Sek. austomatisch aus dem Backend ausgeloggt werden. Wir können während dieser Zeit auch nichts machen.
Hallo! Bin neu im Forum und habe ein Problem mit der Erstinstallation. Beim aufruf der domain kommt sofort die Meldung: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, admin and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request. Kann mir da jemand weiterhelfen. bedanke mich schon mal für die Hilfe 
Ich kann kein Update durchführen. Habe 5.0.2. Die vorherigen Updates haben problemlos funktioniert. Fragt sich warum geht das jetzt nicht? Ich habe am Server keine Einstellung geändert. Klicke ich auf Update starten kommt ein Hinweis auf “504 Gateway Time-out 504 Gateway Time-out nginx”. Versucht man daraufhin dann das Update händisch zu machen, erscheint die Wartungsseite nicht, stattdessen gibt es einen Internal Error, wie das schon jemand anderes aus diesem Threat beschrieben hat. Was genau ist zu tun? Ich bitte um eine Info. Gruß Joachim
[quote=“sportversand”]Hier auch ein Fehler… recovery/update/index.php landet bei https://index.php…. Und Shopaufruf bringt auch Fehler[/quote] Bei mir war das Selbe. Bei mir lag es daran, dass ich anstatt das Updatepaket 5.0.3 das Standard-Installationspaket 5.0.3 auf den Server hochgeladen hatte.
Wo kann man denn die Update Version runterladen? Wusste nicht, dass es da ein Spezielle Version gibt. Ich bin bisher davon ausgegangen, das es die normale Version ist, die man nur speziell über das recovery anspricht. Bitte mal um Info. Gruß Joachim
@ utuz: ich meinte das hier
Ja schön, aber wo läd man das runter? Stelle mal bitte den Link hier ein. Ich finde das nicht. Gruß Joachim
Hat sich erledigt, habe es gefunden. Danke. Hruß Joachim
[quote=„utuz“]Ja schön, aber wo läd man das runter? Stelle mal bitte den Link hier ein. Ich finde das nicht. Gruß Joachim[/quote] http://community.shopware.com/Downloads_cat_448.html nicht oben, sondern weiter unten bei Releases & Updates 5.0.3 aufklappen