Wordpress redictering loop on specific page - wordpress

I've made a Wordpress webpage which works well, except one specific addres.
When I'm entering all pages, posts etc everything seems fine, but when I try to access specific address (like http://page.com/foo, and only this one) it drops me to redirection loop, and stops on address such like http://page.com/foo////////////////////.
I've checked some things:
htaccess-es which may have some influence are OK (only specific 301's exists and standard Wordpress redirection pattern)
I'm using redirection plugin ("301 Redirects") but bug exist even if I'm turning plug off
On hosting site (ovh) there is not such thing that can make a problem
Where I should try to find the reason? I'm out of ideas.

Related

Wordpress Multi-Site in a SubDomain

I'm having trouble getting my Wordpress multi-site installation working the way I want it. I have 3 blogs that I want working in subdomains, and I want to use the main domain as the main website for other things.
So, I want:
Main Blog: stephen.digitaleagle.net
2nd Blog: linuxsagas.digitaleagle.net
3rd Blog: psst0101.digitaleagle.net
So, to log into the network, I would use this url:
stephen.digitaleagle.net/wp-admin/network
I can't be the only one who wants it to work this way. Instead, it seems designed to work with the main blog on the main domain and the other blogs as subdomains.
When I create the 2nd blog, it was:
linuxsagas.stephen.digitaleagle.net
I have gotten part way there...
Step 1: Created the site. (I actually used WP-Cli)
Step 2: I updated the wp2_option and wp3_option tables ... I changed the rows where the option_name field was siteurl or home.
Step 3: I edited the site on the sites page and changed the URL.
After those steps, the blogs show up on the correct URLs. My problem is that the admin logins don't work. I don't get an error message. it just doesn't log in for some reason.
If it makes a difference, I am using nginx instead of apache. I don't think that this the problem, because the URL takes me to wordpress.
Is there a correct way to do this? Is this not supported?
I finally figured it out by adding error_log() statements into the wordpress code and with this post:
Can't log in: “ERROR: Cookies are blocked or not supported by your browser. You must enable cookies to use WordPress.”
I cleared my cookies for the site, and that's when I started getting the error message about cookies not being enabled for the site.
I added this line to the wp-config.php file:
define('COOKIE_DOMAIN', $_SERVER['HTTP_HOST'] );
I'm still not sure if this is the "right" way, but it is working, and I guess that is what counts.

Wordpress edit post/page screen is messed up

I've transferred my wordpress website from a shared hosting to a linux VPS.
Everything is working fine instead of one thing. I'm getting realy weird pages for editing posts/pages.
I'm not sure how to name it and can't find anything on google about it, so I hope someone here can send me in the right direction.
Screenshot
At a quick glance, looks like a browser caching issue. Try the following:
Clear browser cache/cookies etc. and restart the browser/PC
Check with a different browser
Depending on how you migrated (transferred) the site, it is possible that all files did not get transferred fully and/or the database did not get imported fully. If 1. and 2. above fail, delete everything from the VPS and try again.
I'm sure when you check the network tab or console in inspect element on chrome, you will receive a lot of 404 errors because it is not able to load the required files for some reason.
What you can try is to add define('CONCATENATE_SCRIPTS', false) into your wp-config.php file. What this does is load all the javascript files individually, instead of one concatenated file.
Question: Are you using the same domain on your VPS? Or are you accessing the site on your VPS through a different domain? If so, you might want to update your database to correspond with the domain you're testing with now. Because this can cause strange behavior as well.

Buddy press links not working

I have installed the buddypress Version 2.6.2.
The whole WordPress is working fine but the links to create like add group (buddypress links) is not not working. Other links are working fine.
I searched the whole internet about this issue but still no success.
I have tried everything :
setting pages for everything that buddypress wants
changing permalinks
The error I am getting is
The requested URL /wordpress/groups/create/ was not found on this server.
I am running WordPress on localhost.
Things to do after installing Buddypress
create all the pages for buddypress
set the pages in setting section of buddypress
flush the permalinks ( go to permalinks and click on save changes.
Yes, that's it.)
turn on the rewrite module in your wamp/xampp server
restart your wamp/xampp server
A note for other people landing here because of 404 Not Founds when trying to create or access groups.
One interesting thing about BuddyPress is that it doesn't allow to have core pages as children/parents of each other.
In my case, I had Activity > Groups, which didn't throw any error whatsoever, however caused a very strange behaviour around groups where I couldn't create or access any group.
Solved by making the three main BuddyPress pages siblings (or just ensuring they're not parents/children of each other, really).
Page structure:
# Works fine
- Members
- Groups
- Activity
# Fails
- Activity > Groups <- This causes the error
- Members
Original answer here, however, I did have to browse a while until I found it, BuddyPress forums are so from the 90s...

Permalinks randomly break and start getting 404

I'm working on a Wordpress instance with some plugins.
Everything works great after it starts serving 404 code. Seems to be random because everything works fine and in some moment the rewrite rules seems to break and the links stops working.
Sometimes it is happening when I update a content (we are using custom content types with this plugin https://wordpress.org/plugins/custom-content-type-manager/) but sometimes without touch anything (for example a weekend in the middle of the night).
We have been checking all the solutions we found but nothing works. The htaccess has the correct permissions and it is rewriting well the urls.
After debuging Wordpress, the problem seems to be that for some reason, it is reseting the rewrite rules to other than the correct ones (here you can find both dumps, the one when the site serves 404 first, and the second one with the correct rules https://es.forums.wordpress.org/topic/permalinks-error-404?replies=5#post-53705).
Also, we check what was the wp-cron running but we didn't find any plugin that touch the rules (I am not sure if WP doed anything with the rules periodically).
Thanks in advance.
Germán
I'm seeing this with a multisite install. It seems to correspond to codebase changes in WP core.

Woocommerce redirect loop - NOT SSL RELATED

so I'm working on a wordpress site (found at nsuited.com) and my problem is that the checkout is causing a redirect loop. I have searched the internet for this problem and it mostly seemed to be related to forcing ssl or using an https wordpress plugin. I am doing neither, and everything was running fine until randomly the redirect started occurring. There's way too much code to post it all, but if there is anything specific you'd like to see let me know. I have tried changing the woocommerce checkout page, which then allowed me to access the checkout page as a page itself but I could not actually checkout from it. If I try to go to whatever page is set to checkout, BAM redirect loop again. I'm at a huge loss and have not been able to find any significant leads from debugging. Please help :(
EDIT: Also pertinent information - I recently moved my installation from a subfolder to root, though the checkout page was working since I moved installations
Problem solved.
I had tried this before without succes:
Add
define('WP_MEMORY_LIMIT', '96M');
to the file "wp-config.php". When I added it initially, I put it at the end to no avail. Put it as the very first line of code for glory.

Resources