Ondersteuning » Code oplossingen gezocht » Fout bij het maken van de databaseconnectie. Al meerdere dingen geprobeerd.

  • Opgelost salserasara

    (@salserasara)


    Hallo allemaal,

    Ik heb eind december last gehad van spamware waar er een redirect in de database boven mijn eigen website stond. Mijn hosting heeft die er toen uitgesmeten en ik heb vervolgens alle plugins, thema en wordpress zelf geupdate. Probleem opgelost.

    Eergisteren merkte ik dat er terug een redirict spamware op mijn website zat. Ik heb deze dan zelf via phpmyadmin uit de database gegooid maar vervolgens kreeg ik op mijn website “Fout bij het maken van de databaseconnectie”.

    – Ik heb eerst gecontroleerd of de inlog gegevens in het wp-config bestand juist waren, dit was niet het probleem.

    – vervolgens heb ik de define(‘WP_ALLOW_REPAIR’, true); toegevoegd. Daar krijg ik deze fourmeldingen:

    De wp_woocommerce_payment_tokenmeta tabel is oké.
        
        Mislukt om de wp_woocommerce_payment_tokenmeta tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_woocommerce_order_itemmeta tabel is oké.
        
        Mislukt om de wp_woocommerce_order_itemmeta tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_wc_product_meta_lookup tabel is oké.
        
        Mislukt om de wp_wc_product_meta_lookup tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_wc_tax_rate_classes tabel is oké.
        
        Mislukt om de wp_wc_tax_rate_classes tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_wc_reserved_stock tabel is oké.
        
        Mislukt om de wp_wc_reserved_stock tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_actionscheduler_actions tabel is oké.
        
        Mislukt om de wp_actionscheduler_actions tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_actionscheduler_claims tabel is oké.
        
        Mislukt om de wp_actionscheduler_claims tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_actionscheduler_groups tabel is oké.
        
        Mislukt om de wp_actionscheduler_groups tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_actionscheduler_logs tabel is oké.
        
        Mislukt om de wp_actionscheduler_logs tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_wc_category_lookup tabel is oké.
        
        Mislukt om de wp_wc_category_lookup tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead

    – Dan heb ik contact opgenomen met mijn host omdat het probleem zich blijft voordoen en die zeiden van een backup van de database terug te zetten, dus heb via hun dashboard de database van 4 januari terug gezet (de oudste versie die ze hadden) Dit heeft ook niks opgelost.

    – Vervolgens heb ik geprobeerd via phpmyadmin de back-up van de database terug te zetten met behulp van bigdump en die wilt niet laden door deze foutmelding:

    Error at the line 43: ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
    
    Query: --
    --
    --
    --
    CREATE TABLE <code>wp_actionscheduler_actions</code> (
    <code>action_id</code> bigint(20) UNSIGNED NOT NULL,
    <code>hook</code> varchar(191) COLLATE utf8mb4_unicode_ci NOT NULL,
    <code>status</code> varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL,
    <code>scheduled_date_gmt</code> datetime DEFAULT '1990-01-01 00:00:00',
    <code>scheduled_date_local</code> datetime DEFAULT '1990-01-01 00:00:00',
    <code>args</code> varchar(191) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
    <code>schedule</code> longtext COLLATE utf8mb4_unicode_ci DEFAULT NULL,
    <code>group_id</code> bigint(20) UNSIGNED NOT NULL DEFAULT 0,
    <code>attempts</code> int(11) NOT NULL DEFAULT 0,
    <code>last_attempt_gmt</code> datetime DEFAULT '1990-01-01 00:00:00',
    <code>last_attempt_local</code> datetime DEFAULT '1990-01-01 00:00:00',
    <code>claim_id</code> bigint(20) UNSIGNED NOT NULL DEFAULT 0,
    <code>extended_args</code> varchar(8000) COLLATE utf8mb4_unicode_ci DEFAULT NULL
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
    
    MySQL: Table 'wp_actionscheduler_actions' already exists

    – Ik heb ook geprobeerd om de map plugins en themes te deactiveren in filezilla door de naam te veranderen en dit gaf ook geen oplossing.

    Ik weet oprecht niet meer wat ik nog kan doen, mijn host zegt dat zij het probleem ook niet vinden.

    Wie kan mij helpen? Eeuwige dank!

    Sara

    • Dit onderwerp is gewijzigd 1 week, 2 dagen geleden door Jeroen Rotty.
11 reacties aan het bekijken - 1 tot 11 (van in totaal 11)
  • Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Je site is nu gewoon niet bereikbaar en klaar voor de installatie, dus heb je wel alles ingevuld qua database gegevens? Als ik nu naar je domein surf, kom ik op de configuratie uit, dus het lijkt er op dat er geen wp-config.php bestand is – iedereen kan dus een installatie doorlopen (met eigen DB) … dat is ook niet de bedoeling he.

    Ik raad je daarnaast aan om een expert in te schakelen qua opschoning van je gehackte site

    Thread starter salserasara

    (@salserasara)

    Dag Jeroen,

    mijn host had aangeraden om in phpmyadmin de database volledig leeg te maken en dan de backup terug toe te voegen. Maar dan kreeg ik via bigdump de volgende foutmelding:

    Stopped at the line 875.

    At this place the current query includes more than 300 dump lines. That can happen if your dump file was created by some tool which doesn’t place a semicolon followed by a linebreak at the end of each query, or if your dump contains extended inserts or very long procedure definitions. Please read the BigDump usage notes for more infos. Ask for our support services in order to handle dump files containing extended inserts.

    Kan ik dan best de installatie van wordpress opnieuw doorlopen en kijken wat dat geeft?

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Als je ‘m opnieuw doorloopt ga je een lege site hebben.

    De import van je SQL lukte niet omdat toen de database tabellen er nog waren: “Table ‘wp_actionscheduler_actions’ already exists”

    Nu ‘m leeg is, kun je de import nog eens proberen?

    Thread starter salserasara

    (@salserasara)

    Als ik nu opnieuw probeer om mijn backup in te laden krijg ik deze melding:

    Stopped at the line 875.

    At this place the current query includes more than 300 dump lines. That can happen if your dump file was created by some tool which doesn’t place a semicolon followed by a linebreak at the end of each query, or if your dump contains extended inserts or very long procedure definitions. Please read the BigDump usage notes for more infos. Ask for our support services in order to handle dump files containing extended inserts.

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Zonder daar meer zicht op te hebben, weet ik niet wat er fout gaat of is met het bestand die je hebt. Ik denk dat je toch even nog met je host moet overleggen of er nog een andere database backup is rond dezelfde tijd/dag en kijken of die teruggezet kan worden. (lijkt mij de makkelijkste oplossing)

    Daarna als ‘m terug draait zou ik iemand inschakelen die verder kan kijken wat de eigenlijke oorzaak is van de hack die er opnieuw was…

    Thread starter salserasara

    (@salserasara)

    Dank je voor de hulp Jeroen, mijn host is helaas niet goed in communiceren…
    Enige aanraders voor wie ik kan laten kijken naar de oorzaak van de hack?

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    De forums zijn helaas niet bedoeld voor werk of mensen aan het werk te zetten. Gekende grotere opties binnen de community zijn WordFence and Sucuri, maar er zijn ook veel WordPress kenners met ervaring bij het opschonen van WordPress sites.

    Guido

    (@guido07111975)

    Hoi,

    Kan de hosting provider niet zelf een backup van alles terugzetten, van vóór de datum waarop je problemen kreeg?

    Guido

    Thread starter salserasara

    (@salserasara)

    Het is ondertussen gelukt met hulp van de hosting om de backup terug te plaatsen. Alles lijkt terug te werken. Bedankt voor alle hulp!

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Vergeet mijn advies vooral niet om het beter uit te spitten de hack, want ook die back-up die nu werkt kon al geïnfecteerd zijn hé (zowel database als in de bestanden)

    Succes!

    Thread starter salserasara

    (@salserasara)

    Dat ga ik zeker bekijken Jeroen! Bedankt.

11 reacties aan het bekijken - 1 tot 11 (van in totaal 11)