Rado

The client who i was helping doing direct queries in the db to fetch the information he wanted has gotten in contact with support, this can be closed he will have to take it with them.

What issues? I use this on some sites and i really like to not have to deal with the invasive google captcha that more or less is spying on the users rather then determine if they are bot or not.

Could you elaborate on issue and perhaps how to manually hotfix it?

Really love this captcha solution.

Not sure why this plugin isn’t securely logging out users that have been expired but updating the code to wp_clear_auth_cookie(); upon login attempt may fix this, there’s definitely a way to login even if you have an expired account and bypass this plugin, perhaps by posting directly to wp-login.php rather then surfing to wp-login.php page.

Using latest version of this plugni 1.02 and latest version of wordpress: 4.9.7

• This reply was modified 6 years, 4 months ago by Rado.

that’s because your wordpress site is large and you’re and by default Throttle searches is checked which limits the results, if you have to large site with too many words that may end up in results being bad.

for better results i recommend going into your relevanssi plugin folder, /lib/tabs/stopwords-tab.php edit the relevanssi_common_words( 25 ); to a larger number like 500.

Now go to the stopwords tab in relevanssi and check for the 500 most common stopwords, remove the stuff that you really don’t need, people are not searching for “and,the,hello” etc, all of this you can add as stopwords to increase the search hit rate.

Then you may want to try using “partial matching” as the default search algorithm, it may depend on your content but on sites ive been working on this is better for the search to hit the right stuff.

Finally if you are running a large site with 20 000 to 100 000 posts and you’re indexing content+titles+tags and such you want to increase the throttle to make relevanssi have more room for relevant stuff, otherwise stuff will go missing.

functions.php

// limit search results to 1000 in relevanssi for speed.
remove_filter(‘relevanssi_query_filter’, ‘relevanssi_limit_filter’);
add_filter(‘relevanssi_query_filter’, ‘tighter_relevanssi_limit_filter’);
function tighter_relevanssi_limit_filter($query) {
return $query . ” ORDER BY tf DESC LIMIT 1000″;
}

this changes the throttle limit from whatever the default is (probably 500 or lower) to 1000.

Make sure you are giving wordpress enough memory to deal with this: wp-config.php

define( ‘WP_MEMORY_LIMIT’, ‘256M’);

make sure your webserver configuration is setup to let wordpress take 256mb (if you are on shared hosting you are most likely out of luck but who are on shared hosting if they run a huge site anyway?

for apache2 on ubuntu (common install)

sudo nano /etc/php5/apache2/php.ini
find: memory_limit

set to 256 or higher.

now you’ll most definitely get good results in the searches, at least i am getting incredible results running sites with 60 000 posts and i am indexing content, titles and tags.

Found the issue in wp.php

str_ireplace('&','&',$cat->name);

Any ideas how i can debug?

Appears now when i updated the plugin on the other website running and older version of WP neither cateorgies or tags are included when posting between sites, has categories/tags core code changed from wp 4.3.x to 4.8?

I need help how to debug this. When i downgrade the version all the data stored for sites are lost and need to be configured.

Ok so the latest version of this plugin completely breaks both tags and categories posted to WP if using WP version 4.3.1.

Version 3.7.7 of NextScripts works fine when posting Tags & Categories from WP to WP. why is it so broken? Has the core code changed in WP when it comes to categores and tags? I really don’t feel like upgrading the site posting stuff, its a lot of work espeically if core code has changed.

EDIT:

Whatever was changed in inc-cl/wp.php and inc-cl/wp.api.php completely breaks the category/tags function, took an old version and replaced in the newer, works perfectly fine. My guess is that wordpress has changed the core of how tags and categories work and your latest version of the social poster isn’t compatible with older versions of wp like 4.3.1

• This reply was modified 7 years, 5 months ago by Rado.
• This reply was modified 7 years, 5 months ago by Rado.
• This reply was modified 7 years, 5 months ago by Rado.

Slugs are the same, names are the same, the only thing that isn’t the same is the ID (unique generated based on how much data in the databases).

Works perfectly fine with regular category names like “My Cats” n slug “my-cats” but if i do “Cats & Dogs” with slug cats-dogs the category isn’t included.

• This reply was modified 7 years, 5 months ago by Rado.

Ok i found the issue, in core.php

			foreach ($links as $link) {
				//Does this link need to be checked? Excluded links aren't checked, but their URLs are still
				//tested periodically to see if they're still on the exclusion list.
        		if ( !$this->is_excluded( $link->url ) ) {
        			//Check the link.
        			//FB::log($link->url, "Checking link {$link->link_id}");
					$link->check( true );
				} else {
					//FB::info("The URL {$link->url} is excluded, skipping link {$link->link_id}.");
					$link->last_check_attempt = time();
					$link->save();
				}

It checks urls that are exlucded periodically, how can i remove this so that after one scan with proper setting it never ever checks those links unless i nuke the entire database and redo everything?

Thanks!

looking directly in the sql database table mydb_blc_links i can see that all the urls we have specified the plugin NOT to look for, they are indexed and flag may_recheck is set to 1 which i guess means it is going through these ones even though they are added to the list of things not to check.

checking in the table mydb_blc_filter is empty, is this suppose to be this way?

any ideas welcome, using the latest version.

thanks, but i can’t get it to work.

wp_remote_get($imageUrl, array('headers' => 'Referer: https://mydomain.com')));

$imageurl is the url to the image.

i’m not quiet sure if it’s the header not being sent of some other issue, the origin of the issue started when a client requested that images that were hosted on his gallery would not to be visited directly, so i added some stuff to an htaccess file where the images reside:

RewriteCond %{HTTP_REFERER} !^https://(www\.)?mydomain\.com.*$ [NC]  
RewriteRule \.(jpg|jpeg|png|gif)$ / [L]

which works perfectly as it should, when someone tries to visit https://mydomain.com/gallery/1.jpg they get a 404 , but if you visit https://mydomain.com and https://mydomain.com/gallery/1.jpg is linked on the page it will find the image as the referer header sent contains the mydomain.com.

The issue is the client is also using a plugin which uses the function wp_remote_get when you publish a new post and it grabs the first image it finds in the post body automatically and attaches it as a thumbnail to the post. This is what am in trying to get to work here, but even if i add the referer header it will not work, it works instantly if i remove the htaccess code.

Any ideas?

• This reply was modified 7 years, 10 months ago by Rado.

can you give a working example using the second example instead as in:

wp_remote_get( 'https://www.example.com/index.php?action=foo', array( 'timeout' => 120, 'httpversion' => '1.1' ) );

but with headers included instead?

My logic makes me think that this would work:

wp_remote_get( 'https://www.example.com/index.php?action=foo', array( 'timeout' => 120, 'headers' => 'https://mydomain.com' ) );

but it doesn’t.

What am i doing wrong?

• This reply was modified 7 years, 10 months ago by Rado.
• This reply was modified 7 years, 10 months ago by Rado.

Sorry for the slow reply, i did do some tests today and it appears its the PHPSESSID cookie that for some reason get reset by the ajax chat script everytime it refreshes, i have turned off “Users have to be logged on to chat” as i hoped it could remove whatever is doing something to the cookie but the issue precists.

If i run the chat script on another domain then it won’t touch the cookies from the first domain.

Ideas?

that would be cool but its a test site on localhost :/ there’s no problems inside wordpress anymore though just that the chat script is for some reason logging me out from all other scripts i have been testing on the server, any ideas how that could happen? The only thing i could think of is that it writes an identical cookie but where can i change the name of those things in the chat script?

Thanks for your hard work!

Just to add, i do not get logged out of wordpress, just other random scripts i have installed in the wordpress root folder. (not wordpress related stuff)

Managed to get it to work but i dont know how… I have another issue ive discovered but ill post it in a new thread with a proper title, thanks for the quick answers and this wonderful plugin!