U heeft PM.

Als je gewoon 'ns bovenaan je script dit zet...
Werkt je script dan niet naar behoren?

error_reporting(E_ALL ^ E_NOTICE);

Je fouten hebben vast te maken met register globals aan/uit.

Het zijn gewone notice-foutmeldingen. Ze komen er omdat een bepaalde variabele niet gedefinieerd is. Het is echter best mogelijk dat bijvoorbeeld de variabele $fouten enkel wordt gedefinieerd wanneer er daadwerkelijk een fout optreedt.

Het feit dat je deze foutmeldingen vroeger niet zag, en op je nieuwe server wel, heeft te maken met het feit dat je nieuwe provider in de standaard php.ini blijkbaar de error reporting heeft gewijzigd naar "alles". In dat geval worden ook alle "notice"-meldingen weergegeven.

Door error_reporting(E_ALL ^ E_NOTICE); in je script te zetten, verschijnen die niet.

Wat je zegt kan kloppen, maar het kan ook zijn dat de POST en GET variabelen niet zijn gedefinieerd.

Lijkt me alsnog wel handig om deze fouten op te lossen. Desnoods met een makkelijke isset().

Als dit bij een hoster is op een shared hosting server zou ik hem toch eens verzoeken om standaard display errors uit te zetten en eventueel via .htaccess bestanden dit te laten activeren. Daarnaast kunnen errors gewoon gelogt worden naar een log bestand per site/map/gebruiker.

Dit is 1 van de standaard settings die je wilt wijzigen lijkt mij (ivm de veiligheid). Bij ons staat dit in ieder geval standaard uit.

Dus jij adviseert foutmeldingen standaard uit te zetten? Dan host ik bij voorbaat al niet bij jou. Als er dan iets niet werkt is het namelijk helemaal zoeken waar de fout zit. Natuurlijk zal iedereen hier zijn eigen mening over hebben, maar het zit er bij mij met de paplepel ingegoten dat errors standaard weergegeven moeten worden. Het onderdrukken (en dus ook het gebruik van '@' in PHP) is not-done.

Ontopic: ik ben voor Okke aan de gang gegaan en we hebben besloten een geheel nieuw script te schrijven. Het huidige systeem, waar deze errors dus van toepassing zijn, is zo ongelofelijk slecht geschreven dat oplossen duurder werd dan opnieuw ontwikkelen.

Gewoon E_ALL scripten, wordt niemand slechter van.

vaak ook iets als $foo[bar] wat eigenlijk $foo['bar'] moest wezen en gewoon variabelen aanmaken waar nodig ...

Origineel gepost door Martijn Dwars

Dus jij adviseert foutmeldingen standaard uit te zetten? Dan host ik bij voorbaat al niet bij jou. Als er dan iets niet werkt is het namelijk helemaal zoeken waar de fout zit. Natuurlijk zal iedereen hier zijn eigen mening over hebben, maar het zit er bij mij met de paplepel ingegoten dat errors standaard weergegeven moeten worden. Het onderdrukken (en dus ook het gebruik van '@' in PHP) is not-done.

Ontopic: ik ben voor Okke aan de gang gegaan en we hebben besloten een geheel nieuw script te schrijven. Het huidige systeem, waar deze errors dus van toepassing zijn, is zo ongelofelijk slecht geschreven dat oplossen duurder werd dan opnieuw ontwikkelen.

Het gebruik van @ in php voorkom je dat als er fouten naar voren komen in de website dat de website teveel informatie terug geeft aan bezoekers.

Je moet tijdens het debuggen inderdaad geen @ ervoor knallen onder het mom van het werkt laat die error er maar inzitten.

Wat je wel vaak merkt dat als je van een Windows server 2003 host naar een linix host gaat dat je hier en daar errors krijgt. Somigge dingen werken prima onder windows en niet onder linux. Visa versa trouwens.

Origineel gepost door Martijn Dwars

Dus jij adviseert foutmeldingen standaard uit te zetten? Dan host ik bij voorbaat al niet bij jou. Als er dan iets niet werkt is het namelijk helemaal zoeken waar de fout zit. Natuurlijk zal iedereen hier zijn eigen mening over hebben, maar het zit er bij mij met de paplepel ingegoten dat errors standaard weergegeven moeten worden. Het onderdrukken (en dus ook het gebruik van '@' in PHP) is not-done.

Ontopic: ik ben voor Okke aan de gang gegaan en we hebben besloten een geheel nieuw script te schrijven. Het huidige systeem, waar deze errors dus van toepassing zijn, is zo ongelofelijk slecht geschreven dat oplossen duurder werd dan opnieuw ontwikkelen.

Errors worden netjes gelogd. Het showen van alle errors is een slechte actie voor productie websites (staat ook php.net vermeld of in de config als ik me niet vergis).