Search Results for 'wordpress'
-
AuthorSearch Results
-
July 27, 2009 at 12:27 am #50072
In reply to: Can't Create New Blogs
kengary
ParticipantSo guess what fixed it?
I changed the folder where WordPress mu was installed from /blogs/ to /blog/ and now it works Ok.
If I had installed it in the root directory there would have been no problems.
But look at what the WordPress mu installation instructions say…
“If you want to have your WordPress MU installation in its own subdirectory on your web site (e.g. http://example.com/blogs/), rename the directory wordpressmu to the name you’d like the subdirectory to have and move or upload it to your web server. For example if you want the WordPress MU installation in a subdirectory called “blog”, you should rename the directory called “wordpressmu” to “blog” and upload it to the root directory of your web server.”
Notice their first “example” is /blogs/’ and then in their second example they just say /blog/. I went with the first reference because I liked it better.
The BuddyPress documentation just says get WordPress mu working and then BuddyPress will work. I never saw anywhere that it said, “Oh, by the way…just don’t install it in a subfolder called /blogs/ or it will get confused by the redirects we do in /members/blogs/ and it won’t work so don’t do that.”
I’m being sarcastic. This is probably a bug or an unforseen situation (really?) but anyway, whether or not this would have affected anyone else it is what fixed it for me.
July 26, 2009 at 11:52 pm #50071In reply to: Can't Create New Blogs
kengary
ParticipantSo…I re-installed and when it was just WordPress mu without BuddyPress it works. The page for creating blogs is /blogs/wp-signup.
I could add users and those users could go to that page and create a blog.
So I re-enabled BuddyPress and it went back to sending them to /blogs/members/username/blogs/create-a-blog as the address on all of the links to create the blog but when you click on (or even type it directly into the browser) you always end up at just /blogs/members/username no matter what. It’s being redirected for some unknown reason.
Is this not ringing any bells for anyone on what this problem might be?
July 25, 2009 at 11:43 pm #50045In reply to: Can't Create New Blogs
Rohan Kapoor
ParticipantIt would be best for wordpress mu if it was installed in the document root. As in not the /blogs/ but directly.
July 25, 2009 at 11:35 pm #50044In reply to: Forum Integration: HELPING HINTS
Rohan Kapoor
ParticipantYou can use the same admin account. BTW: I have mastered Deep Integration to the point of making the forum fit into ANY WordPress Theme! Take a look at http://wpmu.zyrot.com/forums/ for a demo. And no, I’m not using Iframes, it’s all themed!
July 25, 2009 at 4:05 pm #50029In reply to: buddypress + WordPress MU Domain Mapping
Unsal Korkmaz
Participanti am using bbpress 1.0.1 + buddypress 1.0.3 + wpmu 2.8.2 latest versions..
July 25, 2009 at 3:54 pm #50027In reply to: buddypress + WordPress MU Domain Mapping
Paul Wong-Gibbs
KeymasterHmm, that’s strange. I can log in on my mapped domain OK. (just tested and it worked)
July 25, 2009 at 3:37 pm #50025In reply to: buddypress + WordPress MU Domain Mapping
Unsal Korkmaz
Participantwell.. ok i can surely understand but problem is.. no one can login in sinemasite.com.. so.. we cant update site because we cant reach dashboard
July 25, 2009 at 3:33 pm #50022In reply to: buddypress + WordPress MU Domain Mapping
Paul Wong-Gibbs
KeymasterFirst of all, this is not to do with working with BuddyPress – if you just run WPMU, you’ll find exactly the same thing happens. WPMU Domain Mapping works fine, as I use it on my site.
The “problem” is that your web browser remembers that you are logged in because of cookies. Cookies can only be read/written by pages on the same domain, therefore an authentication cookie on domain1.com can’t be read on domain2.com.
July 25, 2009 at 3:27 am #49999In reply to: Custom Default Member Page
teros0805
ParticipantSorry to see nobodies felt the need to comment on this thread for a week friend. I’m having the same problem trying to figure this out. Without a fairly straightforward way to customize the default site page I’m going to be forced to look at alternatives to WPMU/Buddypress.
I’m sure theres got to be a way – i’ve seen examples of some cool buddypress sites – but my dream of MU and Buddypress being even close to as easy and straightforward as WP is are fading fast. It seems, still, like this set up is very much a patched together affair.
I don’t mind putting in some time…..Every script or combination of scripts has some learning curve. Maybe wordpress (just the blog) has spoiled me with its most excellent documentation and straightforward usage, styling, etc.. but I’ve been having drupal flashbacks for the last 24 hrs since trying to set up a WPMU/BP test site.
July 24, 2009 at 9:59 pm #49988In reply to: Fatal error and cannot deactivate BuddyPress 1.0.3
Andy Peatling
KeymasterThere is a bug in WPMU 2.8.2 that will not allow site wide plugins to be deactivated:
July 24, 2009 at 5:50 pm #49985In reply to: Fatal error and cannot deactivate BuddyPress 1.0.3
localwpmu
MemberThis topic mentioned the same issue of not being able to deactivate buddypress 1.0.3 plugin after upgrade. https://buddypress.org/forums/topic/fatal-error-after-upgrading-to-wordpress-mu-282-and-buddypress-103
July 24, 2009 at 2:34 pm #49976In reply to: Spam despite disabled registrations and Askimet
plrk
ParticipantIf you have disabled registration on your WordPress MU installation, and users are still signing up, you may have forgotten that if you are running group forums you have a bbPress installation that synchronizes users with the WordPress MU installation. Disable registration in bbPress and you should be good to go.
July 24, 2009 at 2:12 pm #49971In reply to: Spam despite disabled registrations and Askimet
Windhamdavid
Participantthe fbc_get_avatar() error is from the facebook connect… it’s been addressed somewhere else in the forums. ..it’s been fixed. The spam.. the user “LnddMiles” is not just on buddypress sites, so it’s a spambot that looks for open registrations.
You should add a captcha or math problem to your registration page to divert these.
July 24, 2009 at 1:48 am #49942John James Jacoby
KeymasterIt’s important to note that BuddyPress is an opensource project, just like all of the other WordPress related ones. That being said, if you find something isn’t working up to your expectations you are free to develop or contribute to the project to make it work how you wish. As it stands today, BuddyPress does a good job of keeping tidy and cleaning up after itself; better than most plugins in my opinion. The signups table is specific to MU and is a new addition, so you can expect it’s functionality to be misunderstood. When a user is deleted, the idea is that their signup remain in the signups table as proof of their previous registration. One could even argue that removing all user data is a bad idea in the event someone ever needs it later, say for law enforcement purposes.
Regarding blocking spam registrations, read some articles about Twitter. Some analysts have said that nearly 50% of all registrations on Twitter are spammers. Crazy eh? There just isn’t a fool proof way to prevent it from happening unfortunately.
Also, while none of the moderators are directly employed by Automattic, it’s about the best internship I think anyone in our respective businesses can hope for. We all do our best to represent Automattic and are here to help to the best of our abilities.
If you can find a specific bug or flaw in how users are currently managed between BuddyPress and WordPress, you’re welcome to respond here or file ticket in the trac. If you feel your opinion warrants more attention you can message me privately if you’d like also, and I’d be happy to help further.
July 23, 2009 at 9:40 pm #49939peterverkooijen
ParticipantI really do appreciate all the work you do. I’m just really frustrated with the lack of synchronization and consistency between Buddypress xprofile and WordPress users/usermeta etc. Automattic needs to take a serious look at member management.
FYI, here’s the response from the WPMU forum:
Because if a spammer signs up, for instance, and you delete their username and blogs, if their registration member is also deleted, then they can sign up again.
I’m not satisfied with that answer. There must be cleaner ways to block/blacklist spammers.
Isn’t there a plugin that deletes users more thoroughly?
July 23, 2009 at 8:26 pm #49934peterverkooijen
ParticipantOK, thanks, I’ll post the question there.
But lack of synchronization between Buddypress xprofile and WordPress wp_usermeta etc. is also causing me lots of headaches, so I hope WPMU is not going to send me back here saying that it’s a Buddypress problem. Aren’t you all part of Automattic somehow?
July 23, 2009 at 1:39 pm #49887In reply to: Should we use WP/BP or another platform?
Jeff Sayre
ParticipantGabriel-
and then tag the clothes (describe, tag, categorize…). We want to have some level of control here.
In case you have not seen this, there is a wonderful BuddyPress plugin that can address this need: https://wordpress.org/extend/plugins/bpcontents/
July 23, 2009 at 12:20 pm #49881Arx Poetica
ParticipantSorry for being a little slow on this topic, but activity streams are hard to wrap my mind around, mostly because I don’t quite get the technology. Does openmicroblogging — is this a viable part of Joseph Smarr’s so-called “social stack”? (I think they’ve moved on to calling it something else now, not “social stack,” but I digress…)
I’ll be building a version of a micro stream soon enough, or trying to adapt a former one (such as the “wire”?) to suit my own purposes.
As I understand it, there’s already a bit of a WordPress plugin:
Why rebuild the wheel, when it’s built? Perhaps we should borrow/resuse from that plugin
There’s a bit of development/discussion going on over here for WordPress itself:
http://groups.google.com/group/diso-project/browse_thread/thread/84481ef2e912a099
http://groups.google.com/group/diso-project/browse_thread/thread/b9f1b8865d3d8526
July 23, 2009 at 12:09 pm #49877Jeremy Winter
ParticipantUpdate 2: Well, I got somewhere. Buddypress appears to be working. The weird part is that I can’t deactivate it. When I click deactivate it says “Plugin could not be activated because it triggered a fatal error.” How weird is that?
I am going to run with it for now. Theme is going to need a lot of work… the fonts appear to have grown for some reason. must be a problem with my custom CSS
July 23, 2009 at 11:49 am #49879In reply to: Adding a like/unlike button?
jezpas
ParticipantI did find a similar plugin, https://wordpress.org/extend/plugins/visitor-likedislike-post-rating/, if anyone could help me edit it so that it shows who voted what it would be perfect!
July 23, 2009 at 11:47 am #49876Jeremy Winter
ParticipantUPDATE: I attempted to delete all my plugins (mu and normal) from my site. Once they were all deleted, I reinstalled buddypress and then reactivated all of my plugins and yet still I receive the same fatal error.
Is this a problem with 2.8.2?
July 23, 2009 at 5:05 am #49861Jason Giedymin
ParticipantBefore I chime in, when we run our unit tests with users; we:
- When testing an upgrade, I always delete a test user of mine: qauser
- sql delete, and php register the user again after the upgrade.
- I leave one user, qaeditor around. This user stays with the upgrade.
- Allows me to know if perms were set across apps, if new users are good to go, and if old users are ok.
- We flip roles too, but thats another test.

Anyways, Camel Case not supported for login.
Lowercase was put in back in 05.09 https://trac.mu.wordpress.org/changeset/1770
In trunk here is the snipit:
571 function _fill_user( &$user ) {
572 global $wpdb;
573
574 // WPMU uses lowercase logins
575 $user->user_login = strtolower( $user->user_login );July 23, 2009 at 3:06 am #49853In reply to: Adding a like/unlike button?
r-a-y
KeymasterBy “post”, what do you mean exactly?
A BuddyPress forum post, or just a regular blog post?
If it’s a blog post, I’m quite certain a WordPress plugin can handle that.
July 22, 2009 at 9:27 pm #49834In reply to: RSS wiget can't get MU blogs feeds
Murphygonzalez
ParticipantWhat do you mean by “get the RSS feed from a ‘regular’ WP blog”?
Well if I get the RSS feed from a regular installation of wordpress then it works. Perhaps there is some setting that is locking out the RSS feed from the widget.
However, if you click on the link for the feed, it does show something. Take a peek at:
July 22, 2009 at 6:48 pm #49806peterverkooijen
ParticipantIs the hook to use this?:
Runs when a user’s profile is first created. Action function argument: user ID.
So something like this?:
<?php
/*
Plugin Name: Real Name Synchro
Plugin URI: http://
Version: v0.001
Author: peterverkooijen
Description: A plugin to store firstname and lastname from the fullname field in Buddypress registration in WPMU usermeta tables, based on examples in the <a href="http://www.devlounge.net">Devlounge</a> series.
*/
if (!class_exists("RealNameSynchro")) {
class RealNameSynchro {
function RealNameSynchro() { //constructor
}
function xprofile_sync_wp_profile() {
global $bp, $wpdb;
if ( (int)get_site_option( 'bp-disable-profile-sync' ) )
return true;
$fullname = xprofile_get_field_data( BP_XPROFILE_FULLNAME_FIELD_NAME, $bp->loggedin_user->id );
$space = strpos( $fullname, ' ' );
if ( false === $space ) {
$firstname = $fullname;
$lastname = '';
} else {
$firstname = substr( $fullname, 0, $space );
$lastname = trim( substr( $fullname, $space, strlen($fullname) ) );
}
update_usermeta( $bp->loggedin_user->id, 'nickname', $fullname );
update_usermeta( $bp->loggedin_user->id, 'first_name', $firstname );
update_usermeta( $bp->loggedin_user->id, 'last_name', $lastname );
$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $bp->loggedin_user->id ) );
$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $bp->loggedin_user->id ), $bp->loggedin_user->id ) );
}
add_action( 'xprofile_updated_profile', 'xprofile_sync_wp_profile' );
}
} //End Class RealNameSynchro
if (class_exists("RealNameSynchro")) {
$dl_pluginSeries = new RealNameSynchro();
}
//Actions and Filters
if (isset($dl_pluginSeries)) {
//Actions
add_action('user_register', array(&$dl_pluginSeries, 'xprofile_sync_wp_profile'), 1);
//Filters
}
?>Testing it now…
Edit: Activating this plugin produces a white screen. Not a good start…

Where did I go wrong?
-
AuthorSearch Results