installer.php one define() is added to wp-config.php
define( 'WP_SITEURL', 'https://target.example.com/' );
/* That's all, stop editing! Happy publishing. */Note: Only for WP_SITEURL, not for WP_HOME.
Expected behaviour: No defines for WP_XXX URLs are added to wp-config.php
Duplicator 1.5.6, WordPress 6.3.2
]]>This is a private blog area which is manually proxied by a route in a custom web app, because the custom app has custom authentication and the client wanted the blog to be behind the same authentication. It’s docker-compose, with an nginx container in front and an ASP.NET Core MVC container behind that (which lives at
/app/), and there’s a particular controller route in that MVC app (/app/privateblog/) that just relays requests to the internal docker-compose address for the private blog container.(Diagram in case that was hard to follow:
)This was originally a Ghost blog container, and it worked as designed. But Ghost wasn’t meeting the client’s needs as a blog engine, so we decided to simply switch the Ghost container out for a WordPress container.
Which I thought would be pretty much drop-in.
But it’s not.
The problem is that WordPress doesn’t fully respect a setting telling it what its URL is.
With Ghost, this was as simple as a single environment line in my docker-compose.yml and everything just worked:
composename.blog.privateghost:
image: ghost
environment:
url: "https://example.com/app/privateblog"So naturally, when I went to switch it over to WordPress, I googled around and I came up with this:
composename.blog.privatewordpress:
image: wordpress
environment:
WORDPRESS_CONFIG_EXTRA: |
define('WP_HOME','https://example.com/app/privateblog');
define('WP_SITEURL','https://example.com/app/privateblog');Now, that works well enough to complete the initial installation, but WordPress frequently ignored it and would redirect to https://composename.blog.privatewordpress.
For example, If you visit /app/privateblog/wp-admin, WordPress feels the need to redirect you just to slap on a trailing /, but in doing so it redirects you to https://composename.blog.privatewordpress/wp-admin/ instead of /wp-admin/ being on the end of the externally facing path defined in WP_HOME and WP_SITEURL.
(I’m not sure where it’s even getting the composename.blog.privatewordpress URL in order to use it instead, as docker-compose isn’t providing any internal dns or anything, so it must be getting it out of the incoming request headers from the internally forwarded request or something? Why would it DO that if WP_HOME and WP_SITEURL are things?)
After googling around some more, I found a suggestion to add this line to the wp-config block in my WORDPRESS_CONFIG_EXTRA:
$${_SERVER}['HTTP_HOST'] = $${_SERVER}['HTTP_X_FORWARDED_HOST'];
That didn’t seem to improve the situation (although, as I type that, I realize I should probably double-check that the manual proxy controller code is even attaching any X-Forwarded headers; I’ll get back to this on that)…
I also saw some stuff about doing a str_replace of _SERVER['REQUEST_URI'] in there, but that seemed to be about correcting paths below the domain name and doesn’t fit very well into composename.blog.privatewordpress –> example.com/app/privateblog…
Now way over budget for this simple change, in order to try to put it to bed I went the route of brutely rewriting the Location header in the responses coming back from the proxy to string replace any instance of the URL configured to redirect to (https://composename.blog.privatewordpress) with the path of the proxying controller (https://example.con/app/privateblog).
I then did the same thing with url-encoded versions, in case it was escaped in a querystring as a redirect_to or anything like that.
Problem solved?
Still no.
Because sometimes it’s not in a redirect header, it’s a link in text on the rendered pages.
Best example, because it’s 100% consistent:
The 2nd page of the list of Pages in the dashboard.
Why does that ignore WP_HOME and WP_SITEURL?? Where does it get its information from instead? Doesn’t this cause problems for all sorts of people who need WP_HOME or WP_SITEURL to work properly?? Is there some setting I can change to make it stop behaving this way???
I don’t really want to brutely string-replace the response content, that seems way too far down the wrong track 
WP_HOME & WP_SITEURL. So due to that, my wordpress URL is now resolving to the wrong URL
Now, I’m unable to login to my dashboard to overwrite the wp-config file.
I’m trying the FTP using Filezilla but I’m unable to connect to the server. I’m using Amazon Lightsail as the hosting platform. That server is running, but even when testing using https://ftptest.net, its saying Connection refused.
I’ve turned down my firewall and have gone through network configuration wizard of filezilla but can’t connect. My question is this
1. Is there some way i can replace my wp-config file?
2. Any way to revert the whole thing and restart my fresh wordpress configuration?
I’ve got most of this working with WP_HOME and WP_SITEURL but paging and ordering of lists links to https://172.16.1.146/af-wiki/wp-admin/edit.php?paged=2. This is not acceptable.
Why does these functions ignore WP_SITEURL and how can I solve this?
Thansk!
]]>I wanted to change my domain in my worldpress dashboard from jeremylopes.com to lopestwins.com and now I can’t logIn or do anything on my website!
I am pretty much lost because www.ads-software.com doesn’t have a support contact!
The best think would be just to delete my website since I don’t use it at all!
PLEASE HELP ME!!!!!!!!!
Thank you!
]]>define(‘WP_HOME’,’applicable-name’);
define(‘WP_SITEURL’,’applicable-name’);.
When I changed the name, it simply lead to the other wordpress.com site, not the new one. So that I could at least continue to work on the site in the mean time, I switched it back to its original name. The moment I did that, the 500 and earlier, 404 errors began. That is the only thing I changed, nothing else at all. It is also set back to what worked perfectly fine earlier since all I had to do was change the name. I have no access to the dashboard so debugging isn’t an option and all solutions must exist outside of it.
The default name for my site was the hostname of my computer, I didn’t choose it but that is what it is. I cannot use an FTP client because I have not set it up with one. It is simply being hosted on www.ads-software.com and I have only had this site for about 2 days. The original setup instructions I followed to create the site were verbatim taken from https://www.digitalocean.com/community/tutorials/how-to-install-wordpress-with-lamp-on-ubuntu-16-04 if that matters to anyone.
Please let me know if you either know how to solve this 500 error or how to transfer the domain name over.
Thank you so much for anyone who can offer any support.
]]>WordPress address (URL) and Site address(URL) is different.
On WP_HOME I got the core files, that ok. And i want my users to see the page on the WP_SITEURL.
But here comes the problem! If these 2 is different, logout failes. Clicking on a logout link redirects to WP_HOME/wp-lougout.php. So on the WP_HOME i got logged out, but on WP_SITEURL i can still act like i’m logged in.
Any solution to NOT redirect the wp-logout.php to the WP_HOME url?
]]>– I have a live site and a “sandbox” at home.
– Changed my wp-config.php and uploaded it.
– When I go to my local IP it redirects me to my site. Unwanted to me?
Q. Is there an admin menu to control when a local site is synced?
– How do I know that my “playing in the sandbox” is private until finished?
https://www.ads-software.com/plugins/pitta-migration/
]]>I’m trying to fix some issue about worpdress installation.
1) Main domain (xyz.com) with installed wordpress and with main server
2) WordPress installed in folder /folder and domain (abc.com) changed dns and webspace on /folder directory
I made in (2) wp-config define WP_HOME and WP_SITEURL as https://www.abc.com, but when I’m putting https://abc.com response is abc.com/folder with 404 error.
Any ideas?
]]>