Varování: Databáze není aktuální!

U jednoho webu jsem v záložce s databází:
našel tyto chyby:
Co to znamená a jak to mohu opravit? Děkuji

Přímo na té stránce tlačítkem Opravit.

To by mělo opravit minimálně ten index a pokud to ani na další pokus neopraví převod na UTF-8 Multibyte, bude asi nutné to udělat ručně v phpMyAdmin (změnit porovnávání na utf8mb4_unicode_ci).

Došlo k chybě.
1062 Duplicate entry 'radekb' for key 'idx_username'

Co by to tak asi mohlo znamenat?

Duplicitní hodnota "radekb" pro jedinečný klíč "username".
Hmm
To asi budou zaregistrovaní uživatelé se stejným uživatelským jménem. Hlava mi ale nebere proč má být "username" jedinečné.
A jak to že se to povedlo vytvořit, to by přece v administraci vyskočila hláška, že uživatel se stejným jménem již existuje?

Že by chyba po importu po aktualizaci?

Index přibyl tuším v 3.9.16, už se to tu probíralo. Username být jedinečný musí, jak jinak by se zjistilo, kdo se vlastně přihlašuje...
Ve starších verzích Joomly se jedinečnost username kontrolovala jen programově, ne na úrovni databáze. Pokud tedy uživatel vznikl jinak než standardní cestou (import, nějaké rozšíření třetí strany apod...), mohlo dojít k duplicitě.

Stačí zdvojené uživatele najít a promazat / přejmenovat.

Rudolf napsal: Co by to tak asi mohlo znamenat?

Duplicitní hodnota "radekb" pro jedinečný klíč "username".
Hmm
To asi budou zaregistrovaní uživatelé se stejným uživatelským jménem. Hlava mi ale nebere proč má být "username" jedinečné.
A jak to že se to povedlo vytvořit, to by přece v administraci vyskočila hláška, že uživatel se stejným jménem již existuje?

Že by chyba po importu po aktualizaci?

Takhle sem si to vysvětloval taky. Ale tento uživatel je v databázi jen jednou. Proto sem to hodil tady. Myslel jsem, že to jen špatně chápu.

Cony napsal: Index přibyl tuším v 3.9.16, už se to tu probíralo. Username být jedinečný musí, jak jinak by se zjistilo, kdo se vlastně přihlašuje...
Ve starších verzích Joomly se jedinečnost username kontrolovala jen programově, ne na úrovni databáze. Pokud tedy uživatel vznikl jinak než standardní cestou (import, nějaké rozšíření třetí strany apod...), mohlo dojít k duplicitě.

Stačí zdvojené uživatele najít a promazat / přejmenovat.

No, bordel v uživatelích mi dělá jen Virtuemart. Mám tisíce uživatelů, kteří se v administraci tváří, že se nikdy nepřihlásili a přitom mají jako přihlášený uživatel několik objednávek . . . .
Když jsem se na toto téma mou chabou angličtinou snažil diskutovat na foru VM, bylo mi tak nějak suše sděleno, že je to prostě neduh Virtuemart. Mě udivuje, že to nikoho netrápí. Člověk by rád občas promazal nějaké fake účty, ale takhle nemůžu

Ve starších verzích Joomly se jedinečnost username kontrolovala jen programově, ne na úrovni databáze. Pokud tedy uživatel vznikl jinak než standardní cestou (import, nějaké rozšíření třetí strany apod...), mohlo dojít k duplicitě.

Mě to netrápí, protože na eshopech s VM nemám Joomla > 3.9.15

Mám tisíce uživatelů, kteří se v administraci tváří, že se nikdy nepřihlásili a přitom mají jako přihlášený uživatel několik objednávek . . . .

Je třeba upravit programově Virtuemart. Jak neřeknu, viz výše - zatím mě to netrápí

Ale tento uživatel je v databázi jen jednou.

Nemyslím si. Je dvakrát, ale podruhé ho DB nezapíše z důvodu omezení a proto jse v DB chyba.