Search Results for 'wordpress'
-
Search Results
-
I would try to prevent member registration through .htaccess:
http://wpmututorials.com/how-to/spam-blogs-and-buddypress/
If not .htaccess, then try WP Hashcash, but I prefer the simplistic method of blocking through .htaccess. This will block most spam signups, but of course you can’t block everything!
Thanks to Darcy Norman for the original tip!
Paul,
The URL where I’m testing the BP is http:// mysupport.byethost13.com it is shared hosting where each subdomain that belongs to my account looks like root. All root files must be uploaded into \htdocs folder that pretends to be root.
Once installed, only the core Blog is fully available. Users (user1, user2) have created their blog(s). Posts are accessible by Site Wide Activity/Wires but no permalinks expect the main blog are accessible. Thus no user nor admin personal blogs (comments) aren’t accessible.
My hosting program allows the .htaccess. The links to the missing elements seems to be OK. It properly generates addresses like http://mysupport.byethost13.com/personal/2009/08/27/hello-world-2/ but it is empty.
The /wp-content/blogs.dir contains strange sub-folder structure
/wp-content/blogs.dir/1/files/avatars/2(4) where two and four is a Id of users that have
uploaded their avatar. Gods know what does it mean the 1 in the root.
For testing purposes I have created your account (Id 4) JDPaul/password. I just wanted to test the BP abbility to access/write the folder. Avatar was uploaded.
My conclusion:
1) BP is talsk to MySql
2) tld/blog works as expected
3) All site.tld/users links + site.tld/groups seems to be fine
4) At least part of the BP code can write the blogs.dir folder
5) For some reason site others blog permalinks site.tld/user1, site.tld/user2, site.tld/personal do not work.
Please feel free to log-in and play. I believe we both need a computer aided check list
1. Which version of WPMU are you running?
WordPress MU 2.8.4.
2. Did you install WPMU as a directory or subdomain install?
directory
3. If a directory install, is it in root or in a subdirectory?
root as much it can be on shared host
4. Did you upgraded from a previous version of WPMU? If so, from which version?
no
5. Was WPMU functioning properly before installing/upgrading BuddyPress?
there was no trafic
6. Which version of BuddyPress (BP) are you running?
BP 1.0.3
7. Did you upgraded from a previous version of BP? If so, from which version?
no
8. Do you have any plugins other than BuddyPress installed and activated?
no
9. Are you using the standard BuddyPress themes or customized themes?
standard – works fine
10. Have you modified the core files in any way?
no
11. Do you have any custom functions in bp-custom.php?
no
12. If running bbPress, which version?
not yet
13. Please provide a list of any errors in your server’s log files.
I’m having a similar problem. Just did a fresh install with WordPress MU 2.8.4a and the trunk version of BuddyPress 1.1. Also installed bbPress via the WP admin panel. Went through all the setups for BuddyPress (General, Components, Forums), but when I go to the Profile Field Setup it tells me I don’t have any groups. When I try to add one, it returns the message, “There was an error saving the group. Please try again.” If I try to add a group directly via the site, I get the message (in a big scary red bar), “There was an error saving group details, please try again.”
I noticed that the database only has one table with the wp_bp prepend (wp_bp_activity_user_activity_cached). Another install I did (based on WMU 2.8.2, BuddyPress 1.0.3, and current bbPress) resulted in a database with a gazillion wp_bp tables. Is that the problem, and if so, how do I get those tables? And if not…wassup? Having groups is kinda the point, after all.
Otherwise, I’m looking forward to skinning the new template framework (ONCE, rather than twice). Thanks for your patience with a relative BP newbie…
