Uwaga: Wydaje się, że ten problem dotyczy wszystkich wersji Magento, które otrzymały łatkę SUPEE-6788. Zobaczysz w mojej odpowiedzi , że zarówno .htaccess
i .htaccess.sample
muszą być przywrócone do poprawki, aby odnieść sukces.
Pracuję nad zastosowaniem poprawki SUPEE-6788 do witryny CE 1.7.0.2 przy użyciu skryptu powłoki dostarczonego przez magentocommerce.com/downloads . Na stronie zastosowano wszystkie poprzednie poprawki bezpieczeństwa.
Skrypt nazywa się PATCH_SUPEE-6788_CE_1.7.0.2_v1-2015-10-27-12-00-16.sh
i ma sumę md5 cfc0cf533fe36a5f573414f0feeb1590
(ta łatka była niezwykła, ponieważ została wydana bez kompresji - chociaż plik nie wydaje się uszkodzony lub obcięty).
Po uruchomieniu tego skryptu wydaje się, że dane wyjściowe konsoli wskazują, że co najmniej jedna z dołączonych łat uległa awarii lub została pominięta, ale że wiele części łatki zakończyło się pomyślnie, jednak git
nie wykazuje żadnych zmian. Skrypt został przetestowany w dwóch różnych środowiskach z tą samą bazą kodową - jedna na stacji roboczej Ubuntu GNOME 14.04 LTS, druga na wspólnym serwerze nexcess.com (z systemem CentOS).
Interesujące jest to, że wydajność obu środowisk jest nieco inna. Zwróć uwagę na linie zaczynające się od „sprawdzania” vs „łatania”.
Przykład danych wyjściowych ze środowiska Ubuntu:
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
...
Przykład ze środowiska CentOS:
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
...
Będę zagłębiał się w błąd na górze wyjścia i możliwe ręczne nakładanie łatek - ale miałem nadzieję, że ktoś może mieć wgląd w przyczynę lub względnie prostą naprawę.
.htaccess
że plik -File ma dokładnie 1 pustą nową linię na końcu pliku po#FileETag none
. A.htaccess.sample
Plik musi mieć 2 pustych nowe linie na końcu pliku.Odpowiedzi:
Wygląda
.htaccess
na.htaccess.sample
to, że winowajcami są zmiany zarówno mojego, jak i zaginionego . Po przywróceniu kopii zapasowej obu plików (oba były wymagane) poprawka wydaje się działać.Aby rozwiązać ten problem, nie tracąc (potrzebnych) modyfikacji, wykonałem następujące kroki:
Tworzenie kopii zapasowej
.htaccess
i.htaccess.sample
-either z systemu kontroli wersji lub kopiując plikiSkopiowałem standardową wersję 1.7.0.2
.htaccess
i.htaccess.sample
do mojej bazy kodu, zastępując mój dostosowany.htaccess
Zastosowałem łatkę. Wyjście było znacznie krótsze niż wcześniej (2 linie).
Zatwierdzone wszystkie zmiany, w tym
.htaccess
(dla potomności)Sprawdziłem poprzednią wersję
.htaccess
bez łatki i ręcznie zastosowałem łatkę do tego pliku.Oto
git diff
poprawka pokazująca dodane linie:źródło
app/etc/applied.patches.list
i / lub skorzystaj z magereport.com/scan, aby sprawdzić, czy wszystkie wcześniejsze poprawki bezpieczeństwa zostały zastosowane & ndash; ** są wymagane **Warning: .htpasswd file should be placed somewhere not accessible from the web
Dowolny pomysł?Próbowałem pobrać wersje standardowe
.htaccess
i.htaccess.sample
łatka nadal nie będzie działać, nawet po użyciu wersji podstawowych.Dla każdego, kto ma ten problem, zapoznaj się z tym artykułem, w którym wyjaśniono, jak usunąć części
.htaccess
ihtaccess.sample
z samej poprawki, a następnie ręcznie dodać je po: http://www.atwix.com/magento/security-patch-supee-6788 -Problemy z instalacją/POPRAWKA - edytuj plik łatki usuwając linie 163-195 zaczynające się od linii
i kończy się na
Konieczne może być również usunięcie części związanej z
htaccess.sample
tymi kończy się na
Po wykonaniu tej czynności spróbuj ponownie zastosować łatkę i tym razem powinna ona zostać z powodzeniem zastosowana.
Następnie musimy dodać następujące elementy na końcu naszego
.htaccess
i.htaccess.sample
plików, aby były aktualne zgodnie z łatkąPo wykonaniu tych kroków udało mi się pomyślnie zainstalować łatkę, mam nadzieję, że to pomoże!
źródło
To może ci pomóc, nawet jeśli jest to inna wersja - https://community.magento.com/t5/Security-Patches/1-9-1-0-applying-patch-6788-hunk-failed/td-p/ 20070
źródło
Miałem ten sam problem, ponieważ pobrałem niewłaściwą łatkę. Korzystam z Magento EE 1.13 i pobrałem łatkę CE ... Pobrałem łatkę dla CE 1.8, postępując zgodnie z samouczkiem, myśląc, że będzie działać dla EE 1.13. Upewnij się, że pobierasz łatkę do swojej wersji Magento.
źródło
źródło