Hinweis: Dieses Problem scheint auf alle Magento-Versionen zuzutreffen, die den SUPEE-6788-Patch erhalten haben. Sie werden in meinem sehen Antwort , dass beide .htaccess
und .htaccess.sample
Bedarf wiederhergestellt werden , damit der Patch erfolgreich zu sein.
Ich arbeite daran, den SUPEE-6788-Patch unter Verwendung des von magentocommerce.com/downloads bereitgestellten Shell-Skripts auf eine CE 1.7.0.2-Site anzuwenden . Auf der Site wurden alle vorherigen Sicherheitspatches angewendet.
Der Name des Skripts ist PATCH_SUPEE-6788_CE_1.7.0.2_v1-2015-10-27-12-00-16.sh
und hat eine MD5-Summe von cfc0cf533fe36a5f573414f0feeb1590
(dieser Patch war insofern ungewöhnlich, als er unkomprimiert veröffentlicht wurde - obwohl die Datei nicht beschädigt oder abgeschnitten zu sein scheint).
Bei der Ausführung dieses Skripts wird in der Konsolenausgabe angezeigt, dass mindestens eines der enthaltenen Patches fehlgeschlagen ist oder übersprungen wurde, viele Teile des Patches jedoch erfolgreich waren. Es werden jedoch git
keine Änderungen angezeigt . Das Skript wurde in zwei verschiedenen Umgebungen mit derselben Codebasis getestet - einer auf einer Ubuntu GNOME 14.04 LTS-Workstation und einer auf einem gemeinsam genutzten nexcess.com- Server (auf dem CentOS ausgeführt wird).
Interessant ist, dass die Ausgabe in den beiden Umgebungen leicht unterschiedlich ist. Beachten Sie die Zeilen, die mit "checking" vs. "patching" beginnen.
Ein Beispiel für die Ausgabe aus der Ubuntu-Umgebung:
bash PATCH_SUPEE-6788_CE_1.7.0.2_v1-2015-10-27-12-00-16.sh [19:27:10]
Checking if patch can be applied/reverted successfully...
ERROR: Patch can't be applied/reverted successfully.
checking file .htaccess
Hunk #1 FAILED at 207.
1 out of 1 hunk FAILED
can't find file to patch at input line 38
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git .htaccess.sample .htaccess.sample
|index 546f18e..3e79c77 100644
|--- .htaccess.sample
|+++ .htaccess.sample
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
1 out of 1 hunk ignored
checking file app/code/core/Mage/Admin/Model/Block.php
checking file app/code/core/Mage/Admin/Model/Resource/Block.php
checking file app/code/core/Mage/Admin/Model/Resource/Block/Collection.php
checking file app/code/core/Mage/Admin/Model/Resource/Variable.php
checking file app/code/core/Mage/Admin/Model/Resource/Variable/Collection.php
checking file app/code/core/Mage/Admin/Model/Variable.php
...
Ein Beispiel aus der CentOS-Umgebung:
bash PATCH_SUPEE-6788_CE_1.7.0.2_v1-2015-10-27-12-00-16.sh
Checking if patch can be applied/reverted successfully...
ERROR: Patch can't be applied/reverted successfully.
patching file .htaccess
Hunk #1 FAILED at 207.
1 out of 1 hunk FAILED -- saving rejects to file .htaccess.rej
can't find file to patch at input line 38
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git .htaccess.sample .htaccess.sample
|index 546f18e..3e79c77 100644
|--- .htaccess.sample
|+++ .htaccess.sample
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
1 out of 1 hunk ignored
patching file app/code/core/Mage/Admin/Model/Block.php
patching file app/code/core/Mage/Admin/Model/Resource/Block.php
patching file app/code/core/Mage/Admin/Model/Resource/Block/Collection.php
patching file app/code/core/Mage/Admin/Model/Resource/Variable.php
...
Ich werde den Fehler oben in der Ausgabe untersuchen und möglicherweise die Patches manuell anwenden - aber ich hatte gehofft, dass jemand einen Einblick in die Ursache oder eine relativ einfache Lösung hat.
.htaccess
Stellen Sie dann sicher, dass Ihre Datei genau 1 leere Zeile am Ende der Datei hat#FileETag none
. Und die.htaccess.sample
Datei muss am Ende der Datei 2 leere Zeilenumbrüche enthalten.Antworten:
Es scheint, dass Änderungen an meinem
.htaccess
sowie an einem vermissten.htaccess.sample
der Schuldige sind. Nach dem Wiederherstellen einer Standardkopie beider Dateien (beide waren erforderlich) scheint der Patch erfolgreich angewendet zu werden.Um dies zu lösen, ohne (erforderliche) Änderungen zu verlieren, habe ich die folgenden Schritte ausgeführt:
Erstellen Sie ein Backup von
.htaccess
und -.htaccess.sample
entweder mit Ihrem Versionskontrollsystem oder durch Kopieren der DateienKopierte eine Version 1.7.0.2 von
.htaccess
und.htaccess.sample
in meine Codebasis und ersetzte meine angepasste.htaccess
Wendete den Patch an. Die Ausgabe war viel kürzer als zuvor (2 Zeilen).
Alle Änderungen übernommen, einschließlich
.htaccess
(für die Nachwelt)Hat die vorherige Version von
.htaccess
ohne den Patch ausgecheckt und den Patch manuell auf diese Datei angewendet.Hier ist der
git diff
Patch mit den hinzugefügten Zeilen:quelle
app/etc/applied.patches.list
und / oder verwenden Sie magereport.com/scan , um sicherzustellen , dass alle vorherigen Sicherheitspatches angewendet wurden. ** Sie sind erforderlich **Warning: .htpasswd file should be placed somewhere not accessible from the web
Irgendeine Idee?Ich habe versucht, Standardversionen von
.htaccess
und herunterzuladen,.htaccess.sample
und der Patch würde auch nach Verwendung der Standardversionen nicht angewendet werden.Für alle anderen, bei denen dieses Problem auftritt, wird in diesem Artikel erläutert, wie Sie die
.htaccess
undhtaccess.sample
-Teile aus dem Patch selbst entfernen und anschließend manuell hinzufügen können: http://www.atwix.com/magento/security-patch-supee-6788 -Installationsprobleme/UPDATE - Bearbeiten Sie die Patch-Datei, indem Sie die Zeilen 163-195 entfernen, die mit der Zeile beginnen
und endet mit
Möglicherweise müssen Sie auch den Teil entfernen, der sich darauf bezieht und mit
htaccess.sample
beginntund endet um
Versuchen Sie anschließend erneut, den Patch anzuwenden. Diesmal sollte er erfolgreich angewendet werden.
Als nächstes müssen wir das Folgende an das Ende unserer
.htaccess
und der.htaccess.sample
Dateien anfügen, damit sie gemäß dem Patch auf dem neuesten Stand sindNach diesen Schritten konnte ich den Patch erfolgreich anwenden, hoffe das hilft!
quelle
Dies könnte Ihnen helfen, auch wenn es sich um eine andere Version handelt - https://community.magento.com/t5/Security-Patches/1-9-1-0-applying-patch-6788-hunk-failed/td-p/ 20070
quelle
Ich hatte das gleiche Problem, weil ich den falschen Patch heruntergeladen habe. Ich verwende Magento EE 1.13 und habe einen CE-Patch heruntergeladen ... Ich habe den Patch für CE 1.8 heruntergeladen, während ich einem Tutorial gefolgt bin und dachte, er würde für EE 1.13 funktionieren. Stellen Sie sicher, dass Sie den Patch für Ihre Magento-Version herunterladen.
quelle
quelle