[Ernest Marcinko]

Hi!

Sorry about the delay. I got no notification for some reason.

Could you please provide a bit more information:

• A link to a page where the search is visible
• The exact phrases on which this problem occurs
• Phrases on which the problems does not occur
• Expected results

Temporary admin/ftp access would also speed up my work in case I need to change the configuration or fix something regarding the plugin.

[Ernest Marcinko]

Hi!

I did a few adjustments regarding the relevance and disabled the “search in excerpt” option.

Since the “writing” keyword is very common on your site, it gave lots of results to the plugin. With these adjustments the results should be a bit more focused on the title without loosing relevant results.

The next search version (which is being uploaded tomorrow) will have a bit different approach exactly for these situations. You can check codecanyon in a few days for version 3.3 which will probably give you more relevant results.

[Ernest Marcinko]

Hi!

Those span elements are not part of the plugin.
I checked through the dev tools, and the following script is putting those elements after every single checkbox on the site: https://64.34.205.58/~apmpbok/wp-content/plugins/userpress/wiki/js/foundation.min.js?ver=1.2.3.7

Since that code is minified I can’t tell exactly how and what to change. You should definitely notify the developer about this, because this can lead to other issues with other plugins using checkboxes. Randomly replacing items on the entire site with javascript is not a good idea. The event listeners attached to the checkbox parent elements can change this way.

Anyways I can suggest 2 possible solutions, that might work (I’m not 100% sure)

1. Custom CSS – might not work

Put this custom css code to any of your stylesheets or into the Custom css field on the search plugin Theme Options -> Custom CSS panel:
[html]
span.checked + label:after {
opacity: 1;
}
[/html]

2. Javascript solution – probably work

Put this custom javascript inbetween script tags anywhere (prefer header or footer) on your site:
[html]
jQuery(document).ready(function () {
jQuery(".innericon, #ajaxsearchprosettings1_1 input[type=checkbox]").click(function(){$("#ajaxsearchprosettings1_1 span.custom").detach()});
});
[/html]

[Ernest Marcinko]

It’s possible (on the “Cache settings” submenu), but on multisite setups that setting is ignored for various reasons. In your case I needed to make an exception and disable it programatically, because of the unexpected timthumb output.

[Ernest Marcinko]

No problem at all.

The tiny change is in wp-content/plugins/ajax-search-pro/includes/search_content.class.php on line 346. The old code was:

[php]
if ($use_timthumb == 0) {
[/php]

and I replaced it with the bypass:

[php]
if (1) {
[/php]

This will be overwritten by updates, however all you need to do is change this one line. The line number will probably change, but if you search for “if ($use_timthumb == 0) {“ in the file, you will find it, it only occures once.

If you can’t change it or something goes wrong, you can reply to this thread and I will do it for you.

[Ernest Marcinko]

Hi!

Thanks for the information. Somehow the image handling library reported that the image does not exists, while it was there, so I inserted a bypass code to use the internal image handler, now it should work fine 😉

[Ernest Marcinko]

Hi!

I’ve found the problem. By default the search tries to execute the shortcodes found in the content and run the though the “the_content” filter. That command was stuck for some reason. I’m guessing that a plugin or maybe the theme has another filter attached to the “the_content” hook and that made an infinite loop.

The solution was rather simple. I turned off the “Run shortcodes found in post content” and enabled the “Strip shortcodes from post content” option instead on the advanced options panel: http://i.imgur.com/r2Zrn8g.png

The search should work now on full speed 😉

Thank you for the proper details, it made my work much faster.

[Ernest Marcinko]

Of course.

I will only output things to the search ajax response, which won’t be visible on the site layout.

If I can’t make any progress, I will ask for a dev site access 😉

Thank you for the details.

[Ernest Marcinko]

Hi!

I just examinded the search with multiple configurations, and indeed something is slowing it down. Interestingly, if I type in something that will surely not match anything, then I get results in under 0.2 seconds. It probably means, that the database query is all right, and it’s fast as well. But once the phrase matches something, it slows down. Based on this I concluded that something in the results post processing function delays this.

Could you please upgrade your ticket with temporary ftp details? I would like to run a line-to-line manual debugging to find out where the error comes from exactly.

[Ernest Marcinko]

Hi!

I ran throuhg some tests on the site. There were no results because the “Search in pages” option was disabled, thus there was nothing for the plugin to return.

I enabled this option, now it returns exactly the page you linked for the “grid flooring” search term.

[Ernest Marcinko]

Do you still get results or not at all?

What you exactly described is not possible. Unfortunately there is no way to determine which keyword belongs to which custom field. One of the custom fields hold the ‘practice, the other one the ‘city’. So one of the words must had to match one field, and the other one the other field, and each word must have at least one match. It sounds easy enough, however the current architecture of the plugin and the wordpress database makes it impossible.

I’m currently writing the documentation to the next version, which is ready to get deployed. This version includes creation of fields related to custom fields: http://i.imgur.com/PYoWDZJ.png

As you can see on the screenshot, you will be able to create radio boxes, dropdowns, checkboxes, range sliders that are connected to custom field values. In your case you will be able to make a dropdown field that contains the cities or practices (or 2 dropdowns with both).

[Ernest Marcinko]

Hi!

I understand. This functionality was intentionally left out because of performance issues. Custom fields can make a huge difference. However if you want, you can still make it work.

I’ve made a code change, so it might work:
1. Open up the wp-content/plugins/ajax-search-pro/includes/search_content.class.php file
2. Make a backup of it’s content.
3. Replace it’s content with this: http://pastebin.com/raw.php?i=iQTh8jKc
4. Save it and try it.

I’m not sure if ti will work, but it’s worth a try.

[Ernest Marcinko]

Wait a minute, I just opened the zip file you attached. That’s corrupted, directories and files are missing from it, that’s why you get the error message!

Please try to download the file again from codecanyon. The file should be over 1MB, definitely not 300k.

[Ernest Marcinko]

Okay, let’s try something.

Open up the wp-content/plugins/ajax-search-pro/ajax-search-pro.php file and go to line 13, where you should see this:
[php]
define("ASP_PATH", plugin_dir_path(__FILE__));
[/php]

change that line to:

[php]
define("ASP_PATH", untrailingslashit(plugin_dir_path(__FILE__)) );
[/php]

Now try to activate the plugin again, if it throws the same error message, then it’s something else. Copy/pase the error message you get after this change.

[Ernest Marcinko]

Hi!

May I ask what kind of server are you using? I’m guessing it some kind of windows server based on the paths. It looks like there is some kind of directory/path issue. My first guess would be that the plugin_dir_path(__FILE__) function might return an extra backslash, but I’m not sure if that’s the cause at all.

[Author]

Posts