:433 - Safari can't open page

Doug, oddly the contact page works just now on my iMac but didn’t on my iPhone. To clarify, it always works if I write the URL out in full including the index.html.

Without getting it to fail, it’s hard to say.

???
It could be something in the way you are doing redirects.

The message from the screenshots looks as if there might be something not right with the server timing out maybe?

When you omit file name index.html or index.php The server has directives to Look these file names up.

Thanks Doug, that was how I understood it should work as well. I don’t know when this stopped working. We switched hosts last year, and shortly after moved to https. This is what we have for the htaccess file:

RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://auroraprint.ca/$1 [R=301,L]

SSLOptions +StrictRequire
SSLRequireSSL
SSLRequire %{HTTP_HOST} eq "www.auroraprint.ca”

You might want to change some of that.

Do you want www or without www as The final URL?

Now you have a conflict. Port 80 (the normal port for http non-secure) is being redirected to a URL without www with a return code of 301.
You then have an SSLRequire set to go to a www address.

Most of what you have in your htaccess isn’t necessary.

Thanks Doug, this was given to me by someone else (can’t remember who). So I removed the www but what else should I change or remove? Or is there a better way of doing it?

RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://auroraprint.ca/$1 [R=301,L]

SSLOptions +StrictRequire
SSLRequireSSL
SSLRequire %{HTTP_HOST} eq "auroraprint.ca”

If you don’t want www than replace the entire htaccess file with the top one in this post:

I used the first one exactly as posted, and I now get the error on my site:
43%20AM

I remove the htaccess file completely for now. I also noted that without the htaccess file, the signup page still isn’t working if I just type in auroraprint.ca/signup so I wonder if I need to contact my host.

If you copied it correctly, it should work.

It’s being used quite a bit on a large number of websites.

I don’t know anything about the hosting company “rebel”. Do they do redirects in a control panel?

Could they have other redirects going on upstream of your htaccess file?

I don’t think the issue you’re experiencing has anything to do with the htaccess file.

When i type in auroraprint.ca/signup it works, but it’s ending up here?
https://auroraprint.us3.list-manage.com/subscribe?u=b047c8d8341bef7158611f36f&id=735a2164e3

That’s not in the htaccess file you listed?
How are you handling this redirect?

Thanks. It’s redirecting to Mailchimp to sign up for our newsletter so that address is correct. Strange that it’s working for you but not me. This is what I put in the htaccess file, copied from it and pasted directly here:

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www. [NC]
RewriteCond %{HTTP_HOST} ^(?:www.)?(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,NE,R=301]

I guess I’ll contact the host next.

How are you redirecting? It’s NOT in the htaccess file you showed?

Are you using multiple ways to redirect?

Ah now I see what you’re asking.

My help page redirect is in Javascript:

parent.location.replace(‘https://www.auroraprint.ca/about/helpful-resources’);

The signup page that redirects to Mailchimp is in Head:

meta HTTP-EQUIV=“REFRESH” content=“0; url=https://eepurl.com/YNiYf”
(The above is enclosed in < > but I can’t use them here.)

I’ve tried these 3 pages and they’re working without me typing in the entire URL, but without the htaccess file it’s no longer secure:
auroraprint.ca/contact
auroraprint.ca/order
auroraprint.ca/upload

Okay,
You might consider keeping all redirects in your htaccess file. The JavaScript redirect is using www and you indicated that you don’t want www. There are still a few people that don’t have JavaScript turned on. Granted there’s not many but still, no reason to do it that way.

Using meta http-equiv is kind of silly when the htaccess file actually updates the HTTP header instead of doing a “faux” equivalent meta tag.

Here is a tested working htaccess file that will take care of the www, the https, and the sign-up. I couldn’t get the page you refer to in the JavaScript to come up https://www.auroraprint.ca/about/helpful-resources. It doesn’t seem to work.

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www. [NC]
RewriteCond %{HTTP_HOST} ^(?:www.)?(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,NE,R=301]
RedirectMatch  ^/signup/ https://auroraprint.us3.list-manage.com/subscribe?u=b047c8d8341bef7158611f36f&id=735a2164e3

Just copy it and paste it as plain text. Also, get rid of the meta tag and Javascript redirects.
BTW,
If you want to use code on the forum you should select it and mark it as Preformatted text with the </> right next to the quote mark above where you type.

1 Like

Thanks Doug. The working help page link is:
https://auroraprint.ca/about/helpful-resources/index.html

I guess I can just duplicate the last line and change it as needed?

Whoops, that still isn’t working. I get the “too many redirects” error. So I’ll contact my host.

here is a complete htaccess with the last help redirct:

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www. [NC]
RewriteCond %{HTTP_HOST} ^(?:www.)?(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,NE,R=301]
RedirectMatch  ^/signup/ https://auroraprint.us3.list-manage.com/subscribe?u=b047c8d8341bef7158611f36f&id=735a2164e3
RedirectMatch  301 ^/help/ https://auroraprint.ca/about/helpful-resources/index.html

Did you remove the HTTP meta tag and Javascript? Did you republish all files?

You must have some other spot where you are doing redirects. The standard https and remove www code is on thousands of sites. It’s standard stuff that’s been published all over StackOverflow. There is a link to a tester above) and it works.

I removed the javascript and the head code and republished just those 2 pages. So I need to republish the whole site?

Oh there are redirects also on my Lockdown page. That uses htaccess too I think.

This is why it’s best practice to do all redirects in the htaccess file.

Sounds like so far you’ve identified 4 ways that you’ve been doing redirects.

The Lockdown page (plugin by YourHead) has it’s own htaccess file in it’s own directory. It’s contents are made by the plugin:

<Files ~ "^_pa">
Order allow,deny
Deny from all
Satisfy All
</Files>
AuthType Basic
AuthName "Aurora Print Solutions online orders"
AuthUserFile /nfsvol-www/60/77960/auroraprint.ca/public/customerlogin/files/_passwords
require valid-user

It doesn’t seem to make a difference with Lockdown. I removed it’s htaccess file temporarily and it still says too many redirects.