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 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?

APP_DEBUG = false ppowinno załatwiać sprawę.

PS. Pamiętam

APP_DEBUG oczywiście nie załatwia sprawy bo to by było zbyt trywialne.
Ta zmienna determinuje wyłącznie format zwracanych błędów - przy true zwraca informacje o błędzie do debugowania, a przy false zwraca tylko widok Oopps.

Nie rozumiem jaki jest w tym problem, wręcz powiedziałbym że jest to bardzo dobre zachowanie. Pewnie rozwiązanie swojego problemu znajdziesz w dokumentacji, w szczególności w sekcji "Errors & Logging".

Takie czyli jakie? Nie puszczanie na produkcji aplikacji gdy natrafi na "notice error" to dobre zachowanie?

Link, który wysłałeś dotyczy logowania błędów, nie ma związku z problemem który poruszam. Logować chce wszystko.

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.

Czyli chcesz aby aplikacja działała pomimo że wywali się error?

@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.

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.


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.

[PHP] pobierz, plaintext 
		ini_set('display_errors', 0);
		if (version_compare(PHP_VERSION, '5.3', '>='))
		{
			error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED & ~E_STRICT & ~E_USER_NOTICE & ~E_USER_DEPRECATED);
		}
		else
		{
			error_reporting(E_ALL & ~E_NOTICE & ~E_STRICT & ~E_USER_NOTICE);
[PHP] pobierz, plaintext 

I nie wiem czy tu nie ma odpowiedzi
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.

Pytasz się o zgodę czy o rozwiązanie ? Bo jak o zgodę to nie. Laravel łapie wszystkie błędy więc pozostaje ci samemu je obsłużyć.

Tylko że Laravel rejestruje własne exceptionHandlers i jak już złapie error to nie wypuści go i jedynine co możesz zrobić to obsłużyć go i ew. przekierować go gdzieś lub wyrenderować własny widok.

Gdyby łapał, a następnie pozwolił mi wybrać odpowiednie akcje było by ok (np. na podstawie ENVIRONMENT podejmowałbym odpowiednie kroki).
https://laravel.com/docs/5.5/errors#the-exception-handler

To brzmi obiecująco.

Ale to jest tylko jak samemu sobie łapiesz wyjątki, wtedy możesz tylko zaraportować.

Laravel 5.7 i ciągle mam problem aby to dobrze skonfigurować.

Jestem albo w stanie wyłączyć błędy NOTICE całkowicie (brak przerwania skryptu, brak informacji w logach), albo wyświetlić defaultowy błąd na całą stronę (z debugiem albo bez).
Error_report i display_errors próbowałem wszystkie kombinacje.

- po to się używa frameworka, żeby nie majstrować przy ustawieniach PHP i dostosować aplikację do środowiska a nie odwrotnie.

- w każdym lepszym fw jest coś takiego jak logger i error handler - obie te rzeczy zazwyczaj można niezależnie od siebie konfigurować. Standardowe zachowanie to przechwytywanie wszystkich błędów czy notatek i rzucanie zamiast nich wyjątków, następnie ujednolicona obsługa tych wyjątków.

Jest to opisane w dokumentacji Larwy:
https://laravel.com/docs/5.7/errors
Jest też fragment, który szczególnie Ciebie powinien zainteresować:

No widzisz, dokładnie tak samo uważam ale 90% wyników na stacku na frazę "ukrywania błędów" na produkcji to wyłączenie tych błędów przed framework'iem przez php, ini czy htaccess.


Jakbyś wzrokowo przejrzał ostatnie moje posty, to sam się do tego fragmentu odniosłem tylko, że ja nie chce nadpisywać handlingu Laravela. Chce aby działało wszystko jak teraz z wyjątkiem nie wywalania się na notice (i może deprecated). Ale spróbuje jeszcze. Dziwie się, że nie znajduje żadnych gotowych rozwiązań bo "stan", które chce osiągnąć wg mnie jest najbardziej prawidłowy na produkcji..


edit:

Próbuje w metodzie render coś zmajstrować ale nie wiem jak w niej zrobić wyjątki.
Problemy jakie mam to wykrycie kategorii Exception (czy to jest notice czy nie). getSeverity() zwraca mi zawsze 1, jedynie to jakoś ma sens:

[PHP] pobierz, plaintext 
$exception->getPrevious() instanceof FatalThrowableError)
[PHP] pobierz, plaintext 

Dla notice nie jest to fatal.. I może to jest to czego szukam ale ok - wiem już, że nie chce wywalać użytkownikowi strony i przejść dalej więc jak poinstruować o tym FW? Muszę w metodzie render() coś zwrócić, dokładniej to jakiś Response ale jaki?

Na produkcji wyłącza się jedynie wyświetlanie błędów - tak na wszelki wypadek, bo może być np. błąd podczas uruchamiania error handlera Jednak tak czy inaczej logi muszą być, całkowite wyłączanie błędów (zwłaszcza fatali) to przegięcie ale znam to i wciąż mam tego typu problemy: biała strona (albo strona błędu) i nic w logach.

Tak czy inaczej musisz napisać kawałek własnego kodu, nadpisać handling Larwy, bo defaultowy jest do bani. Larwa używa Whoopsa, który jest świetnym tego typu komponentem, ale ma tą brzydką wadę, że nie puszcza niczego do logów jeśli jest włączony - dlatego najlepiej zarejestrować własny handler i tak właśnie robiłem w apkach na Larwie a także tych, które korzystały jedynie z Whoopsa.

Jak znajdziesz lepszy sposób to oczywiście też chętnie tego użyję

I trzeba mieć świadomość, że z Larwą za dużo nie poszalejesz bo to fw dość leciwy i skazany prędzej czy później na wymarcie (a na pewno w obecnej formie).