![]() |
[QUOTE=S485122;552132]No TLD (.org), how could your "speed-dial button" ever work ?
Jacob[/QUOTE] Domain names used to be relative unless you put a dot at the end, in the same way that directory path names are local unless you start with a / Then this started causing problems with E-mail delivery, and other problems with software written by people who did not know the rules. |
[QUOTE=James Heinrich;552109]It makes perfect sense. There is a redirect rule (the kind that automatically changes mersenne.org -> [url]www.mersenne.org[/url], or http -> https) that is redirecting the home page to itself. A small typo, no doubt, easily done. I have brought it to George/Aaron's attention. They should have it fixed soon. Until then you can always go to another page (e.g. [url]https://www.mersenne.org/primes/[/url]) and navigate from there.[/QUOTE]
Apparently I'm not man enough to figure out IIS redirection rules. Give me some hairy FFT code any day. Aaron will check in sooner or later. |
[QUOTE=Prime95;552153]Apparently I'm not man enough to figure out IIS redirection rules. Give me some hairy FFT code any day. Aaron will check in sooner or later.[/QUOTE]I use the following in the .htaccess file at the root of my "site" :
[code]RewriteEngine On RewriteBase / RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Header set Strict-Transport-Security "max-age=60000; includeSubdomains; " Options -Indexes[/code]Jacob |
[QUOTE=Nick;552139]Domain names used to be relative unless you put a dot at the end,
in the same way that directory path names are local unless you start with a / Then this started causing problems with E-mail delivery, and other problems with software written by people who did not know the rules.[/QUOTE]I think it is more a case of the browser not adding .com or .org to an incomplete address (the different browser.fixup.alternate.xxx setting in FF based browsers.) The rules you cite are for DNS resolving and configuration files, they would only work in the mersenne.org site if the querying device is in an .org TLD. For browsing, AFAIK, a FQDN is needed. Jacob |
[QUOTE=James Heinrich;552109]It makes perfect sense. There is a redirect rule (the kind that automatically changes mersenne.org -> [URL="http://www.mersenne.org"]www.mersenne.org[/URL], or http -> https) that is redirecting the home page to itself. A small typo, no doubt, easily done. I have brought it to George/Aaron's attention. They should have it fixed soon. Until then you can always go to another page (e.g. [URL]https://www.mersenne.org/primes/[/URL]) and navigate from there.[/QUOTE]
The link is [URL]https://www.mersenne.org/[/URL] in my browser, on which, it was stalling. I try to avoid using shortened variations. If I had the fully qualified address, then there should have been no need to redirect. It is working properly now. Many thanks. :smile: |
It misdirected again, or whatever it does.
I appended the link: [URL]https://www.mersenne.org/manual_assignment/[/URL] This works fine. |
[QUOTE=storm5510;552198]It misdirected again, or whatever it does.[/QUOTE]Yes, the problem is still unresolved. It's (apparently) beyond George's ken, and Aaron is traveling at the moment and won't be able to look at it until tonight/tomorrow.
|
[QUOTE=storm5510;552187]The link is [URL]https://www.mersenne.org/[/URL] in my browser, on which, it was stalling. /---/ It is working properly now. Many thanks. :smile:[/QUOTE]
I was finding that it seemed to fail to resolve rather randomly using Firefox 78.0.2. After upgrading to 79.0, the problem seems to have disappeared. Possibly a browser glitch? Does that chime with anyone else? No, forget that, I just hadn't tried enough - still random apparently... Tony |
[QUOTE=James Heinrich;552200]Yes, the problem is still unresolved. It's (apparently) beyond George's ken, and Aaron is traveling at the moment and won't be able to look at it until tonight/tomorrow.[/QUOTE]
I got it fixed - finally. Unfortunately I was on a road trip when I saw this and didn't have my laptop handy so it juts had to wait. It was a little cut-and-paste issue with some new URL rewrite rules that had to do with the new CERT work type. Turns out IIS is picky about the order in which some conditions appear, for reasons unknown. All better now. |
[QUOTE=Madpoo;552256]I got it fixed - finally.
Unfortunately I was on a road trip when I saw this and didn't have my laptop handy so it juts had to wait. It was a little cut-and-paste issue with some new URL rewrite rules that had to do with the new CERT work type. Turns out IIS is picky about the order in which some conditions appear, for reasons unknown. All better now.[/QUOTE] Other than recognizing an IP address, internet protocols is something I know virtually nothing about. Thank you! :smile: |
[QUOTE=storm5510;552324]Other than recognizing an IP address[/QUOTE]Even sticking with IPv4 you might not even always recognize an IP address, like [url]http://2899904110[/url] or [url]http://0xACD9066E[/url] :cool:
[SIZE="1"](both are alternate representations of 172.217.6.110 = google.com)[/SIZE] |
| All times are UTC. The time now is 22:49. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.