Wie erkennt man, ob eine aspx-Seite von Server.Execute aufgerufen wurde?

Question

Ich habe folgende Beispiel Seitenstruktur:

• Webpage.aspx
• Script.aspx

Wenn ich Server.Execute("Script.aspx") von Webpage.aspx nennen, wie kann ich in Script.aspx erkennen, dass es wurde von Webpage.aspx und nicht direkt von einem Webbrowser aufgerufen?

Ich habe versucht, den Referrer zu überprüfen, aber das scheint nur Domäne und nicht das Skript zurückzugeben.

Ich bin mit ASP.NET Web Forms auf .NET 3.5

Answer 1

In Script.aspx.cs, können Sie einfach die Request.Path im Vergleich zu dem aktuellen Ausführungspfad überprüfen .

if (Request.CurrentExecutionFilePath == Request.Path) 
{ 
    //This has been called from a web browser 
} else { 
    //This has been executed from the file Request.Path 
} 

Warum?

Teile der Anfrage werden beim Aufruf von Server.Execute unverändert übergeben. Wenn Sie also den Wert von Request.Path von Ihrer Script.aspx.cs nach der Verwendung von Server.Execute in Ihrer Webseite.aspx.cs betrachten, sehen Sie, dass er den Wert "/Webpage.aspx" hat.

Wenn jedoch ein Webbrowser direkt auf Script.aspx zugreifen sollte, wird der Wert von Request.Path aus Script.aspx.cs in "/Script.aspx" resultieren. Der Befehl currentExecutionPath liefert immer das aktuell ausgeführte Skript, sodass ein Vergleich der beiden das gewünschte Ergebnis ergibt.

Hoffe, das hilft.

Answer 2

Zumindest kann man sagen, ob die Anfrage durch Request.IsLocal lokal ist.

Answer 3

Sie könnten einen Querystring-Parameter an Script.aspx übergeben (wodurch Sie leichter erkennen können, dass es von WebPage.aspx aufgerufen wurde).

Server.Execute("script.aspx?xFrom=webPage.aspx")

EDIT: Ich denke, der Antrag einen Wert darin haben sollte für Sie zu wissen, dass es webpage.aspx läuft.

EDIT2: Anforderung.Url?

Answer 4

Da Server.Execute die neue Seite mit demselben Kontext wie die Originalseite ausführt, sollten alle Eigenschaften von Request immer noch die ursprüngliche Anforderung von Webpage.aspx widerspiegeln (außer CurrentExecutionFilePath, das hoffentlich "/Script.aspx" enthält)). Request.Path sollte "/Webpage.aspx" enthalten, während Request.Url das vollständige Uri-Objekt angibt, wenn Sie die Domäne oder die Abfragezeichenfolge sehen müssen.

Sie können auch Werte zu Context.Items hinzufügen, bevor Server.Execute aufrufen und lesen sie in Script.aspx

Answer 5

HttpRequest.FilePath werden die URL der angeforderten Seite zurückkehren, die Sie dann einen Teil Spiel tun können auf für " Script.aspx ".

(Nehmen Sie diese Antwort mit einem riesigen Salzkorn aber meine .Net ziemlich schlecht ist.)

Answer 6

Angenommen, Sie haben keine IHttpHandler-Funnigkeit, können Sie überprüfen, ob HttpContext.PreviousHandler nicht null ist. Da es jedoch eine Million (gut, mehrere) Gründe dafür gibt, dass "PreviousHandler" gesetzt werden konnte, würde ich die Empfehlung von stevemegson verwenden, vor dem Aufruf von Server.Execute HttpContext.Items zu verwenden.