2015-06-11 9 views
14

Otrzymuję to na dole mojej strony, gdzie powinien znajdować się pasek debugowania. Jaki jest problem?Yii2: Nie znaleziono (# 404): Nie można znaleźć danych debugowania oznaczonych '5578effb0790c4.13707485'

Żądanie: http://localhost:81/xxx/web/debug/default/toolbar?tag=5578f180963e82.28312577 wraca 404.

Muszę zobaczyć komunikat o błędzie ślad & stosu wygenerowany podczas logowania do Yii::error(). Nie wyświetla się w runtime/log/app.log, więc potrzebuję paska debugowania.

+0

Ponownie uruchomiłem Apache i zadziałało to znowu, ale nie wcześniej, miałem problemy z Apache i musiałem usunąć semafory z 'ipcs' i' ipcrm'. – Chloe

Odpowiedz

29

Usunąłem pliki z frontend/runtime/debug i frontend/runtime/cache i nic się nie zmieniło.

Ale po usunięciu wszystkich folderów z frontend/runtime zaczęło działać.

+2

Dzięki, jego pracy, Po usunięciu wszystkich folderów w środowisku wykonawczym .. –

3

Jednym z powodów może być brak uprawnień do zapisu dla folderu runtime. Pasek narzędzi debugowania tworzy tam inny katalog debug, który jest używany do plików * .data.

Zdarza się to łatwo, jeśli serwer WWW ma własnego użytkownika, który różni się od użytkownika, który utworzył folder runtime.

+0

Zmieniłem uprawnienia do folderu runtime, a ja przywróciłem serwer Apache, ale znalazłem uprawnienia do tego folderu z powrotem tylko przeczytać – FavorMylikes

+0

Jesteś pewien? To brzmi dziwnie. Czy masz jakieś specjalne konfiguracje? – robsch

+0

Znałem powód, dla którego dostałem ten błąd 404. Ponieważ dodałem dane wejściowe captcha w moim formularzu, a ono wyśle ​​żądanie takie jak 'url \ captcha? Tag = 5578f180963e82.28312577'. Moja strona działa ponownie, gdy skomentuję to captcha. Spróbuj ponownie dodać captcha, nadal działa dobrze, to nie wiem jeszcze dlaczego. O pozwoleniach Moje foldery można zapisać do pliku, po prostu pokaż tylko do odczytu. W końcu przepraszam za mój angielski -_- b – FavorMylikes

0

Próbowałem usuwanie folderów runtime, ale to nie zmienia niczego ale aktualizacja kompozytor stałe to dla mnie

2

Próbowałem informacje powyżej bez powodzenia (i sugeruję tu ludzi tak samo, jak w większości przypadków rozwiąże on twój problem). Ale to, co dla mnie zadziałało, działało. tail -f frontend/runtime/logs/app.log i powiedział mi, że wystąpił błąd związany z tabelą, która powinna zaistnieć, ale nie wystąpiła. Po naprawieniu tego podstawowego problemu mój problem zniknął. W moim konkretnym przypadku miałem włączone następujące opcje, ale brak odpowiednich tabel/ów.

'authManager' => [ 
    'class' => 'yii\rbac\DbManager', 
], 

Po skomentowaniu/usunięciu go z mojej konfiguracji wszystko zaczęło działać.

Powiązane problemy