Forum Replies Created
-
Posts
-
Hi!
Thanks for the kind words.
1. Just tested with an iPad, iPhone and samsung galaxy s3 and Google Mobile dev tools (to emulate other devices as well) and all of them worked for me as I was typing.
2. Same thing, works without zoom for all 3 devices
3. Again, it still works for me.
4. I’m getting results in 2-3 seconds, which is very very good. Take into account that your site loads in 14 seconds !!!, gmetrix confirms this as well: http://tools.pingdom.com/fpt/#!/beTuiQ/http://www.hostagraph.com/
So that’s a very good performance compared to that.My best bet is that this is a cache issue. Try to empty completely your mobile devices cache.
You can also try to change the javascript source on the compatibility options panel to minified: http://i.imgur.com/DHdjvDR.png
That might help as well.Let me know!
Hi!
Sorry about the late answer, my host had some server issues today.
So, by default this is possible only on title, content and excerpt fields only. The reason is the speed. However I put together a modified version of the core search class to support this feature for terms and custom fields as well.
You can change the search logic on the General Options -> Behavior tab: http://i.imgur.com/Q9SGAGa.png
You should try out all of the variations, one of them should fit your needs.
As I mentioned before it won’t affect the term and custom field search, unless you apply a modification. Open up the wp-content/plugins/ajax-search-pro/includes/search_content.class.php file and replace it’s contents with this: http://pastebin.com/raw.php?i=GBAMFNYc
It should work based on my initial tests on my local test server.
Hi!
I tried the theme editor and the “Custom code” block was generating the issue. I switched it to simple text and put the shorcode there, and it’s showing now.
It’s surely a stlyesheet issue on the frontend and the javascript issue on the backend. These issues are related to the theme or plugins.
I can’t tell what exactly causes unless I see it. If you can provide an url, I can check. Try to switch the theme to the default and see what happens. If it’s not working, then it’s a plugin causing the problem.
Hi!
Thanks for the clarification. I turned the language temporary to english (because I didn’t want to mess up anything 😉 ) and disabled caching temporary for testing.
1. Okay, now it shows related posts from the same categories (some posts have more than 1) where the post is in. I’ve made a few modifications on the plugin code to achieve that.
2. It’s actually adjustable on the backend, but I did it for you: http://i.imgur.com/oODM4sZ.png
The plugin should work now as you expected.
Sorry about that, that’s actually my fault. I forgot to switch back the debug mode and that’s why it printed out this information.
I just turned it off, it should not be visible anymore.
Hi!
I’ve enabled the plugin and it’s working fine right now when I add it to the sidebar: http://i.imgur.com/sCP5Qm2.png
Your purchase code shows me a purchase date and time Sun Dec 07 22:00:13 +1100 2014 which is not corresponding with the search version you use. Your site has plugin version 3.1 installed, which should not be available from 7th of october. On 7th of december you should have gotten version 3.5.
In case you are using a 3rd party pirated version, please completely delete it, it’s very dangerous. 3.1 is a well known pirated copy and most of the free pirated downloads can contain malicious code, which steals your server credentials, like mysql passwords, admin passwords, corrupts the file system and installs backdoors to your wordpress installs. If that’s not the case, then my apologies.
Either way, please upgrade to version 3.5 which should be available on codecanyon if you download the plugin. An bugfixed version was uploaded just yesterday. The documentation contains information about how to upgrade, which you can find here: http://wp-dreams.com/demo/wp-ajax-search-pro3/docs/#important_upgrade_notes
Let me know if you still experience the issues after the upgrade.
Hi!
Thank you very much! I’m out of office on mobile, I will assist you tomorrow morning (12hours).
If I understand correctly you want to show the posts from the actual post category without the author and the date. The category thing might need a bit of adjustment on the code, so I might use the ftp access you provided.
Will contact you tomorrow.
No problem 😉
Nah, you don’t need to change anything right now. Everything from the baby sign language category will be included in the results.
Hi!
Yes exactly. If the category is excluded, then all the posts are eleminated in that category from the results. There is a setting to change that to every category instead of any category, that is what you need. I already switched that setting for you. (general options panel -> behavior -> terms logic -> OR)
This results only showing posts from the excluded category 😉
Yes it indeed slows down, because on the server side it actually does the opposite – it matches the posts to eleminate with the excluded categories. However it’s fixed as well with the upper mentioned option.
It should return posts now from only the Baby Sign language category with much better speed.
Hi again!
The problem was that no custom fields were actually selected to search on the general options page, so I examined a product and added a few related custom fields to search: http://i.imgur.com/3hVdeR9.png
Also I see you use a custom field as well to store images, so I changed the image settings according to that. The post content field is empty for this custom post type, so I chaned the description field to the “prod_featured_text”: http://i.imgur.com/kfYMjQI.png
This way both images and a proper description will show 😉
Hi!
Thanks for the proper details.
1. You had grouping turned on, which resulted in trimming the categories from the results – since it’s not possible to group the category term to a category (because it’s the category itself).
2. The plugin cannot override the layout of the default search results of the theme, it’s unfortunately not possible in wordpress. It can only override the result items – so you get the same results as in the ajax search process. (except for terms and categories, those can’t be displayed on the wordpress search page)
