Forum Replies Created
-
Posts
-
Hi!
1. Well, after suffering and pain I found out that there is an error in the wordpress documentation, and one of the arguments to one of the functions related to this feature is not working as expected. I had to change a few things to make it work correctly. It should show the same items as on the ajax search result list. This “bugfix” is definitely going into the next update.
2. Nice job!
3. Yea, that’s a “Catch-22” type of situation. Let me explain. So, the search query is limited to a certain number of results, in your case it’s 16. The actual query forwarded to the database is limited to this number – the reason is maximizing performance – thus it’s impossible to tell how many results actually match the query, since the database only returns at most the 16 most relevant ones.
However, to tell how many results do match the query, the limit must be eleminated on database level, but here is the catch: removing the limit creates a huge performance issue on larger databases – because the database server wont stop the operation until checked every possible match. For example: imagine a database with 20 000 posts. The user types in something that matches ~10 000 rows. If the limit is set, the query stops at 16 rows, no others are examined. If however there is no limit, it will return all the 10k rows, and to match them, it must examine each and every row. In terms of performance it’s going to be approx. 10000/16 = 625 times slower in the worst case scenario. It’s bit more complicated than this, but you get the picture I guess 😉As for the suggestions:
1. Duplication is already implemented (yay!) in the upcoming version. Export/import is also being developed.
2. That actually sounds great.
Don’t worry, I havent forgot about you. The support forum is a bit busy, that’s why the delay. I’ve tried 2 different solutions, but so far none of them worked. Working on another one while I’m answering tickets and stuff. This is going to be solved, one way or the other.
I’ll set up a reminder to contact you later today, hopefully with the solution.
No problem at all.
Try to test your site without wp rocket first, if you feel it’s faster, then that should solve the issue.
Hi!
1. It should be ok now.
2. I believe something else is interfeering. I did some testing to measure the site performance. An empty ajax request takes 4-6 seconds, which is extremely high. It means, that even before the search can start it must wait 4-6 seconds. This delay is most likely (but not 100%) caused by one of the plugins, but unfortunately I’m unable to tell which one it is.
If the delay is not there, then the suggestions would appear in 2-4 seconds tops.
You can also feel this slow loading if you for example try to open the plugins page: http://www.mission-locale.com/wp-admin/plugins.php
It takes me like 10 seconds to get there, which is too high, it should be less. Caching, seo and similar plugins can cause this.Update: I tried to deactivate temporary the WPRocket plugin and the response time went under 4 seconds! Perhaps that’s what caused it? Your site felt faster as well!
Hi!
Thank you for the detailed description and the proper login details, it makes my work much faster and more convenient.
1. I’ve cleared the cache and save the options to make sure everything is consistent, it should be fine now.
2. It was a white border coming probably from the theme, I’m not sure. I’ve put a custom CSS line to the search theme options panel to fix.
3. The results viewport was set to 16 as well as the results count, so there was no scrolling. I set the viewport size to 4 items, now it shows the scrollbar again.
4. A quick custom CSS solved it, just like step 2.
5. This is actually not yet possible, mostly because of the layout structure. I’ve tried to experiment to see if I can put together something, but no luck. Since you are not the first one to request this, I will definitely consider changing the layout so this will be possible.
As for the suggestions:
1. The upcoming version (under testing) will have something you will love I guess: http://i.imgur.com/dT1kat3.gif
2. That’s a reasonable suggestion, will see what I can do 😉I see.
It looks like that the bfi thumb image library is not able to create picture crops for some reason. Please make sure that the image width and height is set properly to a numeric value on the “General Options -> Image options” tab: https://i.imgur.com/eWj1jXj.png
Those values must be numeric and cannot be empty.
If the images still stay the same way, that means that there is a permission or process ownership problem with the uploads directory.
Alternatively, you can switch the image handler to a custom one on the “Caching Options” submenu: https://i.imgur.com/SzPCmWh.png
For this to work correctly you must change permissions on the wp-content/plugins/ajax-search-pro/cache/ folder to at least 755 or 777 via SSH or FTP.No problem at all!
Let me know if the issue persists on the dedicated server, and I will investigate further if needed.
Hi!
Sorry about the ftp/admin details, it was my fault – I was fixing something on the server and forgot to activate that code part back.
I’m currently testing, right now it’s all right in terms of speed – response under 2-3 seconds.
Your database is all right, it’s small.
The problem might have been the shared web hosting. Most of shared web hosts use process throttling, meaning if too many php processes are running at the same time it halts the server for a brief amount of time (usually 30 seconds). The limit used to be around 10-20 processes, which is enough for cached traffic usually. But if you are actively testing your site, enabling/disabling plugins, changing configurations, then this limit is passed in few seconds, and the PHP processor is halted. WordPress with some plugins and active testing on the backend uses lots of resources.
Another possibility would be memory, but the search plugin peaks at 0.5 MB of memory, so I think we can rule that out.
I might be wrong though, but the nature of the issue indicates process throttling.
On the search url: It’s not actually changing the url (because it can’t unfortunately), but it gives you an option to change it if you already have a custom search url.
To have a custom search url, you probably have to make changes to the .htaccess file. I’ve found a tutorial, that might help you out: http://wpengineer.com/2258/change-the-search-url-of-wordpress/
After making the changes in the .htaccess file, you can go back to the search settings, and change the search url field accordingly.I know it’s a bit confusing, but I wish there was a better way around this.
It should not ask for your product once it’s verified, I’ll check on that.
You can ask the question here, no need for another topic 😉
Hi!
I think I have found the problem. The translation table was matching other content types (like comments) with the products and it included it as a product. Anyways, I’ve made a quick fix on the code, it should show only the proper elements with the language.
I will include this bugfix to the next update so you won’t loose the changes if updating the plugin.
Is the long description stored in a custom field or somewhere else? You can assign a custom field for the description field on the “Advanced Options” panel: http://wp-dreams.com/demo/wp-ajax-search-pro3/docs/#advanced_options_custom_title_and_description_fields
Is the more results error fixed? I can’t see it if I click on the more results link anymore.
Nope. The private detail fields and the file attachments are only visible for me (admin) and the owner of the thread (you).
