Search Results for 'questions'
-
AuthorSearch Results
-
May 31, 2009 at 10:09 pm #46396
In reply to: 404 Error in front page, please help!
Jeff Sayre
ParticipantYes I have the Wp-content/bp_theme
Just to be absolutely sure, the bpmember theme, and all BuddyPress member themes, go in /wp-content/bp-themes/, not /wp-content/bp_theme.
You did not provide answers to these three questions:
6. Whether you have any plugins other than BuddyPress installed and activated
7. Whether you are using the standard BuddyPress themes or customized themes
8. A list of any errors in your server’s log files
May 31, 2009 at 7:52 pm #46386In reply to: 404 Error in front page, please help!
ParticipantWe’ve been having a related discussion in this thread. Are you using BlueHost as well? It does not really matter. The lessons in the link are the same.
The requested URL /community/members was not found on this server.
Do you have the default member theme (bpmember) installed in /wp-content/bp-themes/?
Group, Members, Blogs, Registration, does not work.
I assume registration is working fine now because I just visited your site and you have a newly registered member–a test account, I assume. The time on your OP clearly indicates that you started this thread before you registered that new account.
Finally, please go through this list of questions.
May 30, 2009 at 10:15 pm #46356In reply to: Move Login Fields into Buddybar (Adminbar)
ParticipantJrtlm-
The issue is resolved for three browsers, but that only encompasses less than 40% of the Internet.
You may be giving Internet Explorer way too much credit. Check the recent stats for yourself. At this one source, IE represents only about 42% of browser usage. So, your question may be almost 60% resolved!
Of course, there are a few other sources that state overall IE to be about 66% or so. However, there are ways that browser usage data can be overestimated as well as underestimated. I like to say that IE realistically has a market share of 50 to 55%, but that its share is slowly declining each month.
A few questions for you:
Which versions of IE?
Does it not work on any of them, or just not on the oldest version?
May 30, 2009 at 1:48 pm #46335In reply to: Leave Group
Burt Adsit
ParticipantQuestions without all the needed information such as bp, wpmu version numbers, a link to your site, get ignored.
My car won’t start. Why won’t my car start? Lack of information leads people, who are willing to help, to move on to somebody who is providing enough information to actually help them.
These are some pointers to help get you started.
May 28, 2009 at 4:22 am #46206In reply to: Move Login Fields into Buddybar (Adminbar)
Participant@jfcarter, I see you tooling around the forums with your sleeves rolled up answering questions. Way to go!
May 27, 2009 at 2:02 pm #46153In reply to: Black Avatars
ParticipantA few questions:
- Do you have any non-BuddyPress plugins installed?
- Do you have ANY errors in your server’s log files?
- Which version of the GD library are you using?
- Which version of PHP?
The avatar for mine it stays the same avatar no matter what I upload. It comes from Gravatar.
What do you have set in WPMU’s backend under “Settings > Discussion > Avatars >Default Avatar”?
Since you are using Gravatars, the avatar should change when you upload an new image to your gravatar.com account.
May 25, 2009 at 5:59 pm #46046Greg
ParticipantJeff, thanks for the extensive efforts to repro on your side. I have answers to your first two questions:
1. No other plugins
2. Default BuddyPress Home Theme
I will investigate the server logs.
May 25, 2009 at 4:53 pm #46041ParticipantRebootnow-
Since I had only one radio button field, which was located in my first field group, I did the following:
- I added a new radio button field to my second field group and tested. No issue.
- Then, thinking it could be an issue if two or more radio button field sets were in the same field group, I added a second radio button field set to the same group. No issue between all three radio button field sets.
- Then I created a new field group and added a fourth radio button field set. No issue. Each change I made showed up and remained properly set, whether just changing a single radio button field, or changing all four radio button fields.
- Finally, thinking maybe this could be an issue only within the first field group, I added a second radio button field to the first field group. I now had 5 radio button field sets. No issue. All five worked as expected. No issues within filed groups or between field groups.
- Since the first radio button field set in the first field group was set to “Required”, I reset it to “Not Required” to see if that would make a difference. No issue.
- I then set both radio button field sets in the first field group to “Required”. No issue.
So, I have tried numerous combinations and cannot recreate your problem.
A few questions:
- Do you have any plugins other than BuddyPress installed and activated? If so, try disabling .
- Are you using the standard BuddyPress themes or customized themes? If customized themes, try switching to the default BP themes.
- Are there any errors in your server’s log files?
May 24, 2009 at 6:47 pm #45988In reply to: Add fields to wp_users
ParticipantI have related questions about the relationship between the WP tables and the BP tables, so I’d like to make sure that I understand the responses above.
I know that BP maintains user profile information separately from “wp_usermeta” (in “wp_bp_xprofile_data”, to be specific). BP provides functionality for modifying this information, but no way for putting “wp_usermeta” fields into the “edit profile” form.
So I think the answer to Peter’s question is that without *major* customization:
1. You have to be happy with user data being stored in a few different places
2. All user editable info must be in the tables created by BP
Is this correct?
BTW, what does the “Disable BuddyPress to WordPress profile syncing?” option do under BP General Settings in the admin page? Does this only apply to the username field?
May 24, 2009 at 4:02 pm #45978In reply to: Black Avatars
ParticipantI comment the lines in the .htacces out and hacked the bp-core-avatar.php as mentioned.
I would restore these files back to their original coding before you continue looking into the cause of this particular issue. The advice from that particular member was from 5 months ago. Since then, many bug fixes and improvements have been made in BP.
When it comes to the BuddyPress core files, it is never a good idea to hack them. Do not touch to core files. We will not be able to help you if you are not using the same core files everyone else is using.
Once you have done that, answer these questions:
- You’re positive that the permissions on blogs.dir and the existing subfolders are set to 777?
- Are you uploading a gif or png image?
- Are there ANY errors in your log file? If so, what are they?
- You mentioned that this issue occurs no matter what browser you try. Which versions of Firefox and Internet Explorer are you using?
May 24, 2009 at 2:17 am #45946In reply to: Blog Registration is disabled?
takuya
Participantgo to wp-admin, there’re options there.
You need to understand more about wpmu before using buddypress. If you face these kind of problems or questions, do not post here as they are not buddypress questions.
May 23, 2009 at 2:24 pm #45928In reply to: buddypress upload avatars 404
ParticipantOkay, we need more information. Please answer these questions:
May 22, 2009 at 11:17 pm #45907Rich Spott
ParticipantThe specific error that shows in the error log is
[Fri May 22 15:44:40 2009] [error] [client xx.xxx.xxx.xxx] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: https://buddypress.org/forums/topic.php?id=2840I just clicked the link from an earlier post and the 500 error happened.
xx.xxx.xxx.xxx - - [22/May/2009:15:44:40 -0700] "GET /wp-content/mu-plugins/bp-core/images/mystery-man.jpg HTTP/1.1" 500 612 "https://buddypress.org/forums/topic.php?id=2840" "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729) FirePHP/0.3"the latter is from my access log.
My permissions are set correctly, that’s usually the first thing i check.
now onto a couple more of your questions:
Have you searched the WPMU forums for 500 Internal Server Error thread? I think this may be more related to you WPMu install than BuddyPress?
Yes, I have searched WPMU forums, and even posted on there my problem, but no one reponded. I was pretty sure that it was related more towards WPMU. But these errors only started happening a few weeks ago, after I upgraded to WPMU 2.7.1 and BP 1.0
Are you using some special permalink structure? That should not be causing the lack of 404’s but every bit of info helps.
No, everything I was using was either in the htaccess.dist and the wp-super-cache (which has since been taken out until i find the cause). The permalink structure that I use on http://sportsblognet.com is the “year/month/day/name” option, which is one of the standard ones.
Did you carefully follow the readme.txt file that comes with WPMU?
I just re-read it to be sure, yes, yes I did follow it.
Is this a new WPMU 2.7.1 install, or did you upgrade from an older version?
This is an upgrade from WPMU 2.7, it was first created with WPMU 1.3.3 over a year ago. We’ve been following buddypress since October of 2008 and have been using it since 12/08, when the first beta came out. I’ve upgraded pretty much everytime without problem. And these Internal Redirects only started after the upgrade to WPMU 2.7.1 and BP 1.0 at the beginning of May.
May 22, 2009 at 10:16 pm #45901ParticipantOn another topic…is it good to create a ginormous robots.txt file? I’m wondering if that slows down your site at all.
I would place only what you need in your robots.txt file. The link I provide was just to show you that there are many, many bad bots out there. I would not implement the robots.txt file they recommend.
The fact hat yu are getting 500 instead of 404 error codes is a good clue. There must be some specific error showing up in Apache’s error log whenever that is fired. Please create the 500 error again, notice the exact time, and then check the log. What does it say?
Also, sometimes you can get a 500 error if directory or file permissions are not properly set. Where appropriate, they should be 755. Everything in /plugins/ that is BuddyPress specific should be set to 755.
A couple of additional questions while I’m at it:
- Have you searched the WPMU forums for 500 Internal Server Error thread? I think this may be more related to you WPMu install than BuddyPress?
- Are you using some special permalink structure? That should not be causing the lack of 404’s but every bit of info helps.
- Did you carefully follow the readme.txt file that comes with WPMU?
- Is this a new WPMU 2.7.1 install, or did you upgrade from an older version?
May 22, 2009 at 9:19 pm #45899ParticipantThe offending party is usually Googlebot-images (but it has been others in the past).
I did what you said a disallowed googlebot-images with robots.txt, it seems to be working, but googlebot might only come through every 6-12 hours so can’t tell yet.
But even if that does work, I can easily recreate the error myself.
If I type in (which doesn’t exist):
http://sportsblognet.com/wp-content/mu-plugins/bp-core/images/mystery-man.jpg
I get a 500 Internal Server Error
If I type in (which doesn’t exist):
http://rotoassist.com/wp-content/mu-plugins/bp-core/images/mystery-man.jpg
It comes up as the proper 404 error
the rotoassist site is a regular WP 2.7.1 site on Site5 (one-click install type)
On another topic…is it good to create a ginormous robots.txt file? I’m wondering if that slows down your site at all.
And yes I use Firefox and have the Web Developer Add-on. The only info it gives me with the error though, is that it is a 500 internal error.
Another question…would you know anything about MySQL? Or do you know who I could talk to? I have some questions on our database and the speed of it.
Thanks for the constant help.
May 22, 2009 at 6:27 pm #45889In reply to: Duplicating the Wire, adding fields
paperrobot
ParticipantI think if you look at how many people (including myself) look at a BP site, it actually does seem reasonable to assume that people would conform to the questions and care about the answers. As I see it, rolling your own facebook is nice, but probably not entirely practical or necessary — once a true alternative pops up, there’s usually a standard alternative for a while until the next comes along.
Personally, I feel BP is wonderful for smaller niche communities where that structured social interaction is, in many ways, the selling point. A music site that asks “what are you listening to right now?” a cooking site that asks “what are you cooking right now?” etc. Connecting people along that shared niche interest, I think, provides value.
In some ways, BP already supports this by giving admins the option. I’m thinking specifically with respect to the profile options you have with categories and questions for users. “What’s your favorite song?” or “What’s your favorite food?” would be totally logical there, and I’d love to see (and plan to try to implement one way or another) the same thing for status.
It would be amazing to see it built in for status updates when that rolls out (which I’m hoping is still this summer). The ability to add fields, mark their importance, and even customize the way they render in search results and things would be very, very nice. Sort of like how you template a WP entry and can customize how it displays in various places. I realize all of that is much harder than a simple text area and pulling the most recent data out of the db, but it would add a lot in terms of flexibility for niche networks.
Thanks for the guidance on programming. I’ll figure it out somehow.
(I actually thought wire v. status was semantics too at first, but wire is more like facebook’s wall, where people can post and conversations can be two-way. Status is more personal for users, something larger and untouchable by others.)
May 22, 2009 at 1:03 am #45833ParticipantOkay, thank you for helping me, I’ll try to go through your questions one-by-one.
First I’ll let you know what I have:
Slicehost
1GB slice
Ubuntu Hardy LTS 8.04
Running Apache, PHP 5, MySQL 5.0 (followed Pickeled Onion’s walk-throughs on how to set it up, I am by no means an expert, and my very first barebones VPS was this one.)
I help run http://sportsblognet.com where we have WPMU 2.7.1 and BP 1.0, along with bbPress 1.0-alpha6
Have you tried deactivating all non-buddypress plugins, wp-super-cache in particular?
I deactivated all but buddypress, feedwordpress (because our theme will break), wp-super-cache, and doncha’s domain mapping plugin. But maybe I will remove them all for an hour to see if any errors get through
I am removing wp-super-cache right now, but it was tough to get rid of the wp-content/cache folder because it was owned by the root user. But i got it deleted and removed the wp-super-cache stuff in the .htaccess and I’ll guess i’ll have to wait to see how that goes.
Have you tried using the default .htaccess file that ships with WPMU?
I just tried to, but it won’t let me.
My current working .htaccess (minus wp-super-cache stuff)
<FilesMatch ".(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
Header set Expires "Thu, 15 Apr 2015 20:00:00 GMT"
</FilesMatch>
RewriteEngine On
RewriteBase /
#uploaded files
RewriteRule ^(.*/)?files/$ index.php [L]
RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
# add a trailing slash to /wp-admin
RewriteCond %{REQUEST_URI} ^.*/wp-admin$
RewriteRule ^(.+)$ $1/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule . - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*.php)$ $2 [L]
RewriteRule . index.php [L]
<IfModule mod_security.c>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>and the WPMU standard one
RewriteEngine On
RewriteBase BASE/
#uploaded files
RewriteRule ^(.*/)?files/$ index.php [L]
RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
# add a trailing slash to /wp-admin
RewriteCond %{REQUEST_URI} ^.*/wp-admin$
RewriteRule ^(.+)$ $1/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule . - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*.php)$ $2 [L]
RewriteRule . index.php [L]
<IfModule mod_security.c>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>it wont let me use the standard one, and the only difference that I can see is the expires header setting that i added.
Are there any PHP errors in your log files?
this is my current concern right now
Request exceeded the limit of 10 internal redirects due to probable configuration error.ALERT - canary mismatch on efree() - heap overflow detectedfor the ALERT error, I contacted slicehost and they upgraded my kernel, they said that has fixed other people’s problems (fingers crossed – but no errors since they did that this morning) if that doesnt work i have to go through and install php without the suhosin patch.
most of the other errors are of spam scripts trying to signup and not finding wp-signup (i changed the signup name)
what are the other listed errors in your apache log?
That’s pretty much it.
EDIT: it’s about 30 minutes later and an Internal Redirect Error just showed up in my logs with wp-super-cache out, and all but buddypress plugins out. So it doesn’t look like its a plugin.
May 21, 2009 at 2:02 pm #45797In reply to: Duplicating the Wire, adding fields
David Lewis
ParticipantIt would only be awesome if people actually answered the pre-set questions and if the others on the site cared about the answers. How much structure do you want to impose on people’s social interaction? It’s a good question. For instance, I rarely if ever use the “buckets” in the buddypress.org forums… I only look at the “latest posts” area.
As for implementing what you’re talking about… you need a programmer. I’m not sure exactly what your goal is but from what you’ve said… it does not sound simple… there would be programming involved.
p.s. Wire vs. Status seems like semantics to me… same difference.
May 21, 2009 at 2:02 pm #45796In reply to: Recent Blog Posts/Recent Posts widgets running amok!
jfcarter
ParticipantJeff,
To answer your questions:
1. I recently installed a couple of plugins. I removed them all and the same thing is still happening.
2. I haven’t changed any settings for the main blog in WPMU admin
3. No errors logged
Any thoughts?
Jessica
May 20, 2009 at 3:11 pm #45723ParticipantA couple of questions:
1. Did you clear your browser cache?
2. You state that you “removed the super cache plugin”. Did you deactivate it first and then delete it from its plugin folder?
3. Are you using a custom theme?
May 20, 2009 at 2:05 pm #45715In reply to: Avatar upload failed
ParticipantPhil-
Okay, a couple of additional questions:
You state that permissions for blog.dir is set to 777 and it is owned by your FTP account. Is the owner of your FTP account the same as the owner of your html folder? If not, that may be your problem.
The error message you listed, “Directory index forbidden by Options directive: /var/www/html/”, can indicate several things including an improper virtual host set up. Are you on a dedicated server or a shared hosting account? I would contact your ISP and ask for assistance with this particular error.
Also, with regards to that error, if you’ve customized your .htaccess file, you might have inadvertently made some changes that could cause this issue. You can always try adding:
Options +Indexesto your .htaccess file, but that would not really help to determine why this error is being thrown in the first place. I would prefer that you get WPMU + BuddyPress functioning with the default .htaccess file.
Was WordPress Mu working without issue before installing BuddyPress?
May 20, 2009 at 9:57 am #45703In reply to: Redirecting the bp_login_bar – almost got it!
ParticipantYou are talking about the function bp_login_bar() in the bp-core-templatetags.php file.
The form field that you are interested in gets set by bp before it arrives at the user’s browser. You don’t know who the user is until they fill out the form and it gets sent back to the server for processing.
Then they are logged in and you know who they are. It’s too late though because the redirect takes effect after login and they wind up at wherever the hidden field redirect sends them to.
I think you want to modify the form data before it gets submitted and arrives at the server. You can’t do that using traditional form handling. You’ll have to modify the form data using javascript before it gets sent back to bp.
You’ll have to investigate something like this:
http://stackoverflow.com/questions/344451/modifying-form-data-before-submission
May 18, 2009 at 3:22 pm #45601In reply to: Avatar upload failed
ParticipantPhilpeter-
This clearly looks like a permissions-based issue. A couple of questions:
- What are the permissions for blog.dir?
- What, if any, errors are showing up in your log files?
- Have you tried disabling all plugins except BuddyPress and switching to the default themes?
May 18, 2009 at 12:15 pm #45591In reply to: how to change blog url structure
Participantimpossible in general, but there might be some solution (BUT reinstall is the BEST). If you want to find out more or get feedback, head over to wpmu forum as this questions is not buddypress related.
May 18, 2009 at 11:19 am #45585In reply to: Blogs disappear from the buddypress user blog list
Paul Wong-Gibbs
KeymasterPlease don’t resurrect 5 month old topics. Start a new one with your questions and provide info on your wpmu/bp versions.
-
AuthorSearch Results
