PluginUs.Net - Business Tools for WooCommerce and WordPress

[realize your idea - make your dreams come true]

Support Forum

You need to log-in to create request (topic) to the support

quick search data file

The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday. If you have problems with registration ask help on contact us page please
If you not got email within 24~36 business hours, firstly check your spam box, and if no any email from the support there - back to the forum and read answer here. DO NOT ANSWER ON EMAILS [noreply@pluginus.net] FROM THE FORUM!! Emails are just for your info, all answers should be published only here.
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday.

The Quick Search Data file:

wp-content>plugins>woocommerce-products-filter>ext>quick_search>data>data_0000_xxx.json

does not regenerate if I click on:"reassemble the data file".

Can it be generated differently?

Hello

What plugin version number are you using?

v.3.3.4.4

`
wp-core  version: 6.6.2

### wp-server ###

server_architecture: Linux 6.6.41-MCIclouder486-c9 x86_64
httpd_software: Apache
php_version: 7.4.33 64bit
php_sapi: apache2handler
max_input_variables: 3000
time_limit: 120
memory_limit: 768M
max_input_time: 120
upload_max_filesize: 256M
php_post_max_size: 256M
curl_version: 8.2.1 OpenSSL/3.1.4
suhosin: false
imagick_availability: false
pretty_permalinks: true
htaccess_extra_rules: true
current: 2024-10-08T16:05:23+00:00
utc-time: Tuesday, 08-Oct-24 16:05:23 UTC
server-time: 2024-10-08T16:05:19+00:00

### wp-database ###

extension: mysqli
server_version: 8.0.36-28
client_version: mysqlnd 7.4.33
max_allowed_packet: 1073741824
max_connections: 500

 

Hello

Please drop me wp-admin access - https://share.pluginus.net/image/i20230222134241.png ->https://share.pluginus.net/image/i20230222134615.png - I will check it

Hello

I attached you the credentials.

Tell me then if you need anything else.

I provide you with some info that perhaps can be useful.

A CDN is installed on the server, Nginx is active and as you can see, the other levels of dynamic cache and memcache (Speed ​​Optimizer) are also active.

Other optimization operations on the Environment and Frontend.

Just to make you understand, on this site I thought of using 3 different shortcode modes offered by the plugin, based on how I had thought the site. Here the short code used.

 

1) [woof_quick_search preload=0 placeholder=scrivi-quello-che-stai-cercando extended_filter=1 reset_btn=1] [woof_quick_search_results template_result=grid_1 always_show_products=1 per_page=3 template_structure=img,title,price,key_words orderby=price-desc header_text=Trovati]

2) [woof_quick_search preload=0 placeholder=scrivi-quello-che-stai-cercando extended_filter=1 reset_btn=1] [woof_quick_search_results template_result=list_1 always_show_products=1 per_page=5 template_structure=img,title,price,key_words orderby=price-asc header_text=Trovati]

3) [woof_slideout image=https://accessoriabbigliamentomoto.com/wp-content/uploads/2024/07/icona-cerca-70d.png image_h=50 image_w=50 location=left speed=100 action=click offset=295px onloadslideout=false mobile_behavior=0 height=550px width=300px ][/woof_slideout]

4) [woof_text_filter placeholder='Cerca prodotti...' type='auto']

Please correct or tell me if you find mistakes...

wp-content>plugins>woocommerce-products-filter>ext>quick_search>data>data_0000_xxx.json don't regenerate, from first installation.

 

I also wanted to inform you that I tried to activate the Turbo Mode, but it brought me problems, even if I think I followed the tutorial.

In practice, after creating the data file and made all the refreshs, very few product categories in the shop filter continued to appear.

So I had to disable the turbo mode.

I hope you can solve these problems.

Although I have trod out a lot I am open to alternatives in shortcode application.

The biggest limit that no one can solve is that the research cannot work in other languages.

thanks in advance.

Hello

I did a test  - https://c2n.me/4lCOVYq.png - file is generated

Please open access to the pages so that I can test the filter with shortcodes

Hi there
You couldn't see that after generating, the file it is always the same. The items are always the same, from the day of the first installation. I tried several times before leaving you.

This ext/quick_search/data/data_0000_xxx.json file has never regenerated again. screenshot

how you asked me, now can enter tha pages

The shortcode of the text filter is contained in an HTML in the template header screenshot
I also made you accessible the snippet codes where in one of these I wanted to implement the main shortcode of the shop, so as not to use the classic sidebar. If you think you recommend me differently, I would be grateful .

I hope I explained myself, because I use the translator from the Italian and I do not know how to check the meaning of the translated sentences.

I hope to be able to exploit most of the potential of your fantastic plugin !

Hello

data_0000_xxx.json  - In your case, the file will always have this name. This is correct behavior.

And it looks like the server always sends the cached file. Please add this file to the exception and do a test

 

 

I did how you asked. I excluded from the cache the URL that leads to the file. In the screenshots 1,2,3 you can see that the file has not regenerated.

1

2

3

I've tried another 2 times

 

Hello

Can  you drop me ftp access - https://share.pluginus.net/image/i20230222134241.png ->https://share.pluginus.net/image/i20230222134615.png

And  drop me a link where you are using this shortcode - [woof_quick_search]

Hello

You have to apologize but in recent days I have eliminated the shortcode. Now I have inserted it again on a page that can only be reached from menu if logged in

dropped you requested.

I wonder why the possibility was not given to this extension of being able to create the file json in an external folder.

However, as I told you, also the Turbo Mode has problems. It seems that once activated it did not connect correctly with the Json file, which in this case can be created regularly in the sub-folder of wp-content/uploads/uploads_woof_turbo_mode.

 

 

 

Hello

Please check your ftp access - 530 Login authentication failed

Yes, try now. I had closed after 48h for security reasons.

Hello

It seems that your security settings do not allow you to create/modify the search file.

And since the search file has already been created, these are your recent settings

It could have been like this, but I had already deactivated the protection of plugins folders with"Siteground Security Optimizer".

see screenshot

Now I try to deactivate"Blocks and protect system folders"

By enabling this option they assure me that no unauthorized or harmful script can be performed in system folders.

After that I do yet another test and I tell you.

Hello

OK!  Is it possible to add an exception for a specific folder?

Hello

Last night I deactivated everything, including Nginx,

I redone the refresh operation of the file, in the end it behaved in the same way ...

the file is always the same. Nothing happened.

We don't waste time for now with Quick Search.

I opened a ticket with the assistance of Siteground this morning.

I hope they give me an answer.

 

 

Hello

As I already said, the problem is that the file is not created (fopen(+a) does not work). You can disable third-party plugins or disable some settings on the server, but this will not change the settings for access rights to folders.

My dear, if for a week I told you that it was not a problem of permits, the reason was there.

I gave you all the accesses to be able to check but you are off the road and I have a site in production to go on with your plugin !!

Thank you for everything but I managed to solve this drama alone.
I did it by going to see in the code, how the extension during the writing phase of the Json file behaved
For some reason there was no longer the temp folder inside the data folder.

Once created, the file was regenerated

Hello

Great! I'm glad you solved this problem.

My mistake was that I looked at the logs and realized that the script could not access the file and made such a (logical) conclusion. I could not imagine that you deleted something from the plugin