trotz ausgabe "print_r($_GET);" klappt noch ne header-weiterleitung?

[Splattermann]

Warum funktioniert bei meinem lokalen System, wenn ich z.B.

print_r($_GET);

eingebe trotzdem noch eine danachfolgende header-weiterleitung z.B.

header('location: '.$_SERVER['PHP_SELF']);

, obwohl ja normalerweise eine Fehlermeldung "Cannot modify header information..." ausgegeben werden müßte.

Ich bin mir sicher, daß es etwas mit meinen Error-Einstellungen in der php.ini oder httpd.conf zu tun haben muss, aber wo?

Falls jemand man so ein ähnliches Problem hatte/hat, würde ich Ihn bitten, mir seine Lösung mitzuteilen, da ich sonst nur eingeschränkt auf meinem System testen kann, da mir keine Fehler angezeigt werden.

MfG Floh

[Moqui]

die error-einstellungen sind in der php.ini....aber wieso soll das nicht gehen?

[Splattermann]

Als ich das System vor ca. einem Jahr mittels Tutorial installiert habe, hatte ich irgendeine Einstellung auf on oder off gestellt, wodurch diese Fehlermeldungen unterdrückt werden, ich weiß allerdings nicht mehr welche und finden tu ich dieses Tutorial auch nicht mehr.

[Moqui]

also das ist der error-handling bereich von der php.ini

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Error handling and logging ;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

; error_reporting is a bit-field. Or each number up to get desired error
; reporting level
; E_ALL - All errors and warnings
; E_ERROR - fatal run-time errors
; E_WARNING - run-time warnings (non-fatal errors)
; E_PARSE - compile-time parse errors
; E_NOTICE - run-time notices (these are warnings which often result
; from a bug in your code, but it's possible that it was
; intentional (e.g., using an uninitialized variable and
; relying on the fact it's automatically initialized to an
; empty string)
; E_CORE_ERROR - fatal errors that occur during PHP's initial startup
; E_CORE_WARNING - warnings (non-fatal errors) that occur during PHP's
; initial startup
; E_COMPILE_ERROR - fatal compile-time errors
; E_COMPILE_WARNING - compile-time warnings (non-fatal errors)
; E_USER_ERROR - user-generated error message
; E_USER_WARNING - user-generated warning message
; E_USER_NOTICE - user-generated notice message
;
; Examples:
;
; - Show all errors, except for notices
;
;error_reporting = E_ALL & ~E_NOTICE
;
; - Show only errors
;
;error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
;
; - Show all errors except for notices
;
error_reporting = E_ALL & ~E_NOTICE <---das sollte gesetzt sein

; Print out errors (as a part of the output). For production web sites,
; you're strongly encouraged to turn this feature off, and use error logging
; instead (see below). Keeping display_errors enabled on a production web site
; may reveal security information to end users, such as file paths on your Web
; server, your database schema or other information.
display_errors = On

; Even when display_errors is on, errors that occur during PHP's startup
; sequence are not displayed. It's strongly recommended to keep
; display_startup_errors off, except for when debugging.
display_startup_errors = Off

; Log errors into a log file (server-specific log, stderr, or error_log (below))
; As stated above, you're strongly advised to use error logging in place of
; error displaying on production web sites.
log_errors = Off

; Set maximum length of log_errors. In error_log information about the source is
; added. The default is 1024 and 0 allows to not apply any maximum length at all.
log_errors_max_len = 1024

; Do not log repeated messages. Repeated errors must occur in same file on same
; line until ignore_repeated_source is set true.
ignore_repeated_errors = Off

; Ignore source of message when ignoring repeated messages. When this setting
; is On you will not log errors with repeated messages from different files or
; sourcelines.
ignore_repeated_source = Off

; If this parameter is set to Off, then memory leaks will not be shown (on
; stdout or in the log). This has only effect in a debug compile, and if
; error reporting includes E_WARNING in the allowed list
report_memleaks = On

; Store the last error/warning message in $php_errormsg (boolean).
track_errors = Off

; Disable the inclusion of HTML tags in error messages.
;html_errors = Off

; If html_errors is set On PHP produces clickable error messages that direct
; to a page describing the error or function causing the error in detail.
; You can download a copy of the PHP manual from http://www.php.net/docs.php
; and change docref_root to the base URL of your local copy including the
; leading '/'. You must also specify the file extension being used including
; the dot.
;docref_root = /phpmanual/
;docref_ext = .html

; String to output before an error message.
;error_prepend_string = "<font color=ff0000>"

; String to output after an error message.
;error_append_string = "</font>"

; Log errors to specified file.
;error_log = filename

; Log errors to syslog (Event Log on NT, not valid in Windows 95).
;error_log = syslog

[Splattermann]

Nope hab ich genauso, kann jetzt also nur an der httpd.conf liegen, aber es muss doch etwas mit error-handling zu tun haben, oder?

[Splattermann]

Ha,
hab den Fehler gefunden, es war die .htaccess-Datei im Root-Verzeichnis, die eigene Fehlerdokumente erstellt. Nach dem löschen dieser Datei läuft jetzt alles normal.

MfG Floh

[Moqui]

dann ist ja alles wunderbar