Forum Replies Created
-
Posts
-
Hi!
When updating, did you follow the steps for safe update in the documentation? http://wp-dreams.com/demo/wp-ajax-search-pro3/docs/#important_upgrade_notes
It might help you.1. All you need to do is select the isotopic layout, and set the search results position to blocking. http://wp-dreams.com/demo/wp-ajax-search-pro3/docs/assets/images/image_6.png
2. There is a submenu called “Priorities”. I think that’s what you are looking for. More info in the documentation: http://wp-dreams.com/demo/wp-ajax-search-pro3/docs/#result_priorities
Thanks for noting that issue, will look into that.
Hi!
Thank you for the url. I see multiple issues in the header of the page:
1. There is an error with one of the theme javascript files.
2. There is an error coming from another module as wellScreenshot of both of the errors on my error console: http://i.imgur.com/gQAukid.png
There is a very high chance that these are the main causes, since the javascript program flow usually breaks after a fatal error or a warning is issues.
I suggest investigating/fixing these issues first – because many wordpress plugins use jQuery (as well as Related Posts Pro), so they will most likely malfunction or not work at all.The errors does not indicate connection with the Related Posts Pro plugin, but you should of course try to deactivate the plugin first and check the error console to confirm this.
The second and direct issue I can see is that some of the scripts (also CSS) in the header are printed incorrectly – there are some quote tags appended to the expressions. This can be related to any plugin or theme function that directly modifies the site or header data (like cache plugins and such).
For example, if I take a look at the part of the related posts pro script declaration:
[code]
" elementsAll ": " .rpp_item ",
" visibleClass ": " rpp_visible ",
" fadeoutClass ": " rpp_fadeout ",
" titleSelector ": " .rpp_title ",
[/code]
The correct output should look like this:
[code]
elementsAll: ".rpp_item",
visibleClass : "rpp_visible",
fadeoutClass : "rpp_fadeout",
titleSelector : ".rpp_title",
[/code]
Somewhere, something adds extra space and a quote wrap around that script, which is a major issue. I have never seen anything similar, but I’m suspecting a 3rd party plugin – such as caching, minification or something very similar. It is also possible that this issue is related to the first ones.A general way of testing these issues is to turn off all the plugins and activate only Related Posts Pro first and see if it works then. If so, then activate the remaining plugins one by one to see at what point it fails again.
If you want, you can also provide temporary access (login and ftp) and I can investigate this further. (you can do that by editing your first post in this thread) If so, then please do a full site and database backup, just in case.
Let me know if anything helped!
Well, it still might be a javascript or stylesheet conflict, I can’t tell without seeing it unfortunately.
If you have any kind of test environment or any url to the content then I’m more than happy to check out.
Hi again!
a. It is not yet possible, the tabs reset each time the page is refreshed.
b. Go to the General options -> Sources 2 and select the Producs – Product categories taxonomy: http://i.imgur.com/jBuB1cL.png
c. The keyword suggestions are not same as the autocomplete. The keyword suggestions source is currently not adjustable – it’s coming with the next update.
d. Could you please be more descriptive, I don’t think I understand what you mean.
e. Same as point b.After some experimenting I have found the cause of the problem.
There was this image, which is a bit too big: http://www.youwineworld.com/wp-content/uploads/2015/02/schlegel.png
The search calls the wordpress image library to try to create a smaller crop of the image, but because of the size and type (2.2 MB, png) of the image the PHP memory runs out. I’ve done some measurements, the memory peaks at around 100MB after wordpress is loaded before the search, and the image library tries to take around 40MB more. The problem is that the memory runs out at 128M. I highly suggest increasing the memory limit from 128MB to at least 512 in the php.ini file if you are planning to use bigger images.
I’ve tried to switch to the image library that I built as an alternative to the wordpress core one, but still no luck – it uses somewhat less memory, but still not enough unfortunately.
As an alternative, I can turn off the image cropping and caching, but as a result the full sized images will be shown as thumbnails in the results.
Let me check that for you.
In the meantime, could you please link me to that map issue with some explanation, I will check that as well.
Hi!
Since there is no shortcode available yet for the top searches, I suggest to create a widgetized area to that location, and add the “Top searches” widget there. So your code would look like this (line 7-9):
[code]
7 <div style="margin:10px" >’.do_shortcode(‘[wpdreams_ajaxsearchpro id=4]‘).'</div>
8 <div> ‘.dynamic_sidebar( ‘asp_top_searches_widget’ ).’ </div>
9 </div>’;
[/code]and, you will need to initialize that widgetized area, so you need to put this code to the themes functions.php file:
[code]/
**
* Register an extra area for the search
*
*/
function asp_top_searches_widget_area() {register_sidebar( array(
‘name’ => __( ‘Top searches widget area’),
‘id’ => ‘asp_top_searches_widget’,
‘before_widget’ => ”,
‘after_widget’ => ”,
‘before_title’ => ”,
‘after_title’ => ”,
) );}
add_action( ‘widgets_init’, ‘asp_top_searches_widget_area’ );
[/code]Then, this widget area should be visible on the backend (appearance->widgets menu), where you should be able to add the top searches widget now.
I don’t know if this will work, but it’s definitely worth a try.
Okay, I might have found a solution, so far it works for me on a 3 site network, but I’m not sure if it will work 100% properly for you too.
1. Make a backup of your wp-content/plugins/ajax-search-pro folder, just in case.
2. Extract the archive attached to this post
3. There are 2 files in the extracted ajax-search-pro directory, one of them in the includes subdirectory.
4. Copy the content from the extracted ajax-search-pro directory to your server into the wp-content/plugins/ajax-search-pro folder folder. The ftp program should ask to overwrite the 2 files.
5. After copying try it.I hope this will finally work.
Funny, but it works on chrome, but not on firefox.
Strange enough there was not a single error message, it just simply didn’t work – strangest thing I have ever seen.
After some debugging, disabling the noui slider script fixed the problem. I have no idea how is that possible, since the script is namespaced to a different scope.
Anyways, to make this change persistent you will have to copy the ajax-search-pro/includes/asp_init.class.php file from the test environment to the production and set the Javascript source option on the Compatibility Options submenu to Minified.
Hi!
I can’t log in, it requests htpassword before I can reach wp-login.php.
However I think I can see the problem right now. Some minification plugin minifies all the scripts before the jQuery scopes are loaded to the page. Since the plugin scripts are loaded earlier then the jQuery it naturally throws an exception and halts every script afterwards.
jQuery needs to be loaded before everything else, or more plugins will fail as well. Moreover I do not recommend minification of the search plugin javascript files, because most of them are minified already, and calls like eval() cannot be properly minified by an external application. If not minfication is enabled only concatenation, the script loading order must be respected, as many scripts are dependent on each other.
I rather recommend W3TC caching plugins minification. It works 80% of the time, which is far better than any minification plugins on the market. But you need to prepared for massive testing. It took me 3 days to figure out the proper script order and exceptions on this site for minification.
