Re: URL wierdness...
On Mon, 2 Jun 2003, Jody Belka wrote: IMAP HILLWAY\ said: Now... this works fine for almost every URL I can think of apart from 2: http://www.acxiom.co.uk http://www.acxiom.com These 2 both return 500 Internal Server Error but work fine if you go to them with a browser! bit of checking and it seems that they're using the Accept-Language header, and don't imagine you might not send it. if you add that to the request (a simple en or en-us will do the trick) then things work properly. really bad form on their side of course. As I suspected - if you were on the local machine you would have seen a stack trace like: [NullReferenceException]: Object reference not set to an instance of an object. at LangTest.WebForm1.Page_Load(Object sender, EventArgs e) in c:\inetpub\wwwroot\langtest\webform1.aspx.cs:line 24 at System.Web.UI.Control.OnLoad(EventArgs e) at System.Web.UI.Control.LoadRecursive() at System.Web.UI.Page.ProcessRequestMain() [HttpUnhandledException]: Exception of type System.Web.HttpUnhandledException was thrown. at System.Web.UI.Page.HandleError(Exception e) at System.Web.UI.Page.ProcessRequestMain() at System.Web.UI.Page.ProcessRequest() at System.Web.UI.Page.ProcessRequest(HttpContext context) at System.Web.CallHandlerExecutionStep.System.Web.HttpApplication+IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean completedSynchronously) They will be using the array returned by System.Web.Request.UserLanguages without checking it. This of course would be simply fixed with some code like: string bestlanguage = en-gb; string[] userLang = Request.UserLanguages; if ( userLang != null ) { bestlanguage = userLang[0]; } If someone from the company concerned is reading my consulting rates are reasonable ;-) /J\
Re: URL wierdness...
IMAP HILLWAY\ said: Now... this works fine for almost every URL I can think of apart from 2: http://www.acxiom.co.uk http://www.acxiom.com These 2 both return 500 Internal Server Error but work fine if you go to them with a browser! bit of checking and it seems that they're using the Accept-Language header, and don't imagine you might not send it. if you add that to the request (a simple en or en-us will do the trick) then things work properly. really bad form on their side of course. Jody
Re: URL wierdness...
- Original Message - From: Jody Belka [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 02, 2003 2:29 PM Subject: Re: URL wierdness... IMAP HILLWAY\ said: Now... this works fine for almost every URL I can think of apart from 2: http://www.acxiom.co.uk http://www.acxiom.com These 2 both return 500 Internal Server Error but work fine if you go to them with a browser! bit of checking and it seems that they're using the Accept-Language header, and don't imagine you might not send it. if you add that to the request (a simple en or en-us will do the trick) then things work properly. really bad form on their side of course. Jody Thanks Jody. That did the trick new code is: snip use LWP::UserAgent; use HTTP::Request; use HTTP::Request::Common; my $browser; my $ua = new LWP::UserAgent; $ua-agent('Mozilla/5.0'); $ua-timeout(15); my $url = 'http://www.acxiom.co.uk'; my $req = new HTTP::Request; my $res = $ua-request(GET $url, 'Accept-Language' = 'en'); /snip
Re: URL wierdness...
- Original Message - From: Roger Burton West [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 30, 2003 9:24 AM Subject: Re: URL wierdness... On Fri, May 30, 2003 at 09:16:25AM +0100, Andy Williams (IMAP HILLWAY) wrote: Now... this works fine for almost every URL I can think of apart from 2: http://www.acxiom.co.uk http://www.acxiom.com These 2 both return 500 Internal Server Error but work fine if you go to them with a browser! Not with my browser (Dillo/0.7.1). Doesn't work even if I fake the user-agent to be IE5. Oh, what a surprise, they're running IIS. Yes they are. but I don't have any trouble getting to other IIS sites! This is very strange! Andy
Re: URL wierdness...
On Fri, 30 May 2003, Roger Burton West wrote: On Fri, May 30, 2003 at 09:16:25AM +0100, Andy Williams (IMAP HILLWAY) wrote: Now... this works fine for almost every URL I can think of apart from 2: http://www.acxiom.co.uk http://www.acxiom.com These 2 both return 500 Internal Server Error but work fine if you go to them with a browser! Not with my browser (Dillo/0.7.1). Doesn't work even if I fake the user-agent to be IE5. Oh, what a surprise, they're running IIS. And worse ASP.Net, although the error is not directly to do with approaching an ASP.Net as I have tested this with one of my own which works fine (even with GET /PaymentReport/ HTTP/1,1^H ;-) - I would imagine they are doing something bad and evil with the System.Web.HttpRequest and not catching the exception when something they expect to be an object is actually null. /J\