10193 - brak logowania acp i forum

[Kacperex]

Witam,

 

bardzo dawno nie miałem problemu z IPB, do czasu aż hostingodawca zmienił maszynę hostingową.

 

Forum wygląda na pierwszy rzut oka poprawnie, jednak nie idzie się zalogować do panelu admina i do panelu użytkownika wywala znany bład 10193. Na wszystkich skinach, ktore miałem. Przywrócenie bazy danych, jak i plikow forum nie pomaga.

Nie mam możliwości przebudowania skinu, bo nie mam jak wejść do ACP - za każdym razem mam taki komunikat:

[aXen]

6 minut temu, Kacperex napisał:

do czasu aż hostingodawca zmienił maszynę hostingową

No to ich wina. Pisałeś do nich?

[Kacperex]

Tak napisałem, ale jak grochem o ścianę, rozmowa jak ze ścianą, ja im jak mantrę, że nie idzie i nie działa oni swoje, że powinno być ok.

Dlatego zirytowany postanowiłem coś sam podziałac.

[DawPi]

Jaki to kod błędu dokładnie? Bo szukam tego z tytułu w najnowszej wersji i nie mogę znaleźć.

Jeszcze to spróbuj:

 

[Kacperex]

Treść błędu jest taka: [#10193] Wystąpił błąd podczas próby logowania. Spróbuj ponownie. 

 

[DawPi]

O kurczę, sorry. To z wersji 3.x.

Już patrzę na to.

[DawPi]

	/**
	 * Verify login form submission and log user in
	 *
	 * @return	mixed		array [0=Words to show, 1=URL to send to, 2=error array]
	 */
    public function doLogin()
    {
    	if( !defined('IGNORE_AUTH_KEY') OR !IGNORE_AUTH_KEY )
    	{
			if ( $this->request['auth_key'] != $this->member->form_hash )
			{
				$this->registry->getClass('output')->showError( 'login_no_authkey', 10193, null, null, 403 );
			}
		}
		
		return $this->han_login->verifyLogin();
	}

Może by to można było obejść dodając takie coś do contants.php:

define( 'IGNORE_AUTH_KEY', 1 );

Spróbuj wtedy się zalogować do ACP.

[Kacperex]

No tak starsze IPB mamy, forum trochę trupiaste, bo ma wartość sentymentalno archiwalną  

[Kacperex]

9 minut temu, DawPi napisał:

	/**
	 * Verify login form submission and log user in
	 *
	 * @return	mixed		array [0=Words to show, 1=URL to send to, 2=error array]
	 */
    public function doLogin()
    {
    	if( !defined('IGNORE_AUTH_KEY') OR !IGNORE_AUTH_KEY )
    	{
			if ( $this->request['auth_key'] != $this->member->form_hash )
			{
				$this->registry->getClass('output')->showError( 'login_no_authkey', 10193, null, null, 403 );
			}
		}
		
		return $this->han_login->verifyLogin();
	}

Może by to można było obejść dodając takie coś do contants.php:

define( 'IGNORE_AUTH_KEY', 1 );

Spróbuj wtedy się zalogować do ACP.

 

 

Niestety nie puszcza, co prawda nie miałem pliku w głównym katalogu, więc go stworzyłem. Ale nadal nie przyjmuje logowania.

[DawPi]

Hm, dasz adres tego forum? I napisz co dokładnie było robione. 

[Kacperex]

http://gothic.org.pl/forum lub http://forum.gothic.org.pl

 

Właściciel hostingu napisał, że przenosił wszystko na nowe maszyny. Na moje uwagi odpisał support: "Proszę teraz o weryfikację, została zmieniona wersja PHP na 5.3 i uruchomiony został safe mode." 

 

[DawPi]

Cytat

Wersja: IP.Board 3.2.3

I to ta wersja?

[Kacperex]

3.4.2 już aktualizuję w profilu

[DawPi]

To nadal nie "najnowsza". Dasz radę do 3.4.9 zaktualizować?

[Kacperex]

Spróbuję, bo oczywiśćie hostingodawca się wypiął mówiąc kolowialnie.

[Kacperex]

Cześc ponownie, cały czas walczę, taki mam ostatni błąd z folderu cache moze ktoś go rozgryźć?

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 Date: Sun, 03 May 2020 11:32:41 +0000
 Error: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'rows FROM zpb_sessions WHERE running_time > 1588504361' at line 1
 IP Address: 83.20.226.46 - /forum/admin/index.php?adsess=db6d27dded9d9a35ac3d63f5f739cc8a&old_adsess=&app=core&
 ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 mySQL query error: SELECT count(*) as rows FROM zpb_sessions WHERE running_time > 1588504361
 .--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------.
 | File                                                                       | Function                                                                      | Line No.          |
 |----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------|
 | admin/sources/base/ipsController.php                                       | [admin_core_mycp_dashboard].doExecute                                         | 306               |
 '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------'

[DawPi]

Godzinę temu, Kacperex napisał:

mySQL query error: SELECT count(*) as rows FROM zpb_sessions WHERE running_time > 1588504361

 

[Kacperex]

3 godziny temu, DawPi napisał:

Pięknie dziękuję, odzyskałem ACP, teraz jeszcze tylko walka trwa z logowaniem na forum

 

[Kacperex]

Ok więc tak zaktualizowałem forum do 3.4.8 ACP po zastosowaniu powyższe sztuczki działa poprawnie, straciłem kodowanie, ale to do naprawy jest. Jednak błąd z logowaniem występuję nadal.

Generalnie forum z poziomu głównej strony pokazuję, że jest się zalogowanym i można korzystać np. z SB natomiast po wejściu w temat wyskakuje powyższy error i jakby następowało  wylogowanie.

[DawPi]

Jesteś pewny, że domena jest ciagle bez/z www? 
Najlepiej zaktualizować do 3.4.9 (najnowszej). Wiem, że to niewielka różnica, ale jak już sprawdzać to na najnowszej dostępnej dla danej serii wersji. 

[Kacperex]

Tak jestem pewien, że domena jest bez www generalnie, nic w tym aspekcie się nie zmieniło.

[DawPi]

Inne fora z jakich korzystasz są na tym serwerze?

[Kacperex]

Niestety mamy tylko to jedno. Mówisz, że sensownie bedzię zrobić backup i uciec sprawdzić na innym serwerze? Najgorszę, że sama baza waży ponad giga

[aXen]

3 minuty temu, Kacperex napisał:

Najgorszę, że sama baza waży ponad giga

Możesz przecież zrobić kompresję bazy danych w PMA.

[DawPi]

14 minut temu, Kacperex napisał:

Niestety mamy tylko to jedno. Mówisz, że sensownie bedzię zrobić backup i uciec sprawdzić na innym serwerze? Najgorszę, że sama baza waży ponad giga

Bardzo mało. Wielkość bazy to nie problem, liczy się szybkość serwera i łącza.