When moving a WordPress Multisite install to a different domain (such as from a live site to localhost), there are a few steps you need to follow to ensure that the site works correctly. These include updating the database and adjusting the wp-config.php file. Firstly, the DOMAIN_CURRENT_SITE in your wp-config.php file should not include ‘http://‘. … Read more
I’m guessing you have an extra https// in your site configuration somewhere. If you look in wp-config.php you should have define( ‘MULTISITE’, true ); define( ‘DOMAIN_CURRENT_SITE’, ‘www.maxray.com.tr’ ); define( ‘PATH_CURRENT_SITE’, “https://wordpress.stackexchange.com/” ); and in the database table wp_site you should have id domain path 1 www.maxray.com.tr / In particular neither copy of your domain here … Read more
Here’s how I’d handle it (mostly you’re right, and the tweak in your answer to use init gets you closer, but — as you’ve discovered — doing a bunch of switch_to_blog() / restore_current_blog() calls on every single page load is costly). function add_opportunities_capability_to_admins() { // Set up the needed capabilities. $capabilities = array( ‘edit_opportunity’, ‘read_opportunity’, … Read more
It seems there’s a 2 part solution for this. First, to detect any ref code in the URL and store the ref into cookies. Secondly, use javascript to add any link click event listener to include the ref. Detect ref from URL and store it in cookies, I added both scripts to the body (footer) … Read more
I seem to have fixed the problem by disabling secure DNS on Chrome Settings >>> Privacy and Security >>> Security >>> Use Secure DNS This is apparently not allowing the edits done on the hosts file which means chrome does not know how to resolve the domain
It is likely not worth the risk. A possible problem is that one site changes user data in a way the other site will not be able to understand, breaking it. So… the initial requirement for such a setting to work is that at least one of the sites do not change user data at … Read more
As mentioned by Pat in the comments, my home and siteurl config values were set to https://www.mysite.com and https://app.mysite.com respectively. These values are held inside your site’s database. I think you can change them through the WordPress admin page, or you can enter your database directly and find them with the following command: SELECT * … Read more
Solved it adding an annotation to the ingress: nginx.ingress.kubernetes.io/rewrite-target: / nginx.ingress.kubernetes.io/use-regex: “true” nginx.ingress.kubernetes.io/configuration-snippet: | rewrite ^(/[^/]+)?(/wp-admin)$ $1$2/ break; rewrite ^(/[^/]+)?(/wp-admin/.*)$ $1$2 break; And changing the pathtype to ImplementationSpecific
different image for mobile template block theme
What could be changing my WP password and blocking plugins from installing?