Jump to content
xt:Commerce Community Forum
Sign in to follow this  
pillle67

Fehler MySQL-Datenbank

Recommended Posts

Hallo,

wer könnte mir helfen und mir beschreiben wie ich den Fehler unter mysql Dumper finde und beheben kann

mysql 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 voraus

Pillle67

 

Share this post


Link to post
Share on other sites

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.

LG
Flo

Edited by Hirche

Share this post


Link to post
Share on other sites

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 Fehler

mysql 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")

Share this post


Link to post
Share on other sites

Table xt_failed_pages' doesn't exist

nicht 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 ;

 

Share this post


Link to post
Share on other sites

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)

 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

×
×
  • Create New...