carlla

Sorry,

Now I notice I’m using other plugin, Force Regenareta Thumbnails

As I mention before, only Messages and Xprofile components are active right now. Can’t say if this occurs to Activity, Groups or other Buddypress component. My current theme has no template to test it. I’ll try to activate buddypress default theme to test it.

About the custom components, I usually set up custom pages using the bp_screen hook to test the current permalink and then call bp_core_load_template() to load the template. So that makes sense for me that setting priority to 1 fixes the problem.

Some informations that could do difference:
– it is a wp multisite on a subdirectory install
– root profiles is enabled (BP_ENABLE_ROOT_PROFILES)
– buddypress multiblog support is enabled (BP_ENABLE_MULTIBLOG)
– wordpress has it own directory
– wp-content was renamed and is out of wordpress directory
– wp-content/plugins was renamed

Could this be useful? If I discover anything else I’ll let you know.

Sorry, I did understand what you want to do. What problem did you have?

I guess that I found out the problem.

bwp-minify is using the “template_redirect” action to attach its actions and filters.

Buddypress use the same action to attach “bp_screens” hook, which usually load a template and then exits. So functions that are attached to ‘template_redirect‘ with higher priority then “bp_screens” will never be called, as well the “add_conditional_hooks” method won’t be called

Just change the hook priority to 1 to be sure the bwp-minify actions will be attached before bp_screens hook finds a template. This change worked for me.

bwp-minify/includes/class-bwp-minify.php #822
add_action(‘template_redirect’, array($this, ‘add_conditional_hooks’), 1);

I’m using the beta version 1.3.0rc1 of btw-minify. The current version 1.2.3 didn’t work.

Thanks for quick reply!

Both! My custom plugins’ CSS/JS and the Buddypress’s default CSS/JS.

Only Messages and XProfile components are active. Groups and Activity components aren’t.

My custom component has a root directory (Sorry, but it is not available anywhere to download), and no css/js files is been minified on neither /my-component nor /my-component/component-item

The plugins are on a wordpress multisite with subdirectory setup. Could this be a problem? I have tried to activate the bwp-minify on the multisite’s painel and on a single site’s painel but it did no difference.

The user profile page is using my custom css and js files, not Buddypress’s default CSS/JS files. But since this are using wp_enqueue_style() and wp_enqueue_script() it shouldn’t be a problem, should?

Thanks Khang Minh!

It seems I was fancing the same problem and the beta version fix it.

The error on firebug was

404 Bad Request https://my.site.com/wp-content/plugins/bwp-minify/min/?f=http:/my.site.com/wp-content/themes/my-theme/style/custom.css

(Note the single slash after protocol on “f” parameter)

And the error on FirePHP was

Minify: The path "/root/www//http:/my.site.com.br/wp-content/themes/my-theme/style/custom.css" (realpath "") could not be found (or was not a file)

(Note the protocol and hostname in the path string)

Now seems everything works well

I changed this line on bp-core.php

from
add_action( 'bp_loaded', 'bp_setup_nav', 8 );
to
add_action( 'wp', 'bp_setup_nav', 80 );

I’m trying this for while. Let’s see if it breaks something.

I’m facing the same problem. It’s seems that buddypress is too early to load textdomain when polylang is active.

[filter] override_load_textdomain
> Polylang break loading all the mofiles

[action] plugins_loaded
> buddypress register its nav_itens. In this point bp already use __() and _e() functions to name its components, but no mofile was loaded yet

[action] wp
> load mofiles, only since this point the translate will work. But it’s too later to translate most part of buddypress.

I’m looking a way to fix it. Any idea?

what am I forgetting to change?

I made a plugin. I’m considering to upload it to plugins directory. I just need some free time to make the package.

@rspindel,

Yes, I did it. That was what I did first. But the ajax response takes about 10 seconds to load. I think it is because load plugins, etc.. things that I don’t need to for while. I guess whitout this things the ajax response could be faster. So I tried the SHORTINIT constant.

I need to identify the moment when the user does logged out. That is why it need to be fast.

Well, for while I am using the SHORTINIT constant until find something else.

Thanks for your response =]

somebody even thought about that before?

something like that? https://www.ads-software.com/extend/plugins/expire-password/

I’m searching for a faster way to check user is logged in.

That is what I have tried:

// my_xml_response.php
define('SHORTINIT', true);
require_once('./wp-load.php');
if(!function_exists('get_currentuserinfo')){
 require( ABSPATH . WPINC . '/formatting.php' );
 require( ABSPATH . WPINC . '/capabilities.php' );
 require( ABSPATH . WPINC . '/user.php' );
 require( ABSPATH . WPINC . '/meta.php' );
 require( ABSPATH . WPINC . '/pluggable.php' );
 wp_cookie_constants( );
}
get_currentuserinfo();
echo "<wp>".$current_user->user_login."</wp>";

It takes about 5 seconds to load the content. Someone has any suggestion about how to make it faster?

I am considering try to check the cookies directly. How can I do this?