[@nig3d Participant 14 years, 6 months ago]

@xrolleh Hello Ryan,

sorry I just noticed the post, did you try/download the modified plugin?

[@nig3d Participant 14 years, 7 months ago]

@grosbouff @r-a-y

if you want to have a look, suggestions are quite appreciated, thanks!
if you want to help to finish the update, it will be appreciated too, because I need the plugin if I want to finish the professional social network I’d like to create.

[@nig3d Participant 14 years, 7 months ago]

ok as promised I link the modified plugin. It’s not complete yet and I’m sharing it just because I know I couldn’t work on it at least for 2 weeks so if anybody wants to finish it, I think the original author won’t mind it. I won’t by sure.

this is the temporary link:

http://gameprog.org/buddypress-real-names.zip

unzip it in the folder wp-content/plugin

then use the dashboard to install it SITE-WIDE (otherwise it won’t work)

then go to the x-profile setup and add a mandatory text box (I suggest to do it at least), called surname (or what you prefer)

then add a new, NOT mandatory text box, you can call it “complete name: or such.

then on the buddypress setup, you can click on the new real-name plugin setup.

Choose the correct base field to use and the options you need.

Of course the “real-names” won’t work until the user profile won’t be rebuild or modified.

With the current version more or less half of the places where the username is usually shown, will show the name and surname.

Unluckily BP is a mess with the username management and there are so many different functions to show the names that track all of them is a good effort.

DO NOT USE for production version of BP.

I will try to finish it if I will have the time, ray plugin is very useful to track all the functions used to show the username, but even ray had to make some nasty hacks to make them work almost everywhere.

[@nig3d Participant 14 years, 7 months ago]

Hello,

thanks to have contacted me. Are you going to work on the BP-real names plugin to? Do you want to take a look at the work I have done so far to make it working again?

[@nig3d Participant 14 years, 7 months ago]

https://buddypress.org/community/groups/buddypress-real-names/

the link is broken, somebody knows how to contact the author?

[@nig3d Participant 14 years, 7 months ago]

ray: it looks like you are the author of username plugin, I have some questions for you about your code, can I ask?

[@nig3d Participant 14 years, 7 months ago]

Thank you r-a-y, are you the author of username only plugin?
Yes I realized that after I posted it and I have already changed the functions.
About the author: no, I haven’t contacted him, but since the last release of the pluing, BP changed a LOT of functions, so the author should have studied the same code I’m studying. Nevertheless I will contact him since anyway I’m using his code

[@nig3d Participant 14 years, 7 months ago]

it looks like nobody is interesting on it, well I will publish it as alpha version next weekend and then we will see.
I just noticed that to display exactly the same thing (the name of the logged in user for example), several functions are used in several places, a little mess.
I will investigate on it and post some tickets if needed.

[@nig3d Participant 14 years, 7 months ago]

btw, for who wants to help me, these are the functions I have identified so far:

add_filter(‘bp_get_member_name’, ‘bp_the_site_member_realname’);
add_filter(‘bp_get_displayed_user_fullname’, ‘bp_the_site_member_realname’);
add_filter(‘bp_get_loggedin_user_fullname’, ‘bp_the_site_member_realname’ );

[@nig3d Participant 14 years, 8 months ago]

this hasn’t be fixed yet. Has the ticket been created?
Moreover what was bp_fields_has_data supposed to do originally? Because if it should check if the field exists, it seems straightforward to fix.

[@nig3d Participant 14 years, 10 months ago]

Thanks! Now it’s much better!

at least I received:

Warning: Cannot modify header information – headers already sent by (output started at D:xampphtdocsgpiwp-login.php:463) in D:xampphtdocsgpiwp-includespluggable.php on line 665

Warning: Cannot modify header information – headers already sent by (output started at D:xampphtdocsgpiwp-login.php:463) in D:xampphtdocsgpiwp-includespluggable.php on line 666

Warning: Cannot modify header information – headers already sent by (output started at D:xampphtdocsgpiwp-login.php:463) in D:xampphtdocsgpiwp-includespluggable.php on line 667

Warning: Cannot modify header information – headers already sent by (output started at D:xampphtdocsgpiwp-login.php:463) in D:xampphtdocsgpiwp-includespluggable.php on line 868

no clue yet, but it’s what I was looking for : )

[@nig3d Participant 14 years, 10 months ago]

Yep, I haven’t been successful yet, but once I will make it working, I will post again.

In the meanwhile you can also give a look to xdebug, that is a server side remote debugger. It needs a IDE and it looks like most of the PHP IDE supports it more or less.

I noticed that even Notepad++ has got a xdebug plugin, I’m going to test it soon.

[@nig3d Participant 14 years, 10 months ago]

Xevo I don’t think so, my PC is not as quick as lighting, it’s an old inspiron 9300, with 2 giga of ram, it does its work with most of the moder software, I can’t see why WPMU should slow there. 6GB of ram for one user looks expensive )

[@nig3d Participant 14 years, 10 months ago]

I’ll try thanks!

[@nig3d Participant 14 years, 10 months ago]

yep that’s it, as C++ coder I have a different idea of debugging than a PHP coder. Even if with PHP the tracing is a much more used strategy, I can’t see a specific support on WPMU/BP code. I have installed the FirePHP and WPMU FirePHP plugin to see if it can helps, but I’m just surprised about the fact that WPMU itself is not verbose on errors enough.

If the login process gets an invalid cookie for not any apparent valid reason, it should at least tell me what is going wrong, not just redirecting me again on the login page.

I have all the PHP debug settings enabled of course, but still I can’t see any specific output that gives me some hints.

In practice if I want to know I have to bother you or debug.

The truth is that I doesn’t know PHP enough to understand some mechanisms, even if something is missed is still missed IMHO.

Anyway about my fist post maybe the question now can be clearer: How do you debug WPMU code?

Do you use a real debugger with breakpoinst like PHPed does? Do you use Fire PHP to trace out output? What else?

[@nig3d Participant 14 years, 10 months ago]

That’s true Andrea, it’s just right now I joined only this community.

Anyway, it’s window XP with a XAMPP standard configuration and internet connection active. WPMU latest stable release installed on subdomain.

Anyway according your reaction it sounds like it’s not normal, but my configuration is just standard and with a fresh installation.

Anyway I think I will join the WPMU community now, because I’m having some troubles even before to install buddypress.

[@nig3d Participant 14 years, 10 months ago]

I can understand that this question could be not related to BP directly (even if actually it is), but let it be unsanwered doesn’t help the community to find new possible contributors.

[@nig3d Participant 14 years, 10 months ago]

Hello back,

yesterday I verfied that the problem is in fact due to an invalid cookie generated by the page. Now, I managed to know that just using the debug feature of phped, but since phped is a commercial software, I don’t think everybody can afford to know about errors and debug the code in this way.

What I want to know is, can WP prompt me errors when they happen? Is there a output trace system to know what is going on? When an error occurs, can WP tell me why it happened?

In fact, I don’t have enough info yet to really understand what is going on! (even if I suppose that the problem is due to the fact I have installed the main blog inside a subdomain)

[@nig3d Participant 14 years, 10 months ago]

I haven’t clean the cookies but I tried it on several browsers. Anyway today I’ll try to install some environment that could allow me to debug the code, it’s a good way to start to learn how to fight problems

[@nig3d Participant 14 years, 10 months ago]

Hi you all,

well well, I’m almost there, I have installed my local xampp, I have configured the virtual host to have 2 subdomains.

I have installed the principal blog in one of these subdomain.

I have done this because it’s very likely what I’m going to do in the production server.

So instead to have installed the principal blog in the domain root I have installed in a subdomain as I said, so far so good.

Then I have create the second blog, but naturally WPMU proposed me to install it under name2ndblog.sub.domain.com. Ok I have installed it anyway, but right after, using the setup panel, I have renamed all the entry to name2ndblog.domain.com.

It worked, meaning that in this way all the DB entries have been fixed and in fact name2ndblog.domain.com works. The only problem is that, while I can login in the name1stblog.domain.com I can’t login in the second one. Both blogs have the same user shared as admin, but when I try to login the second one, nothing happens, it just reload again the login page, without any error.

Ideas?

[@nig3d Participant 14 years, 10 months ago]

thanks man!

[@nig3d Participant 14 years, 10 months ago]

sorry, I don’t know version 1.2 yet, I was talking about 1.1.3

[@nig3d Participant 14 years, 10 months ago]

well, if I look for the domain inside the DB I can find a lot of entries, I suppose it’s enough to change them and the config file to make everything working, still it sounds dirty.

[@nig3d Participant 14 years, 10 months ago]

hmmm isn’t this considered a problem? I run an indie game development site for 12 years now and it’s time to refresh it. But, since I’m planning to add some features that are not by default in buddypress, I can’t just switch to the default BP, it wouldn’t make any sense for most of the users. Still, I have to test the features to introduce…

…I will use a subdomain by sure now, maybe it will help a little.

At most eventually we will use a redirect

[@nig3d Participant 14 years, 10 months ago]

yes, for the install I can agree, but what about a DB?

The point is that I was planning to got until beta under a subdomain (actually a sub-folder, but I agree with David Lewis), and the switch to the main domain after the beta is finished. This would mean that a lot of users would be already registered and a lot of data inserted.

Please help, I need to know this asap.