pillle67 Posted September 29, 2015 Report Share Posted September 29, 2015 Hallo,wer könnte mir helfen und mir beschreiben wie ich den Fehler unter mysql Dumper finde und beheben kannmysql error: [1062: Doppelter Eintrag '54.145.61.29' fÃŒr SchlÃŒssel 'check'] in EXECUTE("INSERT INTO xt_failed_pages ( IP, FAIL_COUNT, FAIL_TYPE ) VALUES ( '54.145.61.29', 1, 'customers_404' )") Danke im vorausPillle67 Link to comment Share on other sites More sharing options...
Hirche Posted September 29, 2015 Report Share Posted September 29, 2015 Hilfreich wäre es wenn du dazuschreiben würdest was genau du vorhast.Sieht für mich aus als wolltest du über mysql Dumper etwas importieren. Versuch mal die eine Tabelle "xt_failed_pages" zu sichern und dann zu leeren.Dann nochmal den Import starten.LGFlo Link to comment Share on other sites More sharing options...
Alex@4tfm Posted September 29, 2015 Report Share Posted September 29, 2015 Der Bugfix http://helpdesk.xt-commerce.com/index.php?/Knowledgebase/Article/View/1353/183/patch-24062015---version-4200-sp1 ( XTC4-26 um genau zu sein), sollte das Problem beheben. Link to comment Share on other sites More sharing options...
Klereee Posted October 7, 2015 Report Share Posted October 7, 2015 Leider behebt es das Problem nicht. Wir haben 4.2.00 Sp1 installiert und erhalten pro Tag mindesten 600 E-Mails die genau das besagen. Was uns aufgefallen ist, ist das wir einen anderen Prefix haben, aber wenn wir die Tabelle umbennen erhalten wir den gleichen Fehlermysql error: [1146: Table 'db266484_18.xt_failed_pages' doesn't exist] in EXECUTE("INSERT INTO xt_failed_pages ( IP, FAIL_COUNT, FAIL_TYPE ) VALUES ( 'xxx.xxx.xx.xx', 1, 'customers_404' ) ON DUPLICATE KEY UPDATE `fail_count`=`fail_count`+1") Link to comment Share on other sites More sharing options...
Alex@4tfm Posted October 7, 2015 Report Share Posted October 7, 2015 Table xt_failed_pages' doesn't existnicht sicher wie ihr das geschaft habt, aber folgender Query legt die Tabelle an:CREATE TABLE `xt_failed_pages` ( `fail_id` int(11) NOT NULL AUTO_INCREMENT, `ip` varchar(64) NOT NULL, `last_try` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `fail_count` int(11) NOT NULL DEFAULT '0', `lock_until` timestamp NULL DEFAULT NULL, `fail_type` varchar(32) NOT NULL, PRIMARY KEY (`fail_id`), UNIQUE KEY `check` (`ip`, `fail_type`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ; Link to comment Share on other sites More sharing options...
itanum Posted December 16, 2015 Report Share Posted December 16, 2015 Der obige Query löst das Problem, obwohl der Datenbank-Suffix von xt_ auf einen anderen geändert wurde!Die Anweisung dazu steht in der xtFramework/classes/class.brutto_force_protection_404.php Zeile 83// insert $db->Execute( "INSERT INTO xt_failed_pages ( IP, FAIL_COUNT, FAIL_TYPE ) VALUES ( ?, ?, ? ) ON DUPLICATE KEY UPDATE `fail_count`=`fail_count`+1", array($filter->_filter($ip), 1, $fail_type) Link to comment Share on other sites More sharing options...
Alex@4tfm Posted December 16, 2015 Report Share Posted December 16, 2015 siehe: http://helpdesk.xt-commerce.com/index.php?/Knowledgebase/Article/View/1383/183/fix-07102015---sql-fehler-table-xt_failed_pages-doesnt-exist Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.