Problem with filter in categories

Hi,

The categories filter doesn't support sub categories. So if you want to have products displayed as results of selecting a category, these products need to be directly linked to the selected category.
Now each product can be linked to several categories. So you could add both the sub category and the main category to these products and they would then appear when using the filter on the main category.
Note also that alternatively to a category filter, you could use a HikaShop content module configured to display your categories, like we've done with the "CATEGORIES" module on the left sidebar of our demo website:
demo.hikashop.com/index.php/en/
That "CATEGORIES" module is actually a HikaShop content module configured to display two levels of categories. There's actually by default a "categories on 2 levels" module instance of the HikaShop content module preinstalled and preconfigured for you when you install HikaShop the first time on a Joomla website, so you might just need to go in your Joomla modules manager and enable it and position it to your template's preferred position to get what you want.

Hi

1. If you turn off the "infinite scroll" setting of the menu item, you should normally see a pagination on the products listings (if you didn't deactivate the "pagination" option of the HikaShop configuration page).
Can you do that and check what the pagination says ?
If it says 41 total elements too, then it means that the issue has nothing to do with the infinite scroll system. It's likely that you don't see the other products because of how the menu item is configured. We would need a screenshot of the settings under the "products options" tab of the menu item to be able to check how you configured the listing. For example, if you've turned off the "out of stock" setting, then only products with a stock will appear on the listing. Or if you've turned on the "discounted only" setting, only products with a discount applying on them will appear on the listing.
If it says the total number of elements you expect in the normal pagination, then it's likely to be a bug with the infinite scroll system. Similarly we would still need a screenshot of the settings under the 'products options' tab of your menu item to better understand the situation.
Also, please make the screenshot while logged in English as it is otherwise hard for us to check each setting and we might miss something.


2. Regarding the URL of the products, I suppose that the URL you get correspond to the "canonical URL" you've configured in each product and you must have the "force canonical URLs on listings" setting activated in the HikaShop configuration. In that case, the system uses the canonical URL you specified in the "canonical URL" field of the product, regardless of the categories of the products etc. So if you want the URLs of some products to include the category alias, you'll want to update their canonical URL to reflect that.

Hi,

1. You have the "recently viewed" setting activated in the settings of the menu item. In that case, the listing will only display the products which you had look at (their product page).
So you want to turn off that setting so that the listing is consistent, regardless of what the customer does on the website.

2. I can see two reasons why this would happen even though you have the "force canonical URLs on listings" setting turned off:
- You have caching on your website preventing you from seeing the change. You would have to clear the cache.
- You don't have a consistent main category (the first one in the "categories" setting of each product) in each product or you don't have a menu item for each sub category under the main menu item of the shop. We have a mechanism whereby HikaShop will try to find a menu item matching with the main category of the product (by looking at the "main category" setting of the menu item) and if there is a match, the system will switch to the sub menu item instead of staying on the current menu item.
This mechanism can actually be disabled by adding an entry with the namekey auto_search_menu_item_based_on_main_category and the value 0 in the hikashop_config table via your PHPMyAdmin

Hi,

1. Besides the obvious "out of stock" setting activated, which means that product without stock won't be displayed on the listing, I don't see any other reason why all the products wouldn't display.
I guess we would need a backend access to check your settings further because as far as I can see it looks ok.
You can provide that via our contact form:
www.hikashop.com/support/contact-us.html
Make sure you include a link to this thread for reference.

2. Most of the products seem to have the corresponding sub menu item alias in the URL as far as I can see. I suppose that for those which don't, it's because their main category (the first one in their "categories" setting) is not the sub category but another category and thus the system can't match the sub menu items' main category with the main category of the product and thus it uses the alias of the current "alle-halsbaender" menu item.
So please check that.

Hi,

We got your backend access. However, there is a htaccess authentication on your backend on top of the Joomla backend login form and you didn't provide the information for the htaccess authentication. Could you also provide this please ?

Hi,

Yes, sorry for the delay most of the team is in vacations here.

1. Regarding the loading of the products missing some of them, from what I could check on your website, it seems to be a bug with the "semi-randomization" of the order of the products on the listing.
I think I found the solution. Add the line:
$start = 0;
after the line:
$already_used = array();
in the file components/com_hikashop/views/product/view.html.php and it should fix the problem.
If not please provide a FTP access so that we can look deeper into it.

2. I don't see a problem there.
I checked a few products and all the products for which the sub category alias was not in the URL was because the sub category was not the main category of the product. For example, I swapped the categories of the "Halsband Squaw" product so that the "Halsbänder Leder und Filz kombiniert" is the first one instead of being the second one in its "categories" setting and its link changed from shop.pogo.dog/alle-halsbaender/product/halsband-squaw to shop.pogo.dog/alle-halsbaender/halsband-...oduct/halsband-squaw
So it's consistent with what I had supposed was the problem and what I told you to do to fix it.
So please check again.

Hi,

I've made the modification for you.
I didn't notice white pages.
However, I did notice that your website often sends back 500 HTTP errors. But that's not really linked to the modification. Even without it, I'm regularily getting 500 HTTP errors even on normal product listing pages.
Now it's impossible to say why as a 500 HTTP error is a generic error returned by the web server. The real error message must have been logged in the PHP error log of the hosting which isn't available with the FTP access or in the backend of the website.
I would recommend you to check with your hosting support how to access that PHP error log if you don't know to look for the reason of that 500 error. You should find in it many "Fatal error" messages explaining what's going on.
I would say that it's likely a limitation of your hosting regarding resources (memory / processing) since the same page will display fine one time, and when refreshing it, it might display the 500 error or fine. If it was a bug in HikaShop, the issue would happen all the time. So I'm inclined to think that there is some kind of limitation. Turning off the "random" option of the menu item seems to help a bit (it's less resource hungry) but the issue still happens for some pages of the pagination when using the infinite scroll.
I've keep the random option turned off for now on your main menu item to avoid the issue.

I've also removed the category listing module at the top and changed the type of the menu item to a categories listing instead of a products listing. That way, it displays the same but it's a bit less resources hungry.

Hi,

The only change I made is the one I told you about before.
I didn't change anything else.
So you can always revert that change.
However, I had 500 errors before that change too.
So again, I don't think it's linked to that.
The problem though is that we don't know why the server is giving back a 500 error. And without information from the logs of the server, I don't know what is causing the 500 error.
Can't they check the logs of the server to see what is causing these 500 errors ?