Hi!…has anyone tested Buddypress Profiles, Groups, etc in Internet Explorer 6?
cause i see them messed up, inspite of being on the latest trunk, with ie6 fixes.
I personally don´t like IE, but users still use them.
Thanks, pls answer to see if it´s my dual installation of ie6 or really is not working well.
Thanks,
Z
I am having a similar problem.
When I go to my ‘news section,’ I get an ‘Error 404 – Not Found’ message in the blog area.
I reinstalled wpmu, but chose the subdomain option instead of the sub-directory option for new blogs. I then was able to get to the news blog (root blog), but could not create new blogs that work — the URL bumps me to OpenDNS and the mesage ‘We did not find any results for: [ blog.mydomain] Please try a new query above’ Note: my server is bluehost.
I have reinstalled everything a couple of times using both approaches and get the same results
So… unless I can figure this out, I have to choose between not having a functioning news section under buddypress, or no being able to create new blogs.
I actually have one problem when trying to translate this file…
I use Poedit to translate the file, and when I’m done I save the file. After saving, I replace the allready existing language-file in /pb-languages/ with the file I’ve translated. The wierd thing is, that the language I translate into does not update on my installation of BuddyPress.
Is there any kind of settings I will have to change before the language I’ve translated into should be activated or something like that?
– Thanks.!
Andy,
I think I figured out what was causing the problem. When I originally installed WordPress MU, I had had to re-install it a few time until I got it right. File permissions weren’t set properly at the time of installation, etc. When I went into my “Sites” are of the Admin Settings panel, I found that I had about a half dozen sites listed, all with the same name. I deleted all except for the most current installation and now I am able to upload the avitar images. This multiple site listing didn’t seem to affect any other site functionality, WordPress MU or BuddyPress related. Just wanted to let you know the problem and the solution.
Best,
Steve
Hi,
Maybe this is just a matter of setting the proper role (i.e. subsriber, contributor..), but, along with the functionality of create new blogs and participating as a social networking member, can users create posts on the main site (for approval)? Further, I’d love it if I could have a form (much like the comment form) below a section in the site where they can enter their post directly and submit it into the approval queue…I don’t have a working install going of Buddypress – this is research based on someone’s request to use Buddypress AND to have the functionality I’ve listed above.
Very kindly,
Michael
guys slicehost is the best hosting if real developer loves it. and it is takeover by rackspace now.
Sorry, not getting where buddyPress is installed and how you have wpmu configured. There are some options for installing wpmu first of all. It can be installed in the document root or in a subdir. Originally wpmu had to be installed in the doc root for bp to work. I heard a rumor that bp now works with wpmu installed in a subdir of the apache root. True? I don’t know. That’s the first option.
Second option is you can run wpmu with subdomains or subdirectories. You can have your URIs look like whatablog.mysite.org or mysite.org/whatablog.
@CriticalTodd it looks like you installed bp in a subdir off the doc root called ../bp is that correct? bp is installed in the wpmu /wp-content/mu-plugins dir. I’m kinda confused.
Here’s my setup that works:
1) wpmu is installed using subdomains not subdirectories in the apache document root
/var/www/mydedicatedvirtualsite.org/httpdocs/(allsortsofwpmudirsandfiles)
mysite.org launches wpmu
2) buddyPress is installed in the /wp-content/mu-plugins directory
/var/www/mydedicatedvirualsite.org/httpdocs/wp-content/mu-plugins/(lotsofbuddypress)
3) buddyPress themes get put in /wp-content/themes
/var/www/mydedicatedvirualsite.org/httpdocs/wp-content/themes/buddypress-home
/var/www/mydedicatedvirualsite.org/httpdocs/wp-content/themes/buddypress-member
However you have wpmu configured when it comes to subdomains or subdirs for creating member blogs, bp goes in ../wp-content/mu-plugins and ../wp-content/themes
How do you have your site configured?
Andy,
First thanks for all your hard work making BuddyPress happen. As a graphic and UI/UX designer, please let me know if I can help the project in some way.
I installed BuddyPress yesterday with the latest trunk r544 and everything seems to be woking fine except when a new user attempts to upload an Avitar at initial signup. The following error is thrown: Upload Failed! Your photo dimensions are likely too big.
This error occurs no matter what the size of the image being uploaded. Even a jpg 20 X 20px returns this error. You can view this error by adding a new blog at http://www.ziely.com
If I add a user manually in the admin and then login as that new user, I can successfully add an avitar no problem. The problem only occurs at initial signup for a new blog. Any thoughts? Can I disable the avitar upload requirement for the time being untill the issue is resolved?
Thank you in advance for your help.
Very best,
Steve
Anybody using hostgator or ever heard some problems using WPMU on their shared hosting? I’m interested with their baby hosting package, unlimited space & bandwith. But the inodes limit of 250,000 is worrying me.
thanks for the great feedback — this helps. i did spend time at wpmu — but it was a bit dated. and i especially want to find someone who has had success with implementing buddypress 
im very much impresses with buddypress — great solution!
ihave just setup skriffle.com
To accomplish that, yu have to change the style sheet from the “buddypress” theme CSS (style.css), of course if you are using it for the home theme.
And remember that when you access to a member option, the theme used is the “buddypress-member” look 4 the style.css on the folder and make the changes too, i did so to have a correspondence between site colors.
I have used Media Temple for WPMU sites in the past and the Grid is better than most shared hosts, but really WPMU itself can grow past resources quickly. That is why VPS or dedicated is recommended, though many still say they are fine on a shared host if their bandwidth and userbase is low. Other great VPS providers include Slicehost.com and Futurehosting.biz
Getting recommendations for hosts is covered extensively in the WPMU forums, so you might want to pop by for a search there.
Trent
I am on fused network and they definitely support wildcards. They are a bit pricey, starting at $9.95 a month, but are worth every penny. They truly guarantee 99% uptime.
In the last 6 months they have been flawless with only one month going below 99% uptime and when that did happen they offered a 1 month credit to all customers that were effected. I declined the offer on the grounds that there policy is almost unfair for them! I will gladly pay $10 month just too know that they truly follow their guarantees.
As far as tech support goes, they are the best I have found as well. I have submitted 5 tickets so far and everyone was answered right away. Plus none of those tickets was a problem on their end. It was usually me asking for domain setups up or adding wildcard mask for example.
Highly recommended (and I am not even part of their affiliate network!)
Yup! Me to. Buddypress is brilliant and I am currently using it for my local Scout group! Bang on works perfectly and events would just round that off. For the mean time however i’ll be using groups for events
I am using Site5 and they will set up the wildcards on request.
Anyone use MediaTemple?
When upgrading to a new version of BuddyPress please do the following:
* Log in as a site administrator
* Browse to: yourdomain.com/wp-admin/
This will upgrade the database tables to the latest version. Not ideal, but there will be a better more obvious way soon enough.
If you don’t upgrade your tables before you start using a new version, you are going to see lots of things break, and a lot of error messages.
Thanks
I use Bluehost and you’re right, you cannot set up WPMU using subdomains; you must use the subdirectory option. This was fine with me because I was already installing WPMU into a subdirectory and though http://member/wpmu/sitename.com would look funny.
Also, I ran into a few snags while installing onto Bluehost but found some very easy fixes.
I tried setting up BuddyPress and WordPressMU on Bluehost, but found out they don’t support wildcards.
Who has had good successes creating Buddypress sites? What hosting, ISP do you recommend? Thx!
BuddyPress is perfect for local groups who have meetups. Is anyone thinking about adding events functionality?
Dear Buddypressers,
Well, i have a tought one here! i would like to translate or let´s say rewrite the URLs, For Example: testbp.com/members – testbp.com/miembros.
Which would be the best aproach? Changing the *uri*.php? Maybe with HTACCESS??…
What i need are ideas, suggestions… insults!! …
Tnx n´Cheers,
Z.
Dear Buddypressers,
Well, i have a tought one here! i would like to translate or let´s say rewrite the URLs, For Example: testbp.com/members – testbp.com/miembros.
Which would be the best aproach? Changing the *uri*.php? Maybe with HTACCESS??…
What i need are ideas, suggestions… insults!! …
Tnx n´Cheers,
Z.
I’ve starting to customise both the home and member themes supplied with buddypress, adding my customisations to a file called custom-styles.css that, as Andy pointed out on the mailing list a few weeks back, is imported automatically. Everything works fine but I have some suggestions as to how it could be better implemented.
Currently custom-styles.css is called by way of an @import at the beginning of style.css. This is problematic for a couple of reasons. By calling the customisations BEFORE the default styles you must add “!important” to all your selectors in custom-styles.css in order to effectivly over-ride the defaults which can be a real nightmare. Also, as pointed out in Ticket 164 the @import reference to custom-styles.css is included in styles.css but the file itself is not included in the theme so a 404 is generated and the error logs get hammered.
I have implemented what I beleive is a better, cleaner approach:
style.css contains just two @import calls to default-styles.css and custom-styles.css (in that order). By default the latter can be either commented out or an empty file included with the theme.
The current content of style.css becomes default-styles.css (minus the @import call to custom-styles.css of course).
Basically this means that when customising the theme you can choose to add custom styles by over-riding in custom-styles.css or, as I imagine a lot of developers will prefer, completely replace the default styles by commenting out the default-styles.css import line and design from the ground-up (using default-styles.css just for reference).
This simplified approach should also be easier to manage as new builds are rapidly being released and applied during the development of BuddyPress.
I’d be interested to here how others have approached managing customisation as the platform has developed.
I translated it to Simplified Chinese. So if you want to translate it to Traditional Chinese,mayby you should to take some edit about it.
My english is so poor. Hope you can understand what I said.
