Jan Reilink

Jammer om te vernemen, en dat terwijl het echt niet zo moeilijk is – of moet zijn. Ik ben helaas niet bekend met jouw hostingomgeving en set-up, maar er is een paar belangrijke stappen om te ondernemen:

1. Installeer een SSL-certificaat
2. In het WordPress Dashboard ga naar Settings > General en wijzig WordPress Address (URL) en Site Address (URL) naar https://.
3. (log opnieuw in via HTTPS)
4. Inspecteer de instellingen, of theme-options, van het gebruikte thema (staan daarin nog http URL’s? Zet die om naar https)
5. Inspecteer het thema op slechte code, dus met volledige http URL’s naar content/assets [1]
6. Redirect niet-SSL/https naar wel https in .htaccess of web.config
7. Pas alle URL’s in de content aan als dit volledige URL’s zijn (dus met http://). Als je overal relatieve URL’s gebruikt hoef je niets te doen. [2]
8. Installeer een SSL-certificaat

[1] voorbeeld van “foute” code:
wp_register_script( 'jquery', 'http://ajax.googleapis.com/ajax/libs/jquery/2.1.4/jquery.min.js', false, '2.1.4', true );

beter is:
wp_register_script( 'jquery', 'https://ajax.googleapis.com/ajax/libs/jquery/2.1.4/jquery.min.js', false, '2.1.4', true );

of
$prefix = is_ssl() ? "https" : "http";
wp_register_script( 'jquery', $prefix.'://ajax.googleapis.com/ajax/libs/jquery/2.1.4/jquery.min.js', false, '2.1.4', true );

[2] gebruik voor het veranderen van URLS in post_content een plugin als “Really Simple SSL“. Uit die plugins informatie:

Your insecure content is fixed by replacing all http:// urls with https://, except hyperlinks to other domains. Dynamically, so no database changes are made (except for the siteurl and homeurl).

Ben je helemaal thuis in MySQL, dan kun je met een expressie alle varianten van http:// omzetten naar https://. Wees zo volledig mogelijk om niet andere URL’s te veranderen. Zie https://www.saotn.org/string-replace-wordpress-posts-mysql/ voor een voorbeeld (en de comments voor een REGEX_REPLACE() voorbeeld).

Documentatie:
https://vevida.com/help/https-ssl-voor-wordpress/
https://blog.sucuri.net/2016/04/troubleshooting-mixed-content-warnings-https.html

en in de Advanced WordPress Facebook Group is ook veel informatie te vinden: https://www.facebook.com/groups/advancedwp/search/?query=ssl (wel even aanmelden)

Beste,
Dank je voor je bericht.

Een kleine verbetering, je bedoelt “yoast” daar waar je het hebt over “youst”.

Als ik de website bekijk dan zie ik wel een meta beschrijving in de bron, bijvoorbeeld:

<meta name="description" content="Welkom bij ELCS"/>
<meta name="description" content="ELCS-Electro uw elektricien in Bree bij ons kan u terecht voor algemene elektriciteitswerken, domotica, video- & parlofonie, en bordenbouw"/>

De eerste omschrijving is zo kort dat Google er wat tekst van de website bijpakt. Google ik op ELCS-Electro, dan staat er:

Welkom bij ELCS. … ELCS uw partner in elektriciteit. Algemene elektriciteitswerken – Domotica – Bordenbouw …

en contactgegevens die ik hier niet post.

Ervan uitgaande dat de sitemap goed is ingediend kan het soms wel enkele weken duren voordat Google dit goed overneemt. Gewoon even afwachten zou ik zeggen.

Sorry voor de verwarring, ik bedoelde als je ingelogd bent in het WordPress Dashboard, en dan via Settings > General. Daar het “WordPress Address (URL)” en je ziet dan /wp-admin/options-general.php in de adresbalk van je browser staan.

Hoi!
Vervelend dat de afbeeldingen niet de juiste URL krijgen.

De URL die een afbeelding in de Media Library meekrijgt wordt opgebouwd met WordPress’ siteurl, of WordPress Address (URL) op /wp-admin/options-general.php. Staat hier de nieuwe URL?

Als je het eens met een andere browser probeert, één waarmee je nog niet eerder op de pagina ingelogd was, krijg je dan weer het inlogvenster? Ik zie die namelijk wel op ?page_id=7.

Na het inloggen wordt er een cookie geplaatst en tot die verwijderd is ben je ingelogd op die pagina.

Om de Customizer goed te kunnen gebruiken zijn twee PHP-instellingen belangrijk:

• memory_limit
• max_input_vars

50331648 bytes komt overeen met 48 MB, dat is mijns inziens te weinig. Het kan zijn dat jouw hostingprovider dit zo laag heeft ingesteld, maar het kan ook zijn dat een plugin onbedoeld deze waarde verlaagd (met ini_set('memory_limit', '48M'). Naar dat laatste zou ik in ieder geval opzoek gaan in de code van plugins, en over het eerste zou ik informeren bij de hostingprovider.

Vaak kun je dit in wp-config.php vergroten, met een vergelijkbare ini_set() regel:

ini_set('memory_limit', '128M');, om de limiet op 128 MB in te stellen.

De max_input_vars waarde is een beetje afhankelijk van het aantal items in de Customizer -bijvoorbeeld menu-items. Als de standaard waarde van 1000 te laag is kun je die verhogen naar bijvoorbeeld 2000 of 3000. Overleg dit ook met je hostingprovider.

Beste fotobite, is de wp-content map, en onderliggende mappen, beschrijfbaar?

Beste,

Vervelend dat het verwijderen van een plugin resulteert in een HTTP 500 foutmelding. Heb je de plugin geprobeerd te verwijderen via het WordPress dashboard?

In dat geval kun je eens via FTP kijken of de map er nog staat, en zo ja die te verwijderen. Ook kun je via FTP alle andere pluginmappen hernoemen als het probleem daarna blijft bestaan. Mogelijk veroorzaakt een plugin een conflict.

Het helpt ook vaak om PHP logging en WordPress debugging in te schakelen: https://codex.wordpress.org/Debugging_in_WordPress