Kan als admin de backend niet meer in

Beste alle, naar een poging om de virtuamart te up-daten is het niet meer mogelijk om in mijn backend te komen as admin. Ik kan wel in de servicepanel komen, en heb gelezen dat je daar je wachtwoord kan veranderen.
Ik heb gelezen dat je opzoek moet naar 'prefix_users' of jos_users .

Kan iemand mij helpen om dit te vinden of een tip voor het opnieuw instellen van het wachtwoord?

Lijkt er toch op dat je gewoon het verkeerde wachtwoord gebruikt. De eenvoudigste manier is om even deze query in het sql veld van phpmyadmin te plaatsen. Je moet dan wel even jos31 vervangen door je eigen tabelprefix (het gedeelte dat dus bij elke tabel voor het _ staat)
Je moet dan als het goed is in kunnen loggen met admin2 en wachtwoord secret.
Als dat gelukt is, dan kan je bij de oorspronkelijke Super User het wachtwoord aanpassen, testen of je daar dan weer mee in kunt loggen en dan de admin2 weer verwijderen.

Dankjewel Astrid,

Het is gelukt, Alleen heb ik nu hetzelfde probleem als gisteren:
Ik kom nu niet meer in de admin. als ik mijn gegevens ingeef en op aanmelden druk komen ze weer leeg terug. Als ik een verkeerd wachtwoord invoer krijg ik wel een melding dat de inlog gegevens niet kloppen

Dit heb ik nu ook met de nieuwe inloggegevens.

Wat moet ik nu doen? Ik ben echt een leek op dit gebied.

Dan heb je toch zelf iets veranderd. Kijk eens in de tabel xxx_extensions of deze regel hetzelfde staat bij jou:

Ben benieuwd wat ik heb veranderd, want zou het namelijk echt niet weten.

Ik zie de plg_User_joomla er zo niet tussen staan

Er zijn meerdere pagina's. Dus even doorbladeren tot je de juiste ziet. Waarschijnlijk ook bij jou met ID 432

Excuses, had niet gezien dat er meerdere pagina's waren.'

Komt dus niet overeen. In de laatste kolom staat bij jou een 1 en dat moet een 0 zijn.

Inmiddels veranderd in 0. Ik kom er echter nog steeds niet in. nog steeds hetzelfde probleem

Neem eens contact op met je hoster. Als jij zelf niets veranderd hebt dan weet ik zo ook even geen andere oplossing. Het kan zijn dat je /logs map niet schrijfbaar is. Maar dit verandert niet spontaan.

Dat ga ik doen. Bedankt iig voor je tips.
Ik zie dat ik ook nog een database quick heb. Kan het daar mee te maken hebben? en is het een optie om de datebase te herstellen?

Dezelfde controle ook uitvoeren op die andere database. Of haal met ftp even je configuration.php naar je computer om te kijken welke database gebruikt wordt.