Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%)
|
Laravel respektuje proste
error_reporting(0); ini_set('display_errors', 0); i chyba najlepszą opcją jest wrzucenie tego w App providera? Oczywiście z warunkiem, że tylko dla produkcji. Tylko kiedyś nadejdzie taki moment, że będę miał za dużo czasu (IMG:style_emoticons/default/baaasmiley.gif) i przejże sobie logi na produkcji aby ponaprawiać wszystkie notice'y które się tam pojawiły. Tylko powyższe wyłącza błędy całkowicie. No i tu mam problem - jak zachować logowanie błędów (póki co w pliku, ale w przyszłości coś ambitniejszego), ale zarazem zezwolić na wykonanie skryptu do końca gdy wywali error o niskiej szkodliwości? |
|
|
|
![]() |
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%)
|
Notice to też błąd który może doprowadzić do wywalenia się całej aplikacji więc nie powinno go być już na etapie tworzenia kodu. (IMG:style_emoticons/default/baaasmiley.gif) Czyli chcesz aby aplikacja działała pomimo że wywali się error? Tak, notice gdy zabraknie przy wyświetlaniu widoku jakiejś zmiennej nie jest dla mnie wystarczającym powodem aby wyłączać całą stronę. Nie wiem jak ale w Codeigniter tak właśnie mam, że notice nie blokują strony bo się zdarzają bo mam je w logach, a nie ma bata (a teraz już motywacji bo przepisuje całość) aby wyłapać wszystko. @markonix Do logowania błędów na produkcji polecam Bugsnag, Sentry lub coś podobnego. Ja korzystam z tego pierwszego. Jeśli lubisz bawić się w zaawansowane raportowanie i monitorowanie, sprawdź Logstash. Logowanie błędów takie bardziej PRO jak najbardziej ale do tego przejdę później, ale na razie rozkminiam etap wcześniej. Edit: Popatrzyłem jak to jest w CI zrobione.
I nie wiem czy tu nie ma odpowiedzi (IMG:style_emoticons/default/smile.gif) display_errors i error_reporting zawsze myślałem, że to tylko komplementarne ustawienia, ale teraz jak się temu przyjrzałem to są to osobne ustawienia jak same ich nazwy wskazują - wyświetlanie błędów i ogólnego raportowania. To teraz moje pytanie brzmi czy zgapić z CI i wstawić to do Laravel'a czy macie inne sugestie - czy da się kontrolować na poziomie aplikacji. Błędy poważne takie jak błędy bazy danych też bym obsłużył inaczej aniżeli wywalenie "Nie udało się" na całą stronę, wg mnie najbardziej userfrielndy będzie wyłapanie tego, zalogowanie oczywiście, a usera np. wrócić na poprzednią stronę już z flash komunikatem, że operacja się nie powiodła itp. Ten post edytował markonix 31.10.2017, 17:34:50 |
|
|
|
markonix [LR] Produkcja i błędy 27.10.2017, 22:48:35
Pyton_000 APP_DEBUG = false ppowinno załatwiać sprawę.
PS. ... 28.10.2017, 13:54:36
markonix APP_DEBUG oczywiście nie załatwia sprawy bo to by ... 30.10.2017, 14:01:01
r4xz Nie rozumiem jaki jest w tym problem, wręcz powied... 30.10.2017, 22:31:39
markonix Takie czyli jakie? Nie puszczanie na produkcji apl... 31.10.2017, 00:37:45
viking Notice to też błąd który może doprowadzić do wywal... 31.10.2017, 04:55:45
Pyton_000 Czyli chcesz aby aplikacja działała pomimo że wywa... 31.10.2017, 08:27:42
batman @markonix
Do logowania błędów na produkcji polecam... 31.10.2017, 10:59:46
memory Pytasz się o zgodę czy o rozwiązanie ? Bo jak o zg... 31.10.2017, 18:24:40
Pyton_000 Tylko że Laravel rejestruje własne exceptionHandle... 31.10.2017, 18:46:44
markonix Gdyby łapał, a następnie pozwolił mi wybrać odpowi... 31.10.2017, 18:51:18
Pyton_000 Ale to jest tylko jak samemu sobie łapiesz wyjątki... 31.10.2017, 19:01:20
markonix Laravel 5.7 i ciągle mam problem aby to dobrze sko... 1.10.2018, 18:09:35
Pilsener Cytat(markonix @ 27.10.2017, 21:48:35... 1.10.2018, 19:13:22 
markonix Cytat(Pilsener @ 1.10.2018, 20:13:22 ... 2.10.2018, 16:22:09
Pilsener Na produkcji wyłącza się jedynie wyświetlanie błęd... 2.10.2018, 20:39:45 ![]() ![]() |
|
Aktualny czas: 13.06.2026 - 20:04 |