Forum Replies Created
-
Posts
-
Hi!
Currently there is no way of adding a text field. I’m going to add your request to the future updates list to make this possible.
Hi!
There are actually options for that on the back end on the frontend options panel.
You can hide the title, content, post type selectors on the Frontend Options -> General panel: http://wpdreams.gitbooks.io/ajax-search-pro-documentation/content/frontend_search_settings/generic_selectors.html
Hi!
It’s possible by using the results shortcode: http://wpdreams.gitbooks.io/ajax-search-pro-documentation/content/getting_started/custom_result_box_position.html
Hi!
Can you please check the login URL? It’s not working for me, I’m getting redirected back to the homepage. I also tried the login button on the top right corner, but it’s not working either. Thank you!
You are welcome 🙂
I think you already rated the plugin positively, it’s more than enough 🙂
You can leave a comment if you want on the plugin comments section if you want to: http://codecanyon.net/item/ajax-search-pro-for-wordpress-live-search-plugin/3357410/comments
Have a nice weekend!
Hi!
Thank you! It’s working now. Took me a while but I figured out the problem. The script was unable to print out the results for a very strange reason.
After googling the PHP docs I found that in extremely rare cases there is a limit set to object variable attribute sizes and values.
– If the attribute size is exceeded…
– …or there is an invalid BOM character stored in the variable
then the script completely fails without output.In your case the keyword gave over 50 results, and the results variable stored all of their descriptions as well. I’m guessing that the variable reached the object size limit so it failed.
To solve this, I programatically removed parsing the description from the results, since you are not using it on the Isotopic view. This solved the problem 🙂Hi!
Thanks for the details. It took me a while to find the problem, and I’m afraid I can’t fix it because it does not seem to be related to the search.
I will try to explain in as much details as I can:
There is a database error regarding the faulty terms. It’s not visible on the back-end, only with a closer inspection. Let me try to explain with the term “Quito”. There is an english version with an ID of 1511, which should be the one that’s returned within the results. However the term with ID 1513 is returned, which should be the spanish version, but it’s not. I queried the database and the 1513 is marked with the language code “en”, which is english. More interestingly, the original english (id 1511) does not have a language code. To further prove the problem, if you for example go to the editor to edit the spanish translation of the “Quito” tag (id 1513), and the source terms is the same as the translation! So term 1513 is english, displayed as spanish, and it is it’s own translation because of this error.
Demonstrated on a screenshot: https://i.imgur.com/IgCQh0o.pngI’m not sure what to do here. Perhaps deleting the Quito and all the fauty tags and re-creating.
Or maybe ask the WPML support first, to make sure I’m not mistaking anything, they surely know better than me.Hi!
I still cannot connect. The server responds incorrect username or password. (tried two different clients on two different computers to be sure)
The Admin details are working now.
Am I doing something wrong?
Hi!
I think you are using a different apostrophe character there.
If you try the l’activité or d’abord it’s going to work.
The ’ apostrophe is not same character as the ‘.I’ve logged in with the FTP account and created a filtering function to replace the incorrect apostrophe automatically for you. It took me a while, because the functions.php file was in an incorrect encoding, but I fixed that for you as well. The code I appended there for future reference:
[code]
// An extra function for fixing the apostrophes for Ajax Search PRO
add_filter(‘asp_search_phrase_after_cleaning’, ‘asp_fix_apostrophe’, 1, 1);function asp_fix_apostrophe( $s ) {
$s = mb_ereg_replace("’", "’", $s);
return stripslashes($s);
}
[/code]This code remains after updates as well, you don’t have to worry 🙂
Hi!
I’m not able to access the wp-admin dashboard and the FTP credentials are not working. Can you please check the account permissions and the FTP account credentials?
Ok, I will try to check the back-end for more information. Could you please correct the admin details you provided? It does not let me log in with that.
If you could also provide temporary FTP details, it would help a lot debugging the problem if it’s related to the plugin.
Hi!
First, make sure you use the latest search version (4.5.1), it had been released after the 4.5 as the first bugfix version.
Then there are a few things you can try:
- Make sure you have your browser cache cleared, try different browsers as well
- Make sure to clear your site cache (W3TC, WP Super cache)
- Make sure to clear your CDN cache if you are using any (clouflare, maxcdn, amazon cloudfront)
- Some cache plugins may take 12-24 hours to completely clear – you can try to de-activate the cache plugins temporarly to see the search works then
If none of this is working, then it’s probably a conflict or something unknown yet. In that case, could you please provide temporary FTP and back-end access to check on the problem?
Hi!
It’s actually a new feature from plugin version 4.0 (or 4.5?) if I remember correctly the version number of this. It might be turned off by default.
To enable, go to the General Options -> Behavior and turn on the “Trigger search when changing a facet on settings?” option: http://i.imgur.com/b9hn27H.png
This is yet missing from the documentation, sorry about that – but I’m working on an “easy mode” switch and a quick “option search” feature to look up an option on the plugin back-end, there are simply too many of them.
