opgelost Upgrade van 2.5.11 naar 2.5.28

Goedendag!

Jaja, ik weet het, de ondersteuning van 2.5.x stopt aan het eind van het jaar (maar ik ben nu via de tussenstap 2.5.28 vanaf 2.5.11 aan het upgraden naar 3.x).
Het leek allemaal vlekkeloos te gaan.
Ik heb een kopie van de website ( www.gergemwoerden.nl ) gemaakt in develop.gergemwoerden.nl. In die laatste heb ik toen het update-package geïnstalleerd. Dat leek allemaal wel te gaan.
Nu wilde ik vanavond inloggen op www.gergemwoerden.nl (zowel op de frontend als op de backend), maar dat lukte niet: de combinatie van gebruikersnaam en wachtwoord was niet goed of ik had nog geen account!
Toen heb ik via de truc om in PhpMyAdmin in de tabel met de users de superUser Administator het versleutelde wachtwoord voor mijnjoomlaforum in te stellen en toen kon ik weer inloggen in de backend en vervolgens bij Gebruikesbeheer alle wachtwoorden weer instellen.
Maar zodra ik weer inlog op develop.gergemwoerden.nl (dus versie 2.5.28) is het weer mis.
Rara hoe kan dit en: hoe kan ik dit voorkomen?

Alvast bedankt!

Cor van Binsbergen

Weet je zeker dat je werkt met twee aparte databases?
Ik heb het idee dat je voor de hoofdsite en de develop-site op dezelfde database terecht komt.

Nee, ik weet niet zeker dat ik met twee aparte databases werk. Eigenlijk weet ik vrijwel zeker dat beide versies dezelfde database gebruiken. (Extra vraag dan: kan je op een subdomein een aparte database gebruiken en zo ja hoe dan?)
Maar is dat nodig dan, voor twee 2.5-versies?
Is het zo dat 2.5.28 wachtwoorden anders opslaat dan 2.5.11? En zo ja, worden alle wachtwoorden en niet alleen van het gebruikte account opnieuw opgeslagen?

Ja. Elke site moet of een eigen database hebben of een eigen prefix. Als je met 1 database werkt, dan heb je nu dus een database voor 2.5.28 op je originele site met bestanden voor 2.5.11.

Oké, dank voor de reactie. Ik moet dus twee databases hebben.
Dan moet ik dus een nieuwe database maken.
Als ik dat in phpMyadmin wil doen, krijg ik als reactie dat ik daarvoor geen rechten heb.
Als ik in het SQL-venster dit commando invoer: , komt er als reactie:

#1044 - Access denied for user 'u020813_joomla'@'%' to database 'db_develop_joomla'

Dat is droef, want ik weet niet hoe ik in moet loggen om het wel te mogen.
Ik heb dus twee vragen
- Hoe kan ik een database aanmaken?
- Als ik ooit die nieuwe database heb, kan ik dan de sql-instructies die ik krijg bij het exporteren van de originele database kopiëren en plakken in het SQL-venster (na een )?

Als je al bij je hoster een tweede database aan mag maken, dan moet dat in 99% van de gevallen via het controlepaneel. Dus cpanel of Direct Admin of zoiets.

Wederom hartelijk dank voor de reactie.
Het is gelukt; ik heb een database aan kunnen maken en ik heb de tabellen gemaakt en gevuld.
Ik ben dus een stuk verder, maar ik blijf toch een vraag houden.
Als ik in wil loggen, als gebruiker op de frontend, komt de melding dat ik geen toegang heb tot het privé-gedeelte van de website (zie bovenaan bijgaande afbeelding.
Onderaan bijgaande afbeelding staat dat de gebruiker 'Registered' is, toch kom ik niet door de login. Gebruikersnaam en wachtwoord heb ik daarvoor nog opnieuw en goed ingesteld. Ze zijn dus ook bekend, anders krijg je een andere melding (De combinatie van gebruikersnaam en wachtwoord is niet correct of u heeft nog geen account.)
Ik hoop dat jullie ook snel weten wat ik híer aan kan doen.

Mogelijk bestaat je probleem al langer.
Ik ken dit probleem bij meer sites die zijn gemigreerd vanaf een 1.5-site naar 2.5
Als je Engels en beetje goed is, kun je het oplossen met dit artikel: Fixing the assets table

Er bestaat ook een php-script voor.

Heel belangrijk is dat je altijd eerst een goede back-up van je site maakt voordat je dit soort aanpassingen doet.

Beste 'Woody'

In 2.5.11 heb ik dit probleem niet. Het is ontstaan na de migratie naar 2.5.28.
En ter geruststelling: ik heb een backup gemaakt hoor.
Maar ik wil het probleem natuurlijk opgelost hebben voordat ik het 'hoofd-domein' migreer (ik ben nu aan het proberen op een subdomein).
Wat betreft het article over assets: er staat dat 'The root should be in record 1 and have a parent_id of 0 and a level 0. It should be the only item with a parent_id of 0 and a level of 0.'
Dat is bij mij niet het geval. Ik heb ook nog 18 records van het 'type' com_jevents.category met parent_id=0 en level=0.
O, ik zie dat ik ook nog 2 com_jevent.category heb met level 2 en parent_id=211 (het record met id=211 is inderdaad com_jevents).

Oké, het lijkt er dus op dat dit gerepareerd moet worden.
Maar ik zie niet dat dit het probleem is bij het inloggen van een geregistreerde gebruiker.
Afijn, ik zal het artikel nog een grondig bekijken. En als er andere tips zijn: welkom!

Grote kans dat de assetfix werkt. Als je tijdig geupdate had, was je dit probleem waarschijnlijk al bij de update naar 2.5.13 tegengekomen.

Ik ga AssetFix proberen.
@tijdig updaten: Mijn Joomla zei (in het ControlPanel) altijd dat de versie uptodate was. Dat valt dus tegen.
En elke subversie updaten wil ik eigenlijk ook niet; ik heb diverse bestanden aangepast om de layout van bijvoorbeeld de contact-pagina en de login-pagina er naar mijn smaak te laten uitzien. Die wijzigingen moet ik dus altijd weer uitvoeren bij elke update.
Afijn, bedankt zover. Ik meld me weer als ik AssetFix heb geprobeerd.

Nou nou!

In phpMyAdmin heb ik met een mooi sql-statement de verschillende records die onterecht een parent_id van 0 hadden goed gezet. En zie daar: in kan nu inloggen!
Dank voor de hulp!!