site_url in wp_options table mismatch with site URL in settings > general

Multi tool use
I'm working with a client on a Wordpress instance that resides at subdomain.maindomain.com
. They would like it to appear as www.maindomain.com/subdomain
.
Prior to my tenure they spun everything up with a reverse proxy and have the site appearing at www.maindomain.com/subdomain
successfully... EXCEPT when you attempt to navigate within the WordPress admin dashboard.
For instance, clicking on the arrow for next page to navigate within the posts produces the following link (resulting in an error):
https://subdomain.maindomain.com/wp-admin/edit.php?post_type=page&paged=2
where it should produce:
https://www.maindomain.com/subdomain/wp-admin/edit.php?post_type=page&paged=2
This happens throughout the admin dashboard (creating a new user, etc.), despite the permalinks for the public facing pages being generated correctly.
What's setup correctly:
wp_home
and wp_siteurl
in wp_config.php
are both set to www.maindomain.com/subdomain
Site and home URL are also both set to www.maindomain.com/subdomain
in Settings >> General in the WordPress admin dashboard.
Possible issue?
I did notice in the wp_options
table that the site and home URLs are both set to subdomain.maindomain.com
. Could that be the root of the issue?
I can also provide the htaccess base rewrite rules here if that's helpful.
Beyond resolving this troublesome issue, I'm also generally curious if there are any instances in which a mismatch between the site/home URLs in Settings >> General and the wp_options table would actually be a good thing? It seems like this mismatch would always be bad.
wordpress .htaccess amazon-ec2 subdomain reverse-proxy
add a comment |
I'm working with a client on a Wordpress instance that resides at subdomain.maindomain.com
. They would like it to appear as www.maindomain.com/subdomain
.
Prior to my tenure they spun everything up with a reverse proxy and have the site appearing at www.maindomain.com/subdomain
successfully... EXCEPT when you attempt to navigate within the WordPress admin dashboard.
For instance, clicking on the arrow for next page to navigate within the posts produces the following link (resulting in an error):
https://subdomain.maindomain.com/wp-admin/edit.php?post_type=page&paged=2
where it should produce:
https://www.maindomain.com/subdomain/wp-admin/edit.php?post_type=page&paged=2
This happens throughout the admin dashboard (creating a new user, etc.), despite the permalinks for the public facing pages being generated correctly.
What's setup correctly:
wp_home
and wp_siteurl
in wp_config.php
are both set to www.maindomain.com/subdomain
Site and home URL are also both set to www.maindomain.com/subdomain
in Settings >> General in the WordPress admin dashboard.
Possible issue?
I did notice in the wp_options
table that the site and home URLs are both set to subdomain.maindomain.com
. Could that be the root of the issue?
I can also provide the htaccess base rewrite rules here if that's helpful.
Beyond resolving this troublesome issue, I'm also generally curious if there are any instances in which a mismatch between the site/home URLs in Settings >> General and the wp_options table would actually be a good thing? It seems like this mismatch would always be bad.
wordpress .htaccess amazon-ec2 subdomain reverse-proxy
after you changed the urls, did you regenerate your permalinks?
– Stender
Jan 3 at 8:52
1
Yup. Permalinks have been regenerated after changing URLs in wp_config and via Settings >> General. I haven't touched the URLs in wp_options table because I'm not sure if this mismatch is purposeful because of their strange setup?
– ludditedev
Jan 3 at 8:53
This is where I first got the idea to look atwp_options
— but I'm not totally sure it's an applicable solution here. wordpress.stackexchange.com/questions/121084/…
– ludditedev
Jan 3 at 8:58
add a comment |
I'm working with a client on a Wordpress instance that resides at subdomain.maindomain.com
. They would like it to appear as www.maindomain.com/subdomain
.
Prior to my tenure they spun everything up with a reverse proxy and have the site appearing at www.maindomain.com/subdomain
successfully... EXCEPT when you attempt to navigate within the WordPress admin dashboard.
For instance, clicking on the arrow for next page to navigate within the posts produces the following link (resulting in an error):
https://subdomain.maindomain.com/wp-admin/edit.php?post_type=page&paged=2
where it should produce:
https://www.maindomain.com/subdomain/wp-admin/edit.php?post_type=page&paged=2
This happens throughout the admin dashboard (creating a new user, etc.), despite the permalinks for the public facing pages being generated correctly.
What's setup correctly:
wp_home
and wp_siteurl
in wp_config.php
are both set to www.maindomain.com/subdomain
Site and home URL are also both set to www.maindomain.com/subdomain
in Settings >> General in the WordPress admin dashboard.
Possible issue?
I did notice in the wp_options
table that the site and home URLs are both set to subdomain.maindomain.com
. Could that be the root of the issue?
I can also provide the htaccess base rewrite rules here if that's helpful.
Beyond resolving this troublesome issue, I'm also generally curious if there are any instances in which a mismatch between the site/home URLs in Settings >> General and the wp_options table would actually be a good thing? It seems like this mismatch would always be bad.
wordpress .htaccess amazon-ec2 subdomain reverse-proxy
I'm working with a client on a Wordpress instance that resides at subdomain.maindomain.com
. They would like it to appear as www.maindomain.com/subdomain
.
Prior to my tenure they spun everything up with a reverse proxy and have the site appearing at www.maindomain.com/subdomain
successfully... EXCEPT when you attempt to navigate within the WordPress admin dashboard.
For instance, clicking on the arrow for next page to navigate within the posts produces the following link (resulting in an error):
https://subdomain.maindomain.com/wp-admin/edit.php?post_type=page&paged=2
where it should produce:
https://www.maindomain.com/subdomain/wp-admin/edit.php?post_type=page&paged=2
This happens throughout the admin dashboard (creating a new user, etc.), despite the permalinks for the public facing pages being generated correctly.
What's setup correctly:
wp_home
and wp_siteurl
in wp_config.php
are both set to www.maindomain.com/subdomain
Site and home URL are also both set to www.maindomain.com/subdomain
in Settings >> General in the WordPress admin dashboard.
Possible issue?
I did notice in the wp_options
table that the site and home URLs are both set to subdomain.maindomain.com
. Could that be the root of the issue?
I can also provide the htaccess base rewrite rules here if that's helpful.
Beyond resolving this troublesome issue, I'm also generally curious if there are any instances in which a mismatch between the site/home URLs in Settings >> General and the wp_options table would actually be a good thing? It seems like this mismatch would always be bad.
wordpress .htaccess amazon-ec2 subdomain reverse-proxy
wordpress .htaccess amazon-ec2 subdomain reverse-proxy
edited Jan 3 at 8:52
ludditedev
asked Jan 3 at 8:47
ludditedevludditedev
13819
13819
after you changed the urls, did you regenerate your permalinks?
– Stender
Jan 3 at 8:52
1
Yup. Permalinks have been regenerated after changing URLs in wp_config and via Settings >> General. I haven't touched the URLs in wp_options table because I'm not sure if this mismatch is purposeful because of their strange setup?
– ludditedev
Jan 3 at 8:53
This is where I first got the idea to look atwp_options
— but I'm not totally sure it's an applicable solution here. wordpress.stackexchange.com/questions/121084/…
– ludditedev
Jan 3 at 8:58
add a comment |
after you changed the urls, did you regenerate your permalinks?
– Stender
Jan 3 at 8:52
1
Yup. Permalinks have been regenerated after changing URLs in wp_config and via Settings >> General. I haven't touched the URLs in wp_options table because I'm not sure if this mismatch is purposeful because of their strange setup?
– ludditedev
Jan 3 at 8:53
This is where I first got the idea to look atwp_options
— but I'm not totally sure it's an applicable solution here. wordpress.stackexchange.com/questions/121084/…
– ludditedev
Jan 3 at 8:58
after you changed the urls, did you regenerate your permalinks?
– Stender
Jan 3 at 8:52
after you changed the urls, did you regenerate your permalinks?
– Stender
Jan 3 at 8:52
1
1
Yup. Permalinks have been regenerated after changing URLs in wp_config and via Settings >> General. I haven't touched the URLs in wp_options table because I'm not sure if this mismatch is purposeful because of their strange setup?
– ludditedev
Jan 3 at 8:53
Yup. Permalinks have been regenerated after changing URLs in wp_config and via Settings >> General. I haven't touched the URLs in wp_options table because I'm not sure if this mismatch is purposeful because of their strange setup?
– ludditedev
Jan 3 at 8:53
This is where I first got the idea to look at
wp_options
— but I'm not totally sure it's an applicable solution here. wordpress.stackexchange.com/questions/121084/…– ludditedev
Jan 3 at 8:58
This is where I first got the idea to look at
wp_options
— but I'm not totally sure it's an applicable solution here. wordpress.stackexchange.com/questions/121084/…– ludditedev
Jan 3 at 8:58
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54018924%2fsite-url-in-wp-options-table-mismatch-with-site-url-in-settings-general%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54018924%2fsite-url-in-wp-options-table-mismatch-with-site-url-in-settings-general%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
4TKuwn KZlQxB7hDdWhXid01A,k EpCYewv96Ma6roFUe
after you changed the urls, did you regenerate your permalinks?
– Stender
Jan 3 at 8:52
1
Yup. Permalinks have been regenerated after changing URLs in wp_config and via Settings >> General. I haven't touched the URLs in wp_options table because I'm not sure if this mismatch is purposeful because of their strange setup?
– ludditedev
Jan 3 at 8:53
This is where I first got the idea to look at
wp_options
— but I'm not totally sure it's an applicable solution here. wordpress.stackexchange.com/questions/121084/…– ludditedev
Jan 3 at 8:58