Drukowanie wyjątków jest domyślnie wyłączone ze względów bezpieczeństwa [zamknięte]

Próbowałem skonfigurować moje Magento na moim serwerze. Więc utworzyłem nową bazę danych i zaimportowałem mój plik SQL i zmieniłem ustawienia w pliku local.xml dla bazy danych. ale teraz dostaję, że drukowanie wyjątków jest domyślnie wyłączone ze względów bezpieczeństwa.

Zmień nazwę pliku local.xml.sample in / error na local.xml, a zobaczysz błąd i ślad całego stosu.

Przestroga: może to doprowadzić do powstania luki w zabezpieczeniach, jeśli zostanie użyte na serwerze produkcyjnym. Pamiętaj, aby cofnąć go po usunięciu błędu.

PS: Aby być jeszcze bardziej bezpiecznym. Ogranicz dostęp magento tylko do adresu IP, gdy włączone jest drukowanie wyjątków

Drukowanie wyjątków jest domyślnie wyłączone ze względów bezpieczeństwa

To jest strona informująca o wystąpieniu awarii, która jest tak poważna, że ​​Magento nie może uruchomić i próbuje ci o tym powiedzieć. Ponieważ jest to ślad stosu, który może powiadomić niechciane strony, że witryna jest tak źle skonfigurowana, że ​​można ją zhakować, ślad stosu, który ją wygenerował, nie jest wyświetlany.

Numer , który pojawia się na tej stronie co czas wyświetla Magento to jest nazwa pliku .

Otwórz klienta SCP / SFTP, przejdź do katalogu serwera var/report, posortuj według daty utworzenia pliku i zacznij odczytywać tam najnowsze pliki.

Gdy poprosisz o pomoc, możesz opublikować ślad stosu najbardziej aktualnych błędów, które uniemożliwiają uruchomienie witryny Magento, abyśmy mogli faktycznie udzielić ci przydatnej pomocy.

Ja też mam ten problem, po prostu google i znaleźć rozwiązanie tutaj , można to zrobić jak następuje:

1. Znajdź katalog główny, w którym jest zainstalowany Magento. Wyszukaj katalog „błędy”.

2. Zmień nazwę pliku local.xml.samplenalocal.xml

3. Załaduj ponownie stronę, na której wyświetla się komunikat o błędzie, zobaczysz pełną listę komunikatów o błędach - Celem zmiany nazwy local.xmljest umożliwienie wyświetlenia pełnego komunikatu o błędzie.

4. Teraz zlokalizuj magento_directory/lib/Zend/Cache/Backend/File.phpi poszukaj:

   protected $ _options = array ('cache_dir' => 'null', Zamień go na: protected $ _options = array ('cache_dir' => 'tmp /', i zapisz plik.

5. Teraz przejdź do katalogu głównego Magento i utwórz nowy katalog o nazwie „tmp”.

6. Odśwież stronę błędu i sprawdź, czy problem został rozwiązany. Mam nadzieję że to pomoże

Jeśli pojawia się błąd 404, spróbuj wstawić /index.phpnazwę swojej domeny. Jeśli to prowadzi do strony głównej, problem polega na tym, że albo zapomniałeś skopiować .htaccessplik (łatwe do zrobienia), mod_rewritenie jest zainstalowany lub AllowOverridenie jest ustawiony w pliku konfiguracyjnym Apache. (Oczywiście zakładam, że korzystasz z Apache)

W folderze błędu istnieje plik local.xml.sample zmień nazwę na local.xml lib / Zend / Cache / Backend / File.php zmień cache dir = null na tmp

Oto rozwiązanie:

• Przejdź do folderu „błędy”.
• Zmień plik local.xml.sample na local.xml
• Powinieneś teraz zobaczyć nową listę szalonych błędów na całej stronie Magento - jest w porządku.

• Otwórz magento / lib / Zend / Cache / Backend / File.php i poszukaj:

  protected $_options = array(
  'cache_dir' => 'null',

• Zmień na:

  protected $_options = array(
  'cache_dir' => 'tmp/',

• Zapisz to.
• Ostatnim krokiem jest utworzenie folderu tmp w głównym folderze Magento.
• Otóż ​​to.

Łatwym iw 100% działającym rozwiązaniem jest zmiana nazwy pliku pamięci podręcznej .

W folderze głównym Magento var / cache

Następnie zmień nazwę nazwy pliku pamięci podręcznej i odśwież witrynę.