1. Usuwasz skompromitowaną stronę
2. Wgrywasz stronę z niezainfekowanej kopii. Jeśli nie posiadasz czystej kopii strony, podmieć zainfekowanie pliki, bądź usuń z nich niecny kod.
3. Katalogowi głównemu, w którym znajduje się strona nadaj rekursywnie prawa 111

De facto nie jest to zabezpieczenie WordPress (innego CMS), a jego "zamrożenie". Rozwiązanie sprawdza się, jeśli infekcja dotyczy modyfikacji i zapisywania się niecnych plików na dysku hosta.

W pliku functions.php dodajesz

Komplikacja

W logach
[Thu Nov 22 16:31:00.831727 2018] [core:error] [pid 4191734] [client 79.184.114.162:0] End of script output before headers: index.php
W przeglądarce
500 internal server error

Rozwiązanie

Usuń zawartość
/core/cache/

W ścieżce URL podaj
http://tomlot.eu/setup/

W pliku
/core/docs/version.inc.php
wersje tworzą 3-6 rekordów

Przenieś pliki przez FTP oraz zaimportuj bazę MySQL na nowy host
W pliku
 /environment/config/settings.ini
zmień ustawienia połączenia z bazą MySQL

Przenieś pliki przez FTP oraz zaimportuj bazę MySQL na nowy host
W pliku /ustawienia|/ustawienia_ssl.php wyłącz obsługę bezpiecznych połączeń SSL, zmień linie na

Edytujesz plik odpowiedzialny za walidację pól

/classes/Address.php

Wyłączenie wymagania dla pola Adres
Zamień

Zmień układ strony głównej w
CMS → Strony → home → Wygląd | XML aktualizacji układu
dodając

<reference name="head">
    <action method="setData"><key>title</key><value>Tytuł</value></action>
</reference>

W tabeli ps_shop, bazy MySQL usuń rekord sklepu, którego nie mogłeś usunąć z pozycji PrestaShop