Search Results for 'wp user activate'
-
AuthorSearch Results
-
July 16, 2009 at 10:11 pm #49492
In reply to: User registration is not working
3510307
InactiveI just made a fresh install from the german buddy press combo package. With a new database. Same error.
If you want to test: http://community.handbike.de/wp/wp-signup.php
No other plugins are activated, just BP.
July 16, 2009 at 5:46 pm #49467In reply to: BuddyBar for bbPress
Rohan Kapoor
Participant@Mohit Kumar: I know this has to do with cookie integration but I have found that sometimes the buddybar doesn’t work if this code isn’t in your bb-config.php file if you are using WPMU 2.7.1:
//WordPress MU Cookie Integration
define( 'WP_AUTH_COOKIE_VERSION', 1 );If you could also post you WPMU wp-config.php file without the passwords and usernames it would be helpful as well.
@Nicholaszen: When I made that upgrade, I ended up having the same problem. I moved all of the plugins from /my-plugins/ to /bb-plugins/ and the themes from /my-themes/ to /bb-themes/. That managed to reset the site enough so that I could access the forum’s admin and from there I could re-activate the theme. Try that and let us know.
July 14, 2009 at 12:56 am #49232benfremer
ParticipantHi Manoj…I am trying it your way, but then I don’t see the forums option part when creating a new group once I am one, and am confused…
At
“8. Head back to your BuddyPress installation and sign up as a new user. Once you have
activated the new user, make a note of the username and password given.
9. Log back into your bbPress installation as the administrator, and head back to the admin panel (/bb-admin).
Go to the “Users” tab and look for the new user you signed up in step 8 in the list. Hit the “Edit”
link for that user, on the end of the row.”
I try creating a new user but it doesn’t show in bbPress…and then I am just fidgeting with settings, using the bbpress “Key Master” in the WP admin when trying to do the forums integration…does anybody know what else needs to be fidgeted manually to make it work?
Thanks,
Ben
July 13, 2009 at 10:38 pm #49230Jeff Sayre
ParticipantWhenever a new user registers he get an email saying click this to activate.
And when I click it it takes me to a wierd place to crop avatars
Okay, I’m a little confused by what you are reporting:
- So, are you just testing a new BuddyPress installation? Why else would you be clicking on a new user’s registration.
- If that is the case, have you tried using two different browsers–one for each user?
- Have you cleared old session cookies before registering a new user?
- Which version of BuddyPress are you running?
- There should only be one confirmation email sent. It is the one with the activation link. Are you using different emails for each account? Be default, WPMU makes sure that there are no duplciate accounts.
- Are you using a custom themes, or the default themes?
- Do you have any other plugins, besides BuddyPress, installed and activated? If so, have you tried deactivating them to check if they might be causing a conflict?
July 10, 2009 at 4:10 pm #49032In reply to: Possibly a bug with BP
Burt Adsit
ParticipantI don’t trust the auto upgrade thing in 2.7.1. It’s flaky when it comes to sitewide plugins like bp. Upload and activate away. No if bp detects it’s table exist it just goes happily along you won’t get duplicates.
Nice job with the fix. It probably was the wp users table that was hosed.
July 10, 2009 at 2:32 pm #49024In reply to: Possibly a bug with BP
thebigk
Participant@ Burt:
It might be. The site was running fine and out of nowhere, the problem began occuring. To answer your questions:
[Before the problem came up] –
Does bp live in /wp-content/plugins/buddypress? (not /mu-plugins)?
-> Yes. Absolutely. I’m aware that post RC1 BP got shirted to plugins directory. It was & is in /wp-content/plugins/buddypress folder.
Have you activated bp sitewide?
-> Yes. The plugin was active sitewide and everything was working fine.
Does it activate properly?
-> Yep. Users could perform all the activities.
I’m facing a strange problem. I’m running WPMU 2.7.1 (latest) and when I enter my admin credentials, I get logged in as a normal user. Therefore, I do not see ‘plugins’ section or ‘buddypress’ in the admin panel. Also, I’m unable to activate/deactivate themes.
To fix this. I’ve removed BP (Plugins and Themes) using FTP. But the problem still persists. No admin options for me! What’s going wrong now?
July 10, 2009 at 9:10 am #49006In reply to: Unable to post on my website in forum discussion
TheEasyButton
ParticipantOne thing that might help is to put the following code on bb-config.
$bb->bb_xmlrpc_allow_user_switching = true;I’ve tried to do this install from scratch for almost a week and have failed every time. But here are the steps I’ve been taking to get all of the newest releases to work together.
As always – get backups before making any changes!!
After you get wpmu & bp installed, install bbPress alpha 6 using my tutorial
Steps 24-28 deal with cookies. Ignore those and instead, use the bbPress integration plugin to get the codes for all of that. Then, delete the plugin.
After you get alpha 6 working correctly (group discussion works & login integration works), rename your bb-config file. Then overwrite the alpha 6 files with bbPress 1.0.1 Don’t delete the files!!! Overwrite them!! I think there’s a file being left behind that bp looks for & it isn’t included in the new version.
After overwriting the files, navigate to your forums. (i.e. domain.com/forums) and you’ll be presented with an install screen. Enter your database info & on the next page it will tell you that the database is already there & you probably want to use the upgrade script. Go through & do that part.
When finished with the database upgrade, open your old (renamed) bb-config file and copy all of your manually added codes over to your new bb-config file. Save & upload & all that good stuff.
At this point, group discussion should work. If not, check your xml settings & make sure they’re still on. The buddypress enable plugin (found in forum settings) doesn’t need to be activated.
*fingers crossed*
July 7, 2009 at 3:49 pm #48736In reply to: Fatal error when trying to activate
Jeff Sayre
ParticipantYou are running the single-user version of WordPress–most likely WP 2.8. BuddyPress will not work with single-user WP.
You must run WordPress Multiuser (aka WPMU or WordPress Mu) which can be downloaded from this link: https://mu.wordpress.org/download/
July 6, 2009 at 12:42 pm #48645Larsg
ParticipantI have got user integration to work fine (wpmu 2.7.1, bp 1.0.2, bbpress 1.0) but see the same problem you describe above with the Attention Admin message when creating groups in bp. Cannot get topic posts to work from within bp either.
q1. do i need the buddypress enable.php activated?
q2. what settings do i have to make for xml-rpc?
July 5, 2009 at 8:02 pm #48594In reply to: bbpress 1.0 integrates well now
r-a-y
KeymasterI’m up and running on bbPress 1.0 as well!
Integration appears to work!
FYI, I was on bbPress 1.0 alpha 6 with BP 1.0.2.
Here’s what I did:
-Thanks to Burt and Sam (over at bbPress) for their instructions
1) Backup database
2) Backup bbPress forum plugins and themes
3) Deactivate all bbPress plugins from the bbPress admin area.
4) Comment out only the cookie-related lines in wp-config.php (Do not remove your defined KEYS or SALTS)
5) Manually upgrade bbPress to 1.0 (basically download bbPress 1.0 and overwrite the old bbPress files).
6) Download bbPress Integration plugin into your WPMU plugins folder (/wp-content/plugins)
https://wordpress.org/extend/plugins/bbpress-integration/
7) Log in to WPMU and activate the bbPress Integration plugin.
In WPMU admin area, go to “Settings > bbPress Integration”.Enter in your bbPress URL (eg. http://example.com/forums/) and for WordPress type, select “WordPress MU”.
Hit “Save Changes”.
9) Copy the now-generated “Manual Cookie Settings” to line 2 of your wp-config.php file.
Copy the bbPress define line into your bb-config.php file.
10) Log into your bbPress admin area.
At this point, a bbPress message should pop up asking you to upgrade the database. Do so.
Hopefully, bbPress should have upgraded successfully at this point.
11) Now login into the bbPress admin area, go to “Settings > WordPress Integration”.
Everything should already be set (if you used TheEasyButton’s tutorial for 1.0 alpha 6 that was the case for me!).
Hit “Save Changes”.
12) Reactivate all bbPress plugins.
13) Clear your browser cookies and attempt to login to WPMU and head to your bbPress forums URL. If you’re logged in to bbPress, mission accomplished!
14) If you have BuddyPress group forums enabled, login to your BuddyPress Groups (eg. http://example.com/members/YOURUSERNAME/groups/).
Go into each group’s admin settings area, and uncheck “Enable Discussion Forum” and “Save Changes”. Then re-check “Enable Discussion Forum” again and “Save Changes”.
—
This is what worked for me… can’t say it will work in all cases though!
Step #11 will probably differ for some depending on what they did before.
Now I got to update my custom bbPress theme for all the new changes made since 1.0 alpha 6!
July 3, 2009 at 10:31 pm #48491In reply to: bbPress 1.0 released!
gen-superman
ParticipantI got the discussion forums for bp press working fine after updating to bbpress v1.0:
Instead of fully installing fresh the bbpress v1.0, I decided to take a different route and just updated the bbpress directory from bbpress v-1.0-rc-3 to v1.0.
That went very smoothly. I followed the update instructions that are listed on the bbpress website for the old 0.9.0.2. Those update instructions still work, but the bbpress v1.0 seems to update much more smoothly then that.
The Steps I followed for upgrading(Keep in mind I have WPMU):
– Make sure WordPress is updated to fullest version, mine is currently WPMU 2.7.1
– Make sure you already have the following plugins installed, updated and configured:
a) BuddyPress 1.0.2
b) bbPress Integration 1.0
– Now follow the directions listed on the bbpress website, which is the old upgrade/update procedures for bbpress 0.9.0.2.
(Although my current version was bbpress v-1.0-rc-3)
– Make sure that you have the following:
a) I had to create a separate bbpress keymaster account for it to work, so I have the admin account for my wordpress mu and a separate keymaster account for my bbpress. That was the only realistically way of getting this to work for me, it kept erroring on me if I didn’t.
b) While in your keymaster bbpress account make sure that you have the plugin BuddyPress Support Plugin installed (You might check for an update version.)
c) Now begin the documentation upgrade/update stuff. You don’t have to turn off the plugins as I didn’t and it worked fine.
d) You will want to follow the instructions and remove the directories through FTP in your bbpress that need removed.
Here is it word for word from the bbpress website:
To upgrade bbPress from a previous version takes just a few minutes.
These instructions cover upgrading to version 0.9.0.2
First, you should always back up your files and your database in case something goes wrong.
Second, deactivate all plugins.
Third, keep the following files and directories.
1. Rename your existing config.php file to config.old.php (and keep it)
2. my-plugins/ (if you have it)
3. my-templates/ (if you have it)
and delete everything else.
Fourth, upload the newest version of bbPress to your server.
Fifth, visit your bbPress site and run the installer which appears. On step one of the installer, enter the database details for the same database you had been using for the previous version. The installer will either create a new config file or show you the contents to paste into a file manually. Then complete the rest of the installation process.
Sixth, log in and visit your bbPress admin panels. If you see an upgrade link instead of the normal screens, click it. If you don’t see an upgrade link (it would have been really obvious), continue to the next step.
Seventh, visit the new “Settings†area of the admin and edit any details or settings in the “General†section. Also reactivate your plugins one by one (some may need to be upgraded as well).
Eighth, sit back and relax; you’re done!
e) Now, just upload your new bbpress v1.0 files to the directory. Go, to the url of your installed bbpress and insert the bbpress sql database information that you created.
f) At this point it will politely yell at you once you click next, informing you that the database is already created and that a bbpress is already installed.
g) Now, keep in mind that your bb-config.php file is brand new now. So, you will need to copy your old “KEYS” from the bb-config.old.php back to the new bb-config.php. Otherwise the discussion group forums check box won’t appear in the buddypress group creations.
* @since 1.0
*/
define( 'BB_AUTH_KEY', '###########################' );
define( 'BB_SECURE_AUTH_KEY', '##################################' );
define( 'BB_LOGGED_IN_KEY', '#####################################' );
define( 'BB_NONCE_KEY', '###########################################' );
define( 'WP_AUTH_COOKIE_VERSION', 1 ); // Because it is wordpress mu v2.7.1
/**#@-*/h) Make sure that you in your new bbpress v1.0 on your website, that you login with the keymaster account that you created, as the bbpress keymaster has the access to the bbpres plugins sections. In the settings section, check the wordpress integration settings. Make sure all the keys are correct, next you will want to click on the box at the bottom that reads :
Show advanced database settings
If your bbPress and WordPress site do not share the same database, then you will need to add advanced settings.
Make sure you input your wordpress mu 2.7.1 sql database configuration settings into those fields. Otherwise, all of this will be for nothing and it would integrate and the users wont show up correctly. BTW, user database host is typically ‘localhost’.
Now click Save changes at the bottom of that page.
i) Back at the wordpress mu portion of your site, you will want to login back in with your admin account. Then go to your buddypress settings and click on forums Setup. You will want your bbpress username and passwords field to match your wordpress admin account only in this section. I couldn’t get the keymaster account to work with this part.
j) Now go to the groups section of the buddy press, you should see the “Group Forums discussion enable” box now there.
k) Lastly, don’t forget to check your wp-config.php settings, to make sure that the keys are properly set up there too.
For example:
* @since 2.6.0
*/
define('AUTH_KEY', '###################################');
define('SECURE_AUTH_KEY', '######################################');
define('LOGGED_IN_KEY', '#######################################');
define('NONCE_KEY', '##########################################');
define('AUTH_SALT', '##########################################');
define('LOGGED_IN_SALT', '############################################');
define('SECURE_AUTH_SALT', '#######################################');
define( 'COOKIE_DOMAIN', '.yourwebsiteurl.com' );
define( 'SITECOOKIEPATH', '/' );
define( 'COOKIEPATH', '/' );
define( 'COOKIEHASH', '##############################' );
/**#@-*/Hope that helps.
July 3, 2009 at 2:42 am #48450In reply to: Register page and user page 404 error
libationblog
ParticipantNo problem:
1. Which version of WPMU are you running?
2.7.1
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
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?
yes
6. Which version of BuddyPress (BP) are you running?
1.0.2
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
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?
no
13. Please provide a list of any errors in your server’s log files.
none
July 3, 2009 at 1:16 am #48447In reply to: Get fatal error when trying to activate
Jeff Sayre
ParticipantI was wondering if you were using single-user WordPress.
I’m assuming that was just the regular wordpress install and not wordpress MU. Could that be the issue I’m having? If so, what do I do to rectify it?
BuddyPress currently works only with WordPress Mu. How do you rectify it? You install WPMU. Here are some more details on how to do that.
Once WPMU is proeprly installed and working, you install BuddyPress.
June 12, 2009 at 5:53 am #47273In reply to: Making Member/Group Lists Require Log-In
Jeff Sayre
ParticipantI didn’t have a bp-custom.php file in either the plugins or mu-plugins folders so I created one from scratch.
You did the right thing. It does not exist unless you create it!
I uploaded it to the wp-content/plugins directory.
(I also tried wp-content/mu-plugins directory.)
I went to log in and see if I needed to activate it – nothing shows up on the screen period – even on the dashboard.
The file bp-custom.php needs to be placed in /plugins/. You cannot activate it. It automatically is loaded by bp-core.php as the first required file if it exists in that location.
As far as the code to put in bp-custom.php, try something like this:
<?php
function restrict_access(){
global $bp, $bp_unfiltered_uri;
if (!is_user_logged_in() &&
($bp_unfiltered_uri[0] == BP_MEMBERS_SLUG ||
$bp_unfiltered_uri[0] == BP_GROUPS_SLUG))
{
bp_core_redirect( get_option('home') . "/register" );
}
}
add_action( 'wp', 'restrict_access', 3 );
?>June 12, 2009 at 3:54 am #47266In reply to: Call to undefined function bp_core_add_subnav_item()
Burt Adsit
ParticipantWell the deal with the is_there_a_bp() fn is that if it is in the activated list it just arbitrarily loads bp. That only happens once so it should be ok when bp actually gets to load in it’s natural seqence.
If than fn finds bp installed it loads it. Don’t know how your plugin isn’t getting loaded.
There is an issue with just doing require_once() for bp. The user may have bp deactivated. In that case your plugin shouldn’t just decide to run it. It should respect the wishes of the user.
There is a long discussion about all this base plugin/dependent plugin stuff going on in the wp-hackers mailing list at the moment.
June 10, 2009 at 8:28 pm #47178In reply to: Making Member/Group Lists Require Log-In
Will White
ParticipantI don’t mean to dig up a several day old thread but I’ve been working with the code I found on the post’s second page and still seem to have the same difficulty. I think I may be doing something wrong with bp-custom.php itself – not necessarily the code.
Here’s what I did, maybe you could take a second and look to see if I made an obvious mistake?
I didn’t have a bp-custom.php file in either the plugins or mu-plugins folders so I created one from scratch.
With an empty page open I added the following code:
<?php
/**
* Plugin Name: bp-custom
* Description: Custom Scripting for Securing Member and Group Directories
* Version: 1.0
*/
function js_restrict_access(){
global $bp, $bp_unfiltered_uri;
if (!is_user_logged_in() &&
(BP_MEMBERS_SLUG == $bp_unfiltered_uri[0] ||
BP_GROUPS_SLUG == $bp->current_component ||
BP_BLOGS_SLUG == $bp->current_component)){
bp_core_redirect( get_option('home') . "/register" );
}
add_action( 'wp', 'js_restrict_access', 3 );
?>I saved the php document as bp-custom.php
I uploaded it to the wp-content/plugins directory.
(I also tried wp-content/mu-plugins directory.)
I went to log in and see if I needed to activate it – nothing shows up on the screen period – even on the dashboard.
Just in case it’s relevant I’m running:
I’m running WPMU 2.7.1 and BP 1.0.1
Thanks in advance for any help.
June 6, 2009 at 9:01 pm #46883Jeff Sayre
ParticipantDan-
Okay, I’m just thinking out loud, just going through the registration process.
As long as BuddyPress is installed and activated, is does not matter if your users register via the wp-signup.php form (which is found in WPMU) or the register.php form (which is found in BuddyPress). The extra fields from BuddyPress will show up on either form.
Here is where the data is stored:
The datum for “Full Name”, which is a required BuddyPress field, is stored in the table wp_bp_xprofile_data. The data for the “Nickname” field, which is the username if no full name is provided, the “First name” field, and “Last name” field, are stored in the table wp_usermeta. The data for “username” and “Display Name” are stored in the table wp_user.
So, here’s a question:
Did you at any point uninstall BuddyPress and delete the BP tables in MySQL? Did you delete any of the WPMU tables? Did you do either or both of these and then reinstall? If yes, did most of your students register before that time and then only those four register after a BuddyPress reinstall?
I’m just grasping at straws now. Perhaps someone else will have insight into this issue.
June 2, 2009 at 3:52 pm #46577Will White
Participant1. Which version of WPMU you are running
2.7.1
2. Whether you’ve installed WPMU in a subdirectory or as a subdomian
Subdirectory
3. Whether you upgraded from a previous version of WPMU. If so, from which version.
Nope, new install.
4. Whether WPMU was functioning properly before installing/upgrading BuddyPress
Still working
5. Which version of BuddyPress you are running
Latest (1.0)
6. Whether you have any plugins other than BuddyPress installed and activated
No
7. Whether you are using the standard BuddyPress themes or customized themes
Standard
8. If running bbPress, which version
Using 1.0
9. A list of any errors in your server’s log files
N/A
June 1, 2009 at 4:44 pm #46455In reply to: Most Links don't work – What am I doing wrong?
Jeff Sayre
ParticipantMcmc-
installed via simplescript at bluehost
This may be your issue. You really should not be installing complex software platforms like WPMU by using third-party installers. You should manually install WPMU paying careful, close attention to the readme.txt file that comes with it.
Also, search the forums for “BlueHost” to see the issue other users have when using simplescripts. Here’s one to get you started.
the redirection plugin (checked that already), avatar plugin, wordpress.com stats, akismet, statpressCN, Sociable, Author Avatars List, google analytics
To isolate WPMU and BuddyPress issues, you need to deactivate all plugins. This means that BuddyPress should be the only plugin running period. If your site issues go away, then you activate one plugin at a time, testing with each reactivation, until you get the problem again.
not aware of any relevant errors
The question asks for a listing of any errors in your server’s log files, it does not ask for you to decide whether or not they are relevant.
When providing a listing of errors, you do not need to copy into the thread the entire contents of each error file. A single error can be repeated many times. We just need a single instance of each, unique error. More times than not that is sufficient. If we need more info, we may ask to see the entire contents.
May 28, 2009 at 8:53 am #46220In reply to: Fatal error: Out of memory when installing
2746060
InactiveMy memory limit has now been upgraded to 64MB.
When activating the BuddyPress plugin, I get this error message within the plugins page:
Plugin could not be activated because it triggered a fatal error.
Fatal error: Out of memory (allocated 16252928) (tried to allocate 77824 bytes) in /home/user/public_html/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-classes.php on line 334
Any ideas? I uploaded the plugin manually, does it function better installed automatically thru the plugin search area?
May 22, 2009 at 1:03 am #45833Rich Spott
ParticipantOkay, 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 14, 2009 at 9:53 am #45311In reply to: acitvated? yes, no, yes …
Paul Wong-Gibbs
Keymaster1) wrong forum – this is nothing to do with buddypress
2) I think you get that message if a logged in user visits wp-activate.php or follows the email reactivation link a second time.
May 11, 2009 at 7:43 pm #45073In reply to: Issue with links within BuddyPress
codyb
ParticipantResponse to your questions are as follows:
1. I am positive I am running wordpressMU, under my admin dashboard it states You are using WordPress MU 2.7.1.
2. This is a fresh install of WordPressMU and Buddypress. I had never heard of either of these until a week ago so I installed WordPressMU 2.7.1 first and then downloaded BuddyPress1.0 and installed via installation instructions listed here https://codex.buddypress.org/getting-started/installing-buddypress/
3. I believe WordPressMU was functioning, but I had never used it before so I can’t state that confidently. Just from playing around with it previously and me still being able to use the dashboard without issue, I would say it was functioning.
4. I am using BuddyPress1.0
5. Yes I logged in as site admin on WPMU’s backend, activated buddypress under the plugins section, and am currently utilizing the BuddyPress Default Home Theme 1.0
6. The only plugin I have listed is BuddyPress and I’ve never installed any other plugins
7. I believe I am using the standard buddypress theme that was automatically installed with BuddyPress, I myself did not install any custom themes
8. I do not see any error messages that are catching my eye in my /var/log/messages
Just a little additional info. I’m running WordPress/BuddyPress on my own webserver. I am running a linux box using CentOS 5.3 and apache to host my current website utilizing drupal and all works fine. I wanted to utilize the BuddyPress social networking feel for my site so I’d like to move to BuddyPress. I started from scratch with installing WordPressMU and BuddyPress. I made the correct databases and users using MySQL. If you have any other questions please let me know. Thanks
May 6, 2009 at 3:21 pm #44613In reply to: Announcing: Events component
enlightenmental1
ParticipantWPMU 2.7.1
BP RC2
BP-EVENTS .57
I already had created an \”age\” profile field before installing this plugin.
if the user enters their birthday i.e. 1/2/1983
a birthday event is auto-created (very cool)
but all the birthdays are listed as December 31st, 1969
in the back-end, under the events settings, the dropdown box for
\”Select the \”date selector\” profile field you want to use for the birthday and it will be replaced with an event birthday field\”
the dropdown is blank…. and I cannot select anything.
if I activate birthday field, the \”age\” field I previously created becomes the birthday field… but the birth date is always the same… december 31st 1969
also, if the user creates a regular event, and invites friends, the \”May Attemd\” link in the friends notifications will return a 404 not found…
– if they visit the event itslef and click “may attend” it functions correctly
any thoughts?
May 5, 2009 at 2:35 pm #44506In reply to: The page you were looking for was not found.
Will White
ParticipantTheEasyButton
Sorry for the confusion! Let me try to re-explain the process I followed.
I’ve loaded the buddypress addon and moved all the folders to their appropriate spot.
Then, I enabled the “BuddyPress Default Home Theme” under the Site Admin dropdown.
I clicked through to the Appearance drop-down, and when I go to activate the theme, the screenshot loads with the error message regarding the misplacement of bp-themes directory. So I double checked the placement of the folder, and verified they are in the correct spot – despite what the error message says.
I activated the file anyway, and then click the BuddyPress drop down and changed the “Member theme” to Skeleton, saved it, then switched it back, and saved it again.
I activated user registration so you can sign up now as well, hopefully that will help.
Jeff Sayre
1. Yes – at the top of my screen it says “You’re logged in as a site administrator.” I’ve been going in through nacdb.com/members/wp-admin/ with the admin login and its password.
2. I reset the error log, visited the buddypress setup, and copied the errors it produced at the bottom of this post. I seem to get the same one over and over.
3. I’ve reselected the member theme (even switched it to the skeleton one and back) without any success.
PHP Warning: Unknown(): open(/var/php_sessions/sess_b0fd681715d71fc2290936406bc797ba, O_RDWR) failed: No such file or directory (2) in Unknown on line 0
PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/php_sessions) in Unknown on line 0
PHP Warning: Unknown(): open(/var/php_sessions/sess_b0fd681715d71fc2290936406bc797ba, O_RDWR) failed: No such file or directory (2) in Unknown on line 0
PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/php_sessions) in Unknown on line 0
Thanks for all the help guys!
-
AuthorSearch Results