Loginpagina blijft totaal leeg

Raar probleem hier. Bij een vernieuwde site(L 341) kan ik niet meer inloggen: de inlogpagina verschijnt niet. Pagina blijft absoluut leeg (toon paginabron: niks).

Gaat om een domeinnaam geplaatst binnen een reselleraccount. Daar stond een J 2.5.27-site. Werkte prima. Die site is lokaal helemaal vernieuwd (Google-grade responsive), en stond alvast op een test-server. Daar ook alles in orde.

Nu zet ik een Akeeba backup van de nieuwe site op de plek van de oude, met als gevolg dat inloggen niet kan. De site zelf is wel goed te zien.
Nieuw subdomein aangemaakt, nieuwe database aangemaakt, en site opnieuw geplaatst. Zelfde euvel.

Alle mappen staan op 755, bestanden op 644. In de root staat een map .htpasswds op 750, maar die is helemaal leeg.

Aan de configuration.php zie ik (met Filezilla) niks bijzonders. Opvallend is wel dat database-naam en -wachtwoord getoond worden.

Iemand een idee wat hier fout kan zitten?

Staat er een .htaccess in de administrator map?

Nee.
(dat is snel!)

---

Bericht toegevoegd op 21 april 2015 om 19:21

---

Vorige bericht was op 21 april 2015 om 19:20

---

Additionele info

In de error_log zie ik dat er ’s morgens, toen ik de site uploadde, diverse keren deze melding kwam:

[21-Apr-2015 09:55:17 Europe/Berlin] PHP Strict Standards: Declaration of JCacheControllerPage::store() should be compatible with JCacheController::store($data, $id, $group = NULL) in /home/renee/public_html/libraries/joomla/cache/controller/page.php on line 0

En de laatste foutmelding is telkens deze:
[21-Apr-2015 18:59:37 Europe/Berlin] PHP Fatal error: Call to a member function set() on a non-object in /home/renee/public_html/administrator/components/com_login/controller.php on line 36

Op die line 36 staat: $this->input->set('view', 'login');
en dat is ingebed in de volgende regels:

[PHP]{
/*
* Special treatment is required for this component, as this view may be called
* after a session timeout. We must reset the view and layout prior to display
* otherwise an error will occur.
*/
$this->input->set('view', 'login');
$this->input->set('layout', 'default');

parent::display();
}[/PHP]

Het lijkt erop alsof er nog Joomla 2.5 mappen in de 3.4 installatie staan.

Zie hier hetzelfde probleem inclusief oplossing: forum.joomla.org/viewtopic.php?f=708&t=820254

@jEmiel: Dat brengt met niet verder.

De map of het bestand /public_html/libraries/cms/controller bestaat bij mij helemaal niet.

Ik heb wel in de databases een aanduiding van de fout gevonden. Dit:

[renee_dbj341.r14_finder_tokens] note: The storage engine for the table doesn't support check
[renee_dbj341.r14_finder_tokens_aggregate] note: The storage engine for the table doesn't support check

In de andere database die ik probeerde staat precies dezelfde foutmelding.

Ik weet helaas niet wat ik hiermee aan moet.

Dat laatste zal waarschijnlijk het probleem niet zijn, want het is een Note, en geen Fatal error.

Met de login pagina bedoel je waarschijnlijk de /administrator/ login?

Je kan de volgende stappen proberen:
1. Probeer in te loggen via mijndomein.nl/administrator/index.php?option=com_installer
2. Ga naar Database tabblad en kijk of de database structuur klopt.
3. Kijk wat er gebeurt als je de "System - Remember Me" plugin uitschakelt.

De Internal Server Error wordt vaak veroorzaakt door een fout in de .htaccess (en anders door een server fout). Staat er een .htaccess in de root van de website? En heb je hier toevallig wijzigingen in gemaakt?

jEmiel, dat lukt niet.
Inmiddels verscheen er wel IETS als ik probeerde in te loggen, maar niet om blij van te worden:
INTERNAL SERVER ERROR
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at Dit e-mailadres wordt beveiligd tegen spambots. JavaScript dient ingeschakeld te zijn om het te bekijken. to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.


Zoals ik al schreef: aan de databases was niets bijzonders te zien.
Maar ik weet eerlijk gezegd ook niet wat ik zou moeten zoeken.



En ja, een plugin uitschakelen lukt dus niet.

Ja, daar moest ik wat in aanpassen (omdat ik een kopie had gemaakt van de site die elders stond).

Ondertussen word ik goed gek. De site die elders stond, op een test-server, is nu opeens óók niet bereikbaar dankzij een Internal Server Error.
Ik begin te vrezen dat de databases van die twee vermengd zijn geraakt. Ze staan (waarschijnlijk) op dezelfde shared hosting server, maar hebben wel anderen namen.

---

Bericht toegevoegd op 21 april 2015 om 22:04

---

Vorige bericht was op 21 april 2015 om 22:00

---

Ondertussen zie ik nog een potentiële bron van storing.
Via de hoster kijk ik naar phpMyAdmin.
Daar zie ik dat de ‘Collatie van de serververbinding’ staat op utf8_general_ci, terwijl in een kadertje ‘Databankserver’ staat ‘Karakterset van server: UTF-8 Unicode (utf8)’.
Dat is niet precies hetzelfde.

---

Bericht toegevoegd op 21 april 2015 om 22:35

---

Vorige bericht was op 21 april 2015 om 22:04

---

Pfffff - opgelost.

Oplossing: beide databases met gebruikers verwijderen. En hele site totaal schoonvegen.

Kennelijk was het niet genoeg om er een nieuwe database bij te maken; die lijkt toch 'vervuild' te zijn geraakt door de oude.

Meedenkers: hartelijk dank!

(tijd voor een borrel...)

Proost!