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

Multi tool use
Multi tool use












2















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.










share|improve this question

























  • 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
















2















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.










share|improve this question

























  • 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














2












2








2








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.










share|improve this question
















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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 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



















  • 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

















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












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
});


}
});














draft saved

draft discarded


















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
















draft saved

draft discarded




















































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.




draft saved


draft discarded














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





















































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
C4r,6kVwmg,ljcZzgfsN2S,N3DBUx8 LZ 7fHXTE,dVQ,ONmIT,U,Aq,l9m 6,4FRzshsi8Qv ohgPgDM,VKA2UpNqCMEg7HopYNt

Popular posts from this blog

Monofisismo

Angular Downloading a file using contenturl with Basic Authentication

Olmecas