Na jaké verzi Joomla + Virtuemart postavit e-shop dnes?

Pokud jde o testování, ještě doporučuju použít poslední Beta verzi:

github.com/PhocaCz/PhocaCart/releases/tag/4.0.2Beta

Ahoj,

jakou databázi používáš? MySQL nebo MariaDB?

Pokud hledám tutu chybu na internetu, většinou mě to odkazuje na nějakej pravděpodobnej bug v MySQL verzi 8.0.x

bugs.mysql.com/bug.php?id=103225 (a pod.)

Jaký demo data jsi nainstaloval?

Já pro tyhle záležitosti používám dva low cost servery, s tím opravdu nejhorším nastavení, co je možný, a tam běží vše v pohodě. Je ale pravda, že jim tam běží MariaDB a ne MySQL.

Vetšinou na fórech radí buď updatovat MySQL nebo zkusit zvýšit buffer size ( ).

 

Zkusil jsem jeden SQL dotaz přepsat tak, aby neměl problém s MySQL (sice je teď trochu složitější, ale mohlo by to fungovat). Můžeš prosím nainstalovat poslední Betu:

github.com/PhocaCz/PhocaCart/releases/do...art_v4.0.2Beta17.zip

Potřeboval bych otestovat jak administraci, tak frontend.

Díky.

Ahoj, díky za info, dle předpokladů to MySQL nezkousne, takže to budu muset napsat podle MySQL, což zase poškodí uživatele MariaDB.

Kdybych mohl doporučit těm, co rozhodují o nasazení databáze, používejte raději MariaDB. Příjde mi to, jako kdyby MariaDB byla vstřícnější vůči požadavkům uživatelů a přidávala vlastnosti, co jsou poptávané. Na rozdíl od MySQL.

Díky, zkusím to ještě předělat a dám jsem link na novější verzi.

 

Tady asi nemá smysl diskutovat o tom, jestli je to chyba nebo ne, prostě nezbude nic jinýho než to přepsat pomocí MySQL pravidel.

Aby všem bylo jasné, v čem je celý problém. Joomla má jeden společný driver pro MySQL a MariaDB, protože tyto dabáze prostě měly stejný základ. Časem se ale obě databáze mění. Core team Joomly to samozřejmě ví a vzniká politická otázka. Oddělit drivery nebo ne? Obojí řešení mají své výhody, ale i nevýhody a zatím to prostě zůstává u nerozdělení. A protože MariaDB přidává pořád nové a nové vychytávky, tyto nelze použít v Joomle, protože je společný driver s MySQL. Tím pádem se píše tak, aby to fungovalo v MySQL a vlastně většina uživatelů, což jsou MariaDB uživatelé, tak přichází právě o ty vychytávky.

Příklad, který já osobně neustále řeším. Při instalaci/updatu na serveru dojde k nějaké chybě, atd. a zůstane nějaká část v databázi. Např. sloupec v tabulce. Komponenta se pak snaží updatovat a vše spadne diký tomu, že se poukouší přidat sloupec, který už ale v databázi a tabulce je.  Instalace/Update skončí chybou.

V MariaDB je na to jednoduchý mechanismus (přidej sloupec jen pokud neexistuje), v MySQL nic takového není. A protože v Joomle je jen jeden driver pro obě databáze, všichni uživatelé MariaDB (což je většina) pak kolikrát nejsou schopni updatovat rozšíření, jen kvůli tomu, že v MySQL neexistuje tak jednoduché a triviální pravdlo (přidej pokud neexistuje).

 

Karle, to není jen u vás, teď jsem dostal info, že to stejný je i na německým ionos. Je to problém MySQL a paradoxně hacku kvůli MySQL.

MySQL nepodporuje LIMIT v GROUP_CONTACT, takže jednoduchá instrukce:

GROUP_CONCAT(c.id ORDER BY c.ordering LIMIT 1) AS x se pro MySQL musí přepsat
na:
SUBSTRING_INDEX(GROUP_CONTACT(c.id ORDER BY c.ordering), ',', 1) AS x

Takže výsledek je, protože MySQL na rozdíl od MariaDB nepodporuje nějakou vlasnost, musíme to pro MySQL přepsat jinak, jenže to už zase může být náročnější na paměť a některé nastavení to prostě nezvládne.

Kromě toho, že uživatelé MariaDB trpí kvůli MySQL, tak stejně tak trpí některá nastavení na hostingu. A zbytečně

Já prostě zkusím najít čtvrtej způsob řešení pro ten danej SQL dotaz a uvidíme.