NibbleByte

I figured it out.
The minify process skips files that have “min” in them. In my case I had these files included:
jquery.flexslider-min.js
chosen.jquery.min.js

Which one would think they are minified, but turns out they were not, for some reason. I minified them manually, but when I update the plugins, I’ll have to do it again.

Great ??

That fixes it, yes.

But I think I didn’t paste that code, especially because it has comment above it:

//https://dev.mysql.com/doc/refman/5.7/en/regexp.html
$woof_text = '[[:<:]]' . $woof_text . '[[:>:]]';

After the update all changes made by me should have been wiped out. So I believe this is in production right now. Soo it should be fixed? ??

Thanks a lot for the help ??

Good news… this one fixes the bug ??

But now I have another problem. I’ve updated the plugin and it doesn’t search for parts in the words in titles (for any language, not just Cyrillic).
Again, test here: https://mulliganclub.net/shop/
We have an item called “Мистериум (Mysterium)”. Here are some search results:
– мистериум – OK (case-insensitive, full word)
– Мист – Finds nothing
– mysterium – OK (case-insensetive, full word)
– Myst – Finds nothing

It still doesn’t work for me.

The first solution totally breaks the search and nothing can be found with it.

The second fixes the search when searching at the top right search bar (that comes with the WooCommerce theme). Searching there for “миш” and “мист” works as expected.
But trying to search in the search filter still doesn’t work with cyrillic. ??

Try it now…
https://mulliganclub.net/shop/

• This reply was modified 7 years, 11 months ago by NibbleByte.
• This reply was modified 7 years, 11 months ago by NibbleByte.

Found the option:
“In the terms slugs uses non-latin characters”
It was already “yes”. It still doesn’t work…

Sorry, I’m Bulgarian, so I don’t understand Russian ??

I believe you’re looking at the wrong file.
Note that I’m talking about:
wp-content\plugins\wp-online-store\includes\functions\html_output.php

While you’re talking about:
wp-content\plugins\wp-online-store\functions\html_output.php

Check out the first file, you’ll see on line 37 the problematic code.

Cheers.

By reviewing wp-includes\load.php, it seems that WP by default doesn’t include E_STRICT (unless debug mode enabled).

But the errors are still displayed. In order to suppress them I have added:

ini_set('display_errors', 0);

to my wp-config.php. I do not recommend this method, as this stops all errors from displaying. Or better yet, use it in conjunction with the ‘log_errors’ and ‘error_log’ ini options.

I’m open to suggestions.

I see. Will follow your advice to prevent any other possible issues.

Cheers.

Found workaround – go to the specified file:
wp-content\plugins\wp-online-store\includes\functions\html_output.php

Go to line 37 and replace the following code:

$ext=end(explode(".", $page));

With this code:

$arr=explode(".", $page);
$ext=end($arr);

Note: I don’t know php even a bit, but I don’t know how can such an error get pass 2 versions unfixed, as it seems it is simple language syntax error (since php 5.4.0 released at 01 March 2012)?

Similar problem is experienced in the front end page.

Found a workaround:
As you open the admin page, which is similar to:
https://blabla.guz/your-site/wp-admin/admin.php?page=WP_online_store&submenu=index

Add to the address: “&language=en_US”.
The page opens properly.

Note: this should be done only once to configure language properly. After this, resume working as usual.