Recent Posts

Pages: [1] 2 3 ... 10
You know and can see I use virtuemart since very old version, and I trust you but men there are things I really can't understand.

Latest one is that on my actual modacalcio, many customers says they see always cart empty . The cache is a real big hassle , and I hope there is something better than jotcache ( native ?! ) for newer version .

I will plan to take a look
Hello, I have joomla 3.6.5, virtuemart 3.0.18  multi-vendor configuration, if active of the manufacturers, the products do not add to cart, if I disable the manufacturers the problem does not go away! ?????
Thank you in advance. ???
Hmm complex. Joomla added the mb4 tables last spring (I think j3.6.1). I had to add a code checking for this problem
model ratings.php line 94.

I think you should revert the ratings table to utf8_general_ci.
No, the problem is the "onAfterInitialise" trigger, which provides the joomla languge set by the session. Because it is fired before the "onAfterRoute" event. But you must route to know which language got selected.

VM used for vmText just the old code of joomla, which gets the language object for any call by the JFactory. We want to use different JLanguage objects in the vmText, so we cannot use anylonger the JFactory::getLanguage. We set now the language, which is also more performant. But when it is not set,... it throws an error. It was not a big deal to avoid this errors. But when the language is set by session to en and it is changed by the route to de,... the language en got already loaded and cached in vm. So we get the wrong language. Therefore the config has now a new parameter, "do not initialise the language".

We gain a lot advantages due this change. Only 3rd party using one of these both triggers notice a difference, the rest works as before.
Studio, your code is wrong. The original code delivers the amount of mb available for VM. the limit is then set to 1, and so on.

the error is mainly "(int) $mLimit - 5242880;"
cast $mLimit to int, which has as biggest size

The size of an integer is platform-dependent, although a maximum value of about two billion is the usual value (that's 32 bits signed). 64-bit platforms usually have a maximum value of about 9E18, except on Windows prior to PHP 7, where it was always 32 bit. PHP does not support unsigned integers. Integer size can be determined using the constant PHP_INT_SIZE, maximum value using the constant PHP_INT_MAX since PHP 5.0.5, and minimum value using the constant PHP_INT_MIN since PHP 7.0.0.

Windows => 32 bit. It is fixed now, but your code is just wrong. But thanks for note about the error.
I built a website with a QuickStart package of a template, which had already installed Virtuemart v3.0.12 on Joomla 3.6.2.

Then after installation of that quickstart package, the first thing I want to do is upgrade/update the Joomla core and extensions.

After I update VM to 3.0.18, I went to frontend "shop" page, those listings can be shown up normally. But when I click on one product and tried to see its detail page, I got following error message instead of the nornal product page:

COLLATION 'utf8_general_ci' is not valid for CHARACTER SET 'utf8mb4' SQL=SELECT `u`.*,`pr`.*,`l`.`product_name`,`rv`.`vote`, IFNULL(`u`.`name` COLLATE utf8mb4_general_ci, `pr`.`customer` COLLATE utf8_general_ci) AS customer FROM `#__virtuemart_rating_reviews` AS `pr` INNER JOIN `#__virtuemart_products_en_gb` AS `l` ON `l`.`virtuemart_product_id` = `pr`.`virtuemart_product_id` LEFT JOIN `#__virtuemart_rating_votes` AS `rv` on (`pr`.`virtuemart_rating_vote_id` IS NOT NULL AND `rv`.`virtuemart_rating_vote_id`=`pr`.`virtuemart_rating_vote_id` ) XOR (`pr`.`virtuemart_rating_vote_id` IS NULL AND (`rv`.`virtuemart_product_id`=`pr`.`virtuemart_product_id` and `rv`.`created_by`=`pr`.`created_by`) ) LEFT JOIN `#__users` AS `u`   ON `pr`.`created_by` = `u`.`id` WHERE `pr`.`virtuemart_product_id` = "5" ORDER BY created_on DESC LIMIT 0, 3

 Go Back Home

I have no idea how to fix this? What had caused this?

In order to help you to help me, I checked the "quickstart" package initial installation, I noticed that after updating Joomla core to v3.6.5, some tables in the DB uses "utf8mb4_unicode_ci" collation, but some others still uses "utf8_general_ci" collation. And, ALL Virtuemart tables use "utf8_general_ci" collations.

Do I need to manually change VM talbes' collation to "utf8mb4_unicode_ci" before updating it to v3.0.18? Or just leave it as "utf8_general_ci" and directly update it ?

Thank you.
« Last post by loralon on Today at 14:31:41 »
Thank you for the reply
but in this case the view will have all products of the category C. I would like to display only the ones in C that are also in A. A practical example:

A - shoes
B - clothes
C - products on sale

I would like to display a view with only the shoes on sale.
« Last post by on Today at 14:17:11 »

simply create category C in VirtueMart categories and assign 20 products from category A and Category B. You can add one or more categories for one product.
At the end simply add a link to category C in you joomla menus

General Questions / Conditional Category View
« Last post by loralon on Today at 14:15:04 »
Hello everyone,
I make you a question that seems trivial, but which have not been answered.
I would like to create a view for products using conditional selection. I mean:
Category A -100 products
Category B - 100 products
Category C - 40 products (20 of category A + 20 of category B)
Now I would like to create a view that displays only the products in Category A that are also part of the category C. Is it possible that there isn't a way to do it? I can't find an extensions to do it.
Thank you
do you have any HTML overrieds? If so, try to log in to your server via any FTP client and rename ./templates/YOUR-TEMPLATE-NAME-HERE/html/com_virtuemart to ./templates/YOUR-TEMPLATE-NAME-HERE/html/_com_virtuemart
or go to VirtueMart -> Configuration and on Templates tab find 'Shopfront settings for deprecated views/layouts' area. Select Enable Legacy Layout
and check if one of above solved an issue
Pages: [1] 2 3 ... 10