Home/ Questions/Q 6761301
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-26T14:10:15+00:00

I have two PHP scripts which both have an include_once(‘authentication.inc’); script near the top.

  • 0

I have two PHP scripts which both have an “include_once(‘authentication.inc’);” script near the top. Both scripts reference the same authentication file. That authentication file currently performs a header redirect (like “header(‘Location: index.php’);”) if the user is not signed in.

In one file (A.php) the immediate next line of code after the include of the authentication file is:

if(isset($_GET['delete']))
   mysql_query("DELETE FROM table WHERE index=".$_GET['delete']);

In the other file (B.php) there are several other includes which occur before the same “delete code” listed above.

So the authenticate.inc file looks like:

if(!valid_credentials($username,$password))
    header('Location: index.php');

And file A.php looks like:

include_once('authenticate.inc');

if(isset($_GET['delete']))
   mysql_query("DELETE FROM table WHERE index=".$_GET['delete']);

And file B.php looks like:

include_once('authenticate.inc');

include_once('other.php');
include_once('file2.php');
include_once('onemore.php');

if(isset($_GET['delete']))
   mysql_query("DELETE FROM table WHERE index=".$_GET['delete']);

Yet when I call A.php?delete=5, that record is deleted from the database while when I call B.php?delete=8 that record is not.

I have checked the 3 intermediary includes and do not see any die() statements, nor any other header redirects.

So while it’s clear that A.php is continuing to execute after the header is sent, why isn’t B.php doing the same thing? Is the header being sent before the next set of imports?

**

Also: I know to add the die() or exit command after the headers are sent. I’m working on someone else’s code and trying to explain behavior, not writing this myself.

**

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    No way to tell. If the starts are aligned properly, the header coud be sent to the client browser immediately and the bowser will start closing the current connection and request the new URL immediately. This’ll cause the current PHP script to start shutting down.

    On the other hand, if the caches are slow and the network glitchy, the client browser may not get the redirect header for seconds/minutes/hours, and the script could continue executing indefinitely.

    In general you should assume that the moment you’ve issued a header redirect that the script is basically “walking dead” and should not do any further work.

    The sole exception to this rule is that you CAN use ignore_user_abort(TRUE), which tells PHP to NOT shut down when the remote user disconnects. That’d allow you to continue on working even though the browser has shut down the connection and moved on to the new page.

    • 0