Website error for HTTPS; But website works fine through HTTP - https

I just installed a SSL certificate on the website and confirmed that it was set-up correctly. But for some reason when visiting the website through HTTPS it gives the error "Not Authorized to View This Page [CFN #0004]". But HTTP works fine.
It's a WordPress website and the htaccess file has not been modified.
What could be the problem?
www.benchmarkadvertising.ca https://benchmarkadvertising.ca/
I've Googled and Googled but cannot find a solution. Called my hosting company, but they're not specialized enough to understand the issue.

First off check this may be a plugin or theme conflict. Please attempt to disable all plugins, and use one of the default (Twenty*) themes. If the problem goes away, enable them one by one to identify the source of your troubles.
If you can install plugins, install “Health Check”: https://wordpress.org/plugins/health-check/ On the troubleshooting tab, you can click the button to disable all plugins and change the theme for you, while you’re still logged in, without affecting normal visitors to your site.

Related

Too many redirects: Clearing cookies doesn't work

I have a machine where Magento is deployed. The admin page redirected to itself so many times and now I am unable to get the admin page. I get the too many redirects error. I have already tried clearing the cookies, also made some changes in the magento configuration.
I have tried accessing the admin page from other machines, but it works fine. The problem is only on one particular machine. What possibilities could be tried to resolve the issue? There are no troubles with other sites.
It's probably not even the problem with one machine, but with chrome on this machine. Try incognito mode - if works there try https://productforums.google.com/forum/#!topic/chrome/YzvpLaOmVrY (if it doesn't - check if any of your extensions is allowed to work in incognito mode)

Magento admin login 404 only at specific location

We have been unable to log in to our magento admin panel for a few months now, but this isn't a standard 404 issue.
After logging in with correct username/password, we get redirected to a 404 page. The strange thing is, it only happens from office WIFI, not over 4G or at our developers office. This occurs on our dev server, not live (live logs in just fine)
Our developers have tried creating a new development environment on a new server but the issue is still occurring.
I have tried disabling all firewalls and cannot see anything in router settings which would cause this, anyone had a similar issue or can suggest a solution?
Check your .xml files. You might been redirected to another module url showing the 404 error and check if module is currently actived. This would explain why you still have the same issue even when you're changing server, house, country etc etc.

Joomla Upgrade 2.5 to 3

I am trying to upgrade Joomla from 2.5 to 3 but update button is not showing on administrator panel. It is showing “Joomla! is up-to-date”. How will I get update button. Following errors came when I try to troubleshoot.
I am not able to get response from update.joomla.org. Is it due to proxy applied on my connection. If yes then could you please let me know the step to overcome this issue.
When I get in touch to our technical support team then they provide me proxy URL with port number. Without any credential. And they told me that I have to surpass this URL after using the proxy URL. But I am not sure how I can use this proxy to get response. Please suggest and let me know the solution. Thank you!!
Errors :
Update: :Collection: Could not open http:///update.joomla.org/core/sts/list_sts.xml ;
Update: :Collection: Could not open http:///update.joomla.org/core/jed/list.xml
Within the administrator area navigate to the 'Joomla! Updater' component (under Components) - when there click on the 'Options' button in the top right of the screen. When the pop-up appears, change the 'Update server' to 'Short Term Support' and click the 'Save & Close' button within the pop-up. Once closed, the updater component should go off and check for the latest version on the 'Short Term Support' branch. The text that said 'Joomla is up to date' should be replaced with the option to install the 3.5.1 version.
Make sure you take a backup before updating. Your template and other extensions may not be compatible with the 3.5.x branch so it's best to either make sure that they are compatible or find an alternative solution.
For others that might have been scouring the internet to solve this problem, I had the same thing happening to me on a very old site that needed to be upgraded. I had an early 2.5 site which I managed to update to 2.5.28, but could not get any further due to these errors.
Most posts on this that you'll find will refer to the https version of the error, but in my case I had the same problem is the OP, where the file that could not be opened was on the http URL.
Trying to directly load the http site seemed to work, until I noticed that my browser was automatically redirecting to the https site. I don't know if that was the browser, or a server redirect causing this, but it let me to another solution to this problem, which is that these resources obviously are no longer hosted on an insecure site.
Open up the administrator/components/com_joomlaupdate/models/default.php file and around lines 37-47, modify the listed URLs from http to https. Then rerun the purge/udpate check cycle and you should now get the update found.
In addition to this, other sites that are listed as not being found on http links can be updated by modifying records in the #__update_sites table. YMMV with these, as most of them are going to be 3rd party sites that may/may not have changed hosting. In my case, most of them had just disappeared. Notably, the core update site is listed in this table, but it gets overwritten by the aforementioned script, so updating the DB doesn't help.

Hostgator Addon Domain Redirecting to Primary Domain Subdirectory

This is for a client so I won't share exact domains but the problem is as follows..
I took over development of a website from a prior developer.
The hosting is Hostgator Business.
The primary domain is primary.com.
There is an addon domain addon.com.
The primary domain document root is /home1/username/public_html.
The addon's document root is /home1/username/addon.com.
www.addon.com had a WordPress installation which the developer had edited instead of using plugins to achieve his goals. The site also needed a complete redesign so I felt it logical to simply wipe the installation and replace it.
So, I deleted all of the WordPress files and uploaded a new copy of WordPress from wordpress.org/latest.tar.gz
Prior to deleting the old installation, the domain loaded files from it's document root perfectly.
After uploading the new installation instead of resolving to addon.com it is instead resolving to primary.com/addon.com
I've never seen this happen before so I'm lost.
There's no errors in any available logs.
All file permissions are correct.. I've triple-checked.
I've tried deleting all files and creating simple index.php and index.html files to see if it would access them ... it doesn't.
This happens in each browser I use on Windows and Linux.
I don't understand it because all I did was swap out the old WP install for a new one.
I went and re-uploaded the old WordPress installation so everything is 100% how it was but it is still going to primary.com/addon.com instead of addon.com.
Has anyone faced this issue before? I usually use Bluehost but even when I've used Hostgator in the past I've never seen this happen.
I double-checked the addon domain settings as well as anything else I could think of and everything appears normal.
I even deleted the addon domain and re-added it with the document root of /home1/username/addon.com and it still goes to primary.com/addon.com in the browser.
I submitted a ticket with Hostgator but they have not replied yet.
I'm sorry if this is long. This is my first time asking for help on here and I wanted to be sure I included everything I could.
Hostgator finally got back to me.
The previous developer had used the one-click WordPress install.
Apparently once someone uses a one-click install the only way it works is if you keep using the one-click install/you cannot do it manually any more.
From all the servers and sites I've setup this makes no sense and is a problem with Hostgator. Support did not really tell me anything other than "you have to use the one click install since the prior developer did". Great service.
Hope this saves someone some hassle.
From this it sounds like you were moving a WordPress site from the primary domain to an add on domain.
Simply moving the files from the primary to the add on domain will not make it work on the add on domain because in the database and throughout the coding of the WordPress site it would all be configured and coded for the primary domain.
It sounds like you would need to update the site home and site url from the primary to the add on domain url.
http://support.hostgator.com/articles/specialized-help/technical/wordpress/wordpress-home-fix
Also I would be suggest using a search and replace type plugin to go through all the internal coding to update the urls and links to the add on domain.
There is more information here as well http://codex.wordpress.org/Moving_WordPress

Magento Connect Manager redirecting to 3rd party site - malicious code?

I have a strange problem with Magento Connect Manager: firstly, if I cliick the "settings" tab, the page redirects to an the 1and1.com.com homepage with an affiliate link suffix (1and1 arent my hosting provider).
Similarly, if I try and uninstall / reinstall any extension on the "extensions" page, the same 1and1.com page appears in the window below the list of extensions (where you would normally see the installation being actioned).
I am also unable to install any new extensions / or uninstall any existing ones. I'm guessing this is the result of some malicious code being inserted somewhere?
does anyone else have any similar experience or any idea how to fix?
Thanks in advance.
Rollback your updated htaccess to default magento htaccess and clear your cache and test again.
OR
In your current htaccess file you may find some urls like
http://www.yourdomain.com/
update them to your website url.

Resources