Title: HTTPS Issue with WordPress
Last modified: October 10, 2017

---

# HTTPS Issue with WordPress

 *  [lp1dev](https://wordpress.org/support/users/lp1dev/)
 * (@lp1dev)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/)
 * Hi! I’ve migrated a WordPress website from a HTTP server to a HTTPS hosting, 
   I migrated successfully the SQL database and the php files, but I have an issue
   when I set my siteurl and home in the wp_config, if it contains https:// I can
   connect as an admin, but I can not access anything under the directory wp-admin?
 * I’d rather keep the website address private if you don’t mind, does anyone encountered
   similar problems?
 * Thanks

Viewing 8 replies - 1 through 8 (of 8 total)

 *  [danieltj](https://wordpress.org/support/users/danieltj/)
 * (@danieltj)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574440)
 * What happens when you try and access `/wp-admin/`? Do you get a redirect loop
   or something? [Take a look at this](https://codex.wordpress.org/Administration_Over_SSL)
   and see if it sorts the issue out. Caching can also play a part when switching
   to HTTPs I’ve found.
 *  Thread Starter [lp1dev](https://wordpress.org/support/users/lp1dev/)
 * (@lp1dev)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574460)
 * Hi Daniel! Thanks for your quick answer! Actually the weird part is that I don’t
   have a redirect loop (it would be easier to debug), I have a “Sorry, you are 
   not allowed to access this page.” even through I am logged with an Admin account
 *  Thread Starter [lp1dev](https://wordpress.org/support/users/lp1dev/)
 * (@lp1dev)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574558)
 * Thanks for the link! I tried setting FORCE_SSL_ADMIN to true or false, but none
   of them worked, I made a RewriteRule to redirect everything to https but it didn’t
   work either, I tried disabling all of my themes and plugins too but it didn’t
   seem to fix the problem. I was thinking about running my wordpress through a 
   reverse proxy to fix my SSL problems but I’d love to be able to avoid it if someone
   has another solution
 *  [kyjus25](https://wordpress.org/support/users/kyjus25/)
 * (@kyjus25)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574624)
 * Is it possible you’re logged in to the site under the www. version of the site,
   but the base URL of the website is without the www. ?
 * Try going to your wp-admin and add/remove the www. and let me know if that fixes
   the issue
 *  Thread Starter [lp1dev](https://wordpress.org/support/users/lp1dev/)
 * (@lp1dev)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574695)
 * Hi kyjus25! Thanks, but unfortunately my website is not under www, but it IS 
   under a subdomain (devversion.mydomain.com) . Since I’m not 100% percent sure
   what could be the source of the issue I’m going to explain a little bit more 
   precisely what I did.
 * I have a dev version of the WordPress, hosted on our company’s server, it is 
   an Apache Server Running Plesk and it is inside a subdirectory (Similar to [http://preview.mywebsite.com/websites/mywordpress](http://preview.mywebsite.com/websites/mywordpress)),
   there is no HTTPS/SSL configuration on this wordpress instance.
 * We have to migrate it to our client’s hosting, so I:
 * – Made a sql dump of the mysql database
    – Updated the client’s database with
   the dump – Pushed the sources through ftp on our client’s domain, but under a
   subdomain (devversion.mydomain.com) to avoid breaking the production website,–
   Updated the home and siteurl variables inside the wp_options of the database 
   with [https://devversion.mydomain.com](https://devversion.mydomain.com) – Updated
   the wordpress’s wp-config.php to connect to the new database
 * That’s when the issue occured, I then tried to add $_SERVER[‘HTTPS’]=’on’ and
   define(‘FORCE_SSL_ADMIN’, true) to my config.php file (among many other potential
   fixes I found online) but nothing worked so far.
 * Is there something I might have missed? I set the debug to true but I don’t have
   more information.
    -  This reply was modified 8 years, 6 months ago by [lp1dev](https://wordpress.org/support/users/lp1dev/).
 *  [kyjus25](https://wordpress.org/support/users/kyjus25/)
 * (@kyjus25)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574770)
 * Very strange. Does the WordPress admin bar show up on the front end of the site?
   That would prove you are successfully logged in. I would suggest creating a new
   user through WordPress (or setting it up directly through the database) and then
   upgrading it’s user role in the database to an admin. Some posts I’ve read online
   suggest that possibly the users table was corrupted in the move. Here’s [some instructions](http://www.inmotionhosting.com/support/edu/wordpress/333-add-admin-via-mysql)
   on adding a user directly through the database if your WordPress doesn’t allow
   adding users through the front end.
 * Check your .htaccess file in the root of your WordPress and make sure it doesn’t
   still have your old subdomain in there. It may be hidden, I know FileZilla will
   show it. Make sure anywhere inside that .htaccess file has “[https://&#8221](https://&#8221);
   instead of the old “[http://&#8221](http://&#8221);. It may be the default WordPress.
   htaccess where there are no http or https, but it may also have the [subdomain example](https://codex.wordpress.org/htaccess)
   on WordPress’ codex. That looks like it may only be for multisite.
 * Setting $_SERVER[‘HTTPS’]=’on’ and define(‘FORCE_SSL_ADMIN’, true) shouldn’t 
   be necessary. The site should work just fine without it. You will, however, want
   to make sure all images and files are loaded in under HTTPS otherwise you’ll 
   get a mixed content error. Adding this to the very top of my .htaccess file usually
   fixes this issue: `Header always set Content-Security-Policy: upgrade-insecure-
   requests` Otherwise you can just do a find/replace of all [http://yourdomain](http://yourdomain)
   to [https://yourdomain](https://yourdomain) using a plugin to correct your database
 *  Thread Starter [lp1dev](https://wordpress.org/support/users/lp1dev/)
 * (@lp1dev)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574800)
 * Very strange indeed! The admin bar does shows up on the front-end! I tried to
   create a new used on the front-end, it works but when I try to access the user’s
   profile (which is under wp-admin/profile.php) I encounter the same issue. Everything
   under wp-admin throws exactly the same error. I tried to manually add an user
   to the database, and it gets me to the same point. I checked the usermetadata
   table, I didn’t see anything unexpected. I updated my htaccess, but it uses relative
   links, is there a specific configuration I should do inside it? I tried to use
   it to redirect http traffic to https, but it didn’t fix the issue. I tried the
   subdomain example and it didn’t seem to do much change. I’m going to try again
   tomorrow to tweak my .htaccess.
 * Do you think a mixed-content error might throw this kind of error? Because I 
   have a few of them because of some plugin! Or could it be some cache somewhere,
   rewriting my urls without the https (even through it seems quite unlikely)?
 * Replacing every [http://yourdomain](http://yourdomain) to https seems like a 
   great idea! Do you have any specific plugin in mind?
 * Thanks for your time!
 *  [kyjus25](https://wordpress.org/support/users/kyjus25/)
 * (@kyjus25)
 * [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574834)
 * Personally I usually use [https://wordpress.org/plugins/search-and-replace/](https://wordpress.org/plugins/search-and-replace/),
   but you have to leave off the ending .com of your BASE_URL otherwise it will 
   catch that you’re changing your root URL and ask that you first save it as an
   SQL dump. if you are strategic with your URL replacing it shouldn’t catch that
   you’re replacing your URL and let you save the changes directly to your database.
 * You ARE logged in, so that’s good. Try dumping in a clean WordPress into there
   and see if that helps. Perhaps there are just some file permissions causing a
   hickup in the PHP. You’ll want to take out your wp-content and wp-config.php 
   and paste in a fresh WordPress. Then just paste in your wp-content and wp-config.
   php and it should take right off as if nothing happened. That’s basically all
   a typical WordPress update does.
 * If that doesn’t work, I would suggest trying a complete fresh install without
   your database or config file and migrate the files using [a backup plugin](https://wordpress.org/plugins/updraftplus/)
   instead. That way you can check that the admin panel DID work before the migrate
   takes place.
 * Does your domain (that the subdomain is connected to) also have WordPress installed
   that your wp-admin may be falling through to?
 * I would definitely say a clean fresh empty install of WordPress would definitely
   be the path to take from here. That way you can test the knowns. When your ready,
   export your backups from your dev site and import them into your empty WordPress.

Viewing 8 replies - 1 through 8 (of 8 total)

The topic ‘HTTPS Issue with WordPress’ is closed to new replies.

## Tags

 * [HTTPS](https://wordpress.org/support/topic-tag/https/)

 * In: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/)
 * 8 replies
 * 3 participants
 * Last reply from: [kyjus25](https://wordpress.org/support/users/kyjus25/)
 * Last activity: [8 years, 6 months ago](https://wordpress.org/support/topic/https-issue-with-wordpress/#post-9574834)
 * Status: not resolved

## Topics

### Topics with no replies

### Non-support topics

### Resolved topics

### Unresolved topics

### All topics
