PEX via MySQL - Migrace (2.díl)

[Welton123]

Dobře, takže když maji VIP ještě na 20 dni tak i potom co to bude zapsano v DB jim porad zustane jeste 20dni ?


Jeste u toho autoVIP, musi byt po odebrani reload nebo staci aby se ten hrac odhlasil a prhlasil ?

[Qentus]

1) Pokud vše uděláš správně tak si dovolím tvrdit že to normálně bude pokračovat a pak se jim to zruší. Pokud by se tak nestalo tak je to celkem slušně velký problém od PEX... ale podlě mě s tím počítali
2) Co jsem zkoušel tak stačí relog

[Welton123]

dobře, děkuji

[Arcas]

Máš v návodu chybu - musš nejdřív vymazat permissions tabulky a pak teprv použít SQL script jinak ti to zahlásí přesně tuhle chybu :

Kód: Vybrat vše

Chyba
SQL-dotaz:

INSERT INTO  `permissions_entity` (  `name` ,  `type` ,  `prefix` ,  `suffix` ,  `default` )
VALUES (

'default', 0,  '',  '', 1
);

MySQL hlásí:

#1062 - Duplicate entry 'default' for key 'name'

[Qentus]

Předpokládal jsem, že před migrací daný člověk v DB nemá nic společného s PEX
Samozřejmě pokud už jsi něco zkoušel s PEX a DB, tak musíš tabulky nejdřív vyprázdnit a pak až provést script.

[Arcas]

Když se ty tabulky vytvoří tak je v nich defaultně zapsaná skupina default. A ta způsobuje tuto chybu.

[Qentus]

Aha, tak to sorry, psal jsem to podle tabulek co už jsem měl hotové z dřívějška

[Arcas]

V pohodě. Taky bych doporučil vymazat slovo reload z návodu protože na většině serverů to způsobí kolize s AuthMe.

[Qentus]

No ono by se to stejně mělo dělat se zapnutým whitelistem, takže by to mělo být jedno.
Nikomu bych nedoporučoval dělat to za běhu serveru (vždy se něco podělá nebo nevyjde podle plánu)

[zdenda204]

Tak to já na serveru snad nikdy nemám white-list
Já mám samý štěstí a většinou mi vše funguje.