Support » Algemeen WordPress » Website opent niet met browser Safari

  • Ik heb mijn website onlangs door de hosting HostingBelgie – overnemers Giga Serving laten overzetten van http naar https. Dit is allemaal goed gelukt maar nu krijg ik een foutboodschap op mijn iPad met browser Safari “Er heeft zich herhaaldelijk een probleem voorgedaan op “https://tenerifepalm-mar.com”. Met de browser Chrome en Edge zijn er geen problemen. Ik heb alle plugins al eens gedeactiveerd en dan terug geactiveerd en dan werkt het een tijdje terug wel en daarna terug niet meer. De cache van de Safari browser maak ik regelmatig leeg. Sinds gisteren heb ik een account aangemaakt bij Cloudflare. De site werkt nu via Cloudflare. Iemand een idee hoe ik kan achterhalen wat het probleem is met de Safari browser ? Alvast bedankt. Ingo

    • Dit onderwerp is gewijzigd 2 weken, 6 dagen geleden door Ingo Rebellin.
    • Dit onderwerp is gewijzigd 2 weken, 6 dagen geleden door Ingo Rebellin.

    De pagina waar ik hulp bij nodig heb: [log in om de link te zien]

15 reacties aan het bekijken - 1 tot 15 (van in totaal 22)
  • Guido

    (@guido07111975)

    Hoi,

    Je website is vrij zwaar, dus laadtijd is traag. Je kunt dit zelf zien via Pingdom speed test. Dit komt door grote afbeeldingen die zijn toegevoegd. Middels de plugin Imsanity kun je afbeeldingen al tijdens het uploaden automatisch laten verkleinen.

    Ook is er sprake van mixed content, afbeeldingen die met HTTP ipv HTTPS in de database staan. Dat zag ik via de website Why No Padlock. Dat kun je oplossen via de Really Simple SSL plugin. Of de betreffende afbeeldingen opnieuw uploaden / instellen.

    Guido

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Om hierop toch in te spelen, de beste oplossing voor het HTTPS probleem is niet really simple ssl, maar rechtstreeks alle aanpassingen te doen in je database, kan met een script of een plugin om te zoeken naar ” http://www.tenerifepalm-mar.com ” en te vervangen door ” https://www.tenerifepalm-mar.com “. Zie: https://wpinfo.be/wordpress-site-migreren-naar-https/

    • Deze reactie is gewijzigd 2 weken, 4 dagen geleden door Jeroen Rotty.
    Guido

    (@guido07111975)

    Klopt, je hebt helemaal gelijk. Alleen durven veel mensen dat niet en dan is die plugin wel een alternatief. Of dus de betreffende afbeeldingen opnieuw uploaden/instellen (ervan uitgaande dat de mixed content melding alleen door afbeeldingen wordt veroorzaakt).

    Guido

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Op zich heeft WordPress zelf in de Site Health component nu ook een switch, die ook interne database switches zou moeten regelen, die zit er in sinds 5.7: https://make.wordpress.org/core/2021/02/22/improved-https-detection-and-migration-in-wordpress-5-7/

    Thread starter Ingo Rebellin

    (@ingo-rebellin)

    Bedankt voor jullie hulp. Ik heb de script van interconnect geïnstalleerd en een Safe test run gedaan. Ik krig veel foutmeldingen zoals 2: Erroneous data format for unserializing ‘ActionScheduler_IntervalSchedule’ in /home/bergezelbe/public_html/tenerifepalmmarcom/senr/srdb.class.php on line 835. This is usually caused by a plugin storing classes as a serialised string which other PHP classes can’t then access. It is not possible to unserialise this data because the PHP can’t access this class. P.S. It’s most commonly a Yoast plugin that causes this error. Your changes will still have taken place within the rest of the database.

    In the process of searching for “http://tenerifepalm-mar.com/” (to be replaced by “https://tenerifepalm-mar.com/”) we scanned 99 tables with a total of 16406 rows, 0 cells would have been changed. 0 db updates were performed. It all took 8.9459994 seconds.

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Ik zie voornamelijk mixed content komen van autoptimize bestanden, dus je plugin die je gebruikt voor je site sneller te moeten krijgen. Leeg ook die cache en kijk in je browser console of daar daarna nog mixed content fouten in staan, zie:

    Die laden trouwens nog vanop http://WWW dus met de WWW, zoek dus op:
    http://www.tenerifepalm-mar.com/ en vervang naar https://tenerifepalm-mar.com/ als je site nu geconfigureerd staat zonder WWW.

    Thread starter Ingo Rebellin

    (@ingo-rebellin)

    Ik heb wordpress versie 5.8
    In de Site Health vind ik geen switch component.
    Iemand een idee in welke tabel ik de wijziging moe doen ?

    Thread starter Ingo Rebellin

    (@ingo-rebellin)

    Ik heb de plugin autoptimize tijdelijk verwijderd maar krijg nog steeds dezelfde foutmeldingen. Nu afkomstig Van elementor.

    An image with an insecure url of "http://www.tenerifepalm-mar.com/wp-content/uploads/Property-Colinas-de-los-Mencyes.jpg" was loaded via the javascript file: https://tenerifepalm-mar.com/wp-content/plugins/elementor/assets/lib/swiper/swiper.min.js?ver=5.3.6 on line 12. The insecure URL may not be directly contained in the script file and may exist elsewhere.
    You may need to contact your web hosting provider for assistance.
    This URL will need to be updated to use a secure URL for your padlock to return.
    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Had je deel 2 van mijn reactie gezien? Nl. zoeken op de WWW versie en die veranderen naar httpS zonder www? 😉

    Thread starter Ingo Rebellin

    (@ingo-rebellin)

    Bedoel je met de script van interconnect ?

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Ja, via interconnect script of via een plugins zoals https://nl.wordpress.org/plugins/better-search-replace/. Zoeken op de http://www versie van je site en veranderen door https:// zonder www:

    http://www.tenerifepalm-mar.com/ >>> https://tenerifepalm-mar.com/

    Thread starter Ingo Rebellin

    (@ingo-rebellin)

    Ik heb de script uitgevoerd via interconnect maar nu krijg ik de melding Fout bij het maken van de databaseconnectie. Ik geraak niet meer in het wordpress Dasboard.

    Moderator Jeroen Rotty

    (@jeroenrotty)

    Support Moderator

    Ik weet niet wat je precies deed, maar het lijkt er op dat er iets mis ging als ik /wp-admin/ open op je site, WordPress herstelt normaal die fout in je database als je

    define('WP_ALLOW_REPAIR', true);

    Zie: https://tenerifepalm-mar.com/wp-admin/maint/repair.php?referrer=is_blog_installed

    toevoegt aan je wp-config.php, maar vooraleer je verder nog zaken gaat uitvoeren op je database, vergeet dan zeker ook geen backups te hebben moest het echt fout gaan.

    Thread starter Ingo Rebellin

    (@ingo-rebellin)

    Ik had de code define(‘WP_ALLOW_REPAIR’, true) toegevoegd aan het bestand wp-config.php
    En daarna geklikt op de knop Database repareren en optimaliseren via https://www.tenerifepalm-mar.com/wp-admin/maint/repair.php
    Maar nog steeds dezelfde foutmelding “Fout bij het maken van de databaseconnectie”
    Ik had wel een backup gemaakt via UpdraftPlus maar hoe kan ik de backup terugzetten als ik niet het Dashboard niet kan openen ?

    Thread starter Ingo Rebellin

    (@ingo-rebellin)

    Hieronder de meldingen na de repair

    De wp_users tabel is oké.
        
        Mislukt om de wp_users tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_usermeta tabel is oké.
        
        Mislukt om de wp_usermeta tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_posts tabel is oké.
        
        Mislukt om de wp_posts tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_comments tabel is oké.
        
        Mislukt om de wp_comments tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_links tabel is oké.
        
        Mislukt om de wp_links tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_options tabel is oké.
        
        Mislukt om de wp_options tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_postmeta tabel is oké.
        
        Mislukt om de wp_postmeta tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_terms tabel is oké.
        
        Mislukt om de wp_terms tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_term_taxonomy tabel is oké.
        
        Mislukt om de wp_term_taxonomy tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_term_relationships tabel is oké.
        
        Mislukt om de wp_term_relationships tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_termmeta tabel is oké.
        
        Mislukt om de wp_termmeta tabel te optimaliseren. Fout: Table does not support optimize, doing recreate + analyze instead
    
    De wp_commentmeta tabel is oké.
        
        Mislukt om de wp_commentmeta 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
    
    Herstelling voltooid. Gelieve de volgende lijn uit het wp-config.php-bestand van jouw WordPress-installatie te verwijderen om te voorkomen dat deze pagina bezocht kan worden door ongeautoriseerde gebruikers.
    
    define('WP_ALLOW_REPAIR', true);
15 reacties aan het bekijken - 1 tot 15 (van in totaal 22)