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
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 jaren, 7 maanden geleden door
Jeroen Rotty.
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
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/
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.
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.
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 ?
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.
Had je deel 2 van mijn reactie gezien? Nl. zoeken op de WWW versie en die veranderen naar httpS zonder www? 😉
Bedoel je met de script van interconnect ?
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/
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.
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.
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 ?
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);
.
