Payment transaction failed
Zdravím všechny a prosím o pomoc. Po pádu serveru a následné obnově dat ze zálohy nelze dokončit objednávku. V posledním kroku objednávky se po odeslaní formuláře objeví chybové hlášení:
Payment transaction failed.
Reason
Notice: unserialize() [function.unserialize(function.unserialize)]:
Error at offset 46 of 339 bytes in /data/www/domains/bastaflora.cz/
www/app/code/core/Mage/Index/Model/Event.php on line 153
Nevíte někdo náhodou, co by mohlo tuto chybu způsobovat?
- Pro možnost psaní komentářů se přihlašte nebo zaregistrujte.
Hm, v tom pripade se obavam, ze neporadim, prilis malo informaci. Od mozne zmeny konfigurace serveru, pres moznost nakople db... Dobudoucna doporucuji si delat zalohu db i pres Magento (Systém->Nástroje->Zálohy) a občas si je stáhnout. Není hosting jako hosting :-D
M.
to Jojda:
po pricine utoku jsem nepatral, zeptejte se hochu z gigaserveru. Ze by to bylo chybou magenta bych nerek. Jak jsem psal v predchozich prispevcich, problemy se objevily az po obnove webu ze zalohy, takze podle me gigaservraci nenakonfigurovali hostujici server uplne stejne jak byl. Hlavne mysql se chovalo nejak divne. Nekolikrat doslo k poruseni tabulek. Dochazelo napr. k takovymto chybam:
a:5:{i:0;s:111:"SQLSTATE[HY000]: General error: 1033 Incorrect information in file: './bastaflora_cz_magento/index_process.frm'";i:1;s:1583:"#0 /var/www/web5/bastaflora.cz/bastaflora.cz/lib/Zend/Db/Statement.php(300): Zend_Db_Statement_Pdo->_execute(Array)
a:5:{i:0;s:63:"SQLSTATE[HY000]: General error: 2006 MySQL server has gone away";i:1;s:2671:"#0 /var/www/web5/bastaflora.cz/bastaflora.cz/lib/Zend/Db/Statement.php(300): Zend_Db_Statement_Pdo->_execute(Array)
a:5:{i:0;s:109:"SQLSTATE[42S02]: Base table or view not found: 1146 Table 'bastaflora_cz_magento.index_process' doesn't exist";i:1;s:5265:"#0 /var/www/web5/bastaflora.cz/bastaflora.cz/lib/Zend/Db/Statement.php(300): Zend_Db_Statement_Pdo->_execute(Array)
Vzdy, kdyz to obnovili, tak to jakoby chvilku fungovalo a pak to zkolabovalo. Nakonec nam rekli, ze je to nejspis chyba magenta a at se obratime na podporu magenta. Coz si nemyslim, protoze po preneseni obchodu na jiny hosting uz k porucham mysql tabulek nedochazi (pouze ten problem s objednavkama zustal:(
to mimo:
no nic.. diky za snahu, reinstalu se asi nevyhnu :-((
jj, to je divny, a blbost, protoze proc by to castecne fungovalo a pak najednou ne. Kdyz mi posles dump databaze z ktere se to obnovovalo, muzeme se na to podivat a zkusit to u nas, jinak s tim clovek tezko neco zmuze.
Já bych měl jen otázku. Přišlo se na příčinu toho útoku? Byl to nedostatek hostingu, nastavením vlastního webu nebo nějakou chybou magenta?
Pokud vim, byl podle diskuzi opakovane sundan gigaserver = chyba hostingu = blbe zabezpecene servery. Magento v urcitych verzich ma par "bezpecnostnich" der ale na sundani serveru to neni :-)
M.
to mimo; to kopec;
jj, díky, mě to spíše zajímalo obecně, u koho a čeho být opatrný, může se najít nový problém, postup apod.
No ono je to trochu slozitejsi. Puvodne byl obchod na gigaserver.cz, kde vse fungovalo vyborne az do utoku hackera:) Po obnove ze zalohy nejprve nefungovala ani databaze, pricemz se hosi dusovali, ze je vse stejne, jako pred padem. Po te, co se jim podarilo db zprovoznit, to vypadalo, ze je vse ok, ale objevil se vyse uvedeny problem s objednavkami. Navic stale dochazelo k chybam db, tak jsem obchod premistil na InHosting.cz, kde vse funguje ok, pouze problem s objednavkami zustal. Zajmave je, ze objednavka se ve skutecnosti uskutecni a jde s ni v backendu normalne pracovat. Pouze zakaznikovi se pri odeslani objevi chybove hlaseni, ze se objednavka nezdarila a mne prijde email s chybou.
a server je v predchozi konfiguraci, nebo se neco updateovalo? Napr php, zend...