Aangemaakte reacties

15 reacties aan het bekijken - 1 tot 15 (van in totaal 29)
  • Thread starter nlpro

    (@nlpro)

    Guido,

    Yup, er gaat zeker iets mis.

    Ik heb voor de gein op de Deze update verbergen knop geklikt.

    En na een auto refresh van de pagina is de eerste update verdwenen en wordt de 2e update (en_US) nu wel correct (en als enige) weergegeven:

    Je kunt handmatig updaten van WordPress 5.8 naar WordPress 5.8.1:

    Update naar versie 5.8.1

    Euhhh, alleen hoe krijg ik mijn (verborgen) eerste update weer terug ?

    De UI geeft mij geen optie daartoe (bug?). Dus de core code doorgespit en gevonden dat je handmatig de dismissed_update_core optie in de wp_options tabel kunt wegknikkeren.

    Refresh van de Updates pagina en … voila daar istieweerrrrr … en jawel de 2e update is weer hetzelfde als de eerste update …hihi Tis in ieder geval consistent 😉

    Thread starter nlpro

    (@nlpro)

    Hee Guido,

    Ja exact, dat is ook wat ik zie.

    Afgaande op wat de UI toont zouden beide knoppen hetzelfde moeten doen. Maar is dat ook zo als bij de 1 locale=nl_Nl en bij de ander locale=en_US is …

    En als beide Updaten knoppen toch iets anders blijken te doen, moet dit dan ook niet visueel in de UI tot uitdrukking komen ?

    De Updaten knoppen en begeleidende tekst zien er nu hetzelfde uit. Dus hoe weet een gebruiker wat het verschil is ?

    Volgens mij is dit ook in het verleden niet zo geweest. Raarrrr

    • Deze reactie is gewijzigd 2 jaren, 7 maanden geleden door nlpro.
    Thread starter nlpro

    (@nlpro)

    WordPress versie 5.8

    Om dit te kunnen zien moet onder Settings de Site taal wel op Nederlands staan.

    Ik zie overigens (in de HTML code van het Updates scherm) dat het om 2 forms gaat waar de hidden locale input resp op nl_NL en op en_US staat. Dit komt echter niet tot uiting in de zichtbare UI…

    Het lijken 2 nl_NL updates te zijn …

    Naar mijn idee klopt er iets niet.

    • Deze reactie is gewijzigd 2 jaren, 7 maanden geleden door nlpro.

    Met “de host de PHP versie kan verlagen” bedoelt Jeroen te zeggen de PHP versie tijdelijk verlagen die je site op dit moment gebruikt van versie 7.x.x naar 5.x.x.

    De laatst beschikbare PHP 5.x.x versie is 5.6.x.

    Ik denk dat je met PHP 5.6.x inderdaad weer zult kunnen inloggen in het Admin gedeelte. Vervolgens kun je eenvoudig met een single click WordPress updaten.

    Advies is om na een geslaagde update naar een recente WordPress versie de PHP versie weer te verhogen naar 7.4.x. PHP versie 7 biedt met name op het gebied van snelheid veel voordelen (tov PHP 5).

    Succes !

    Dat is een prima vraag hoor, helemaal niks mis mee.

    Iemand met kennis van zaken en toegang tot de hosting omgeving via FTP kan WordPress handmatig updaten.

    Het proces van handmatig updaten staat beschreven in het Updating WordPress artikel op wordpress.org.

    Hi dominiquevdr,

    Zomaar een schot voor de boeg (not tested):

    .elementor-1081 .elementor-element.elementor-element-968e215 a.elementor-button span.elementor-button-content-wrapper:hover span.elementor-button-icon::after {
    	content: "->Bel nu !<-";
    	color: green;
    }
    
    .elementor-1081 .elementor-element.elementor-element-968e215 a.elementor-button span.elementor-button-content-wrapper:hover span.elementor-button-text {
    	display: none;
    }

    Moet misschien nog iets aan geschaaft worden. Kan waarschijnlijk ook simpeler (korter).

    Hmm… WordPress 4.1.32 op PHP 7.4.14 …

    Misschien maar eens WordPress updaten naar een recentere versie …

    Dit was simpelweg een compatibiliteitsprobleem tussen de Use Any Font plugin versie 6.0.1 en PHP 7.1.33 ( < 7.3.x) …

    Volgens het Use Any Font plugin 6.0.2 Changelog:

    Support for older PHP versions.

    De 6.0.2 release werd 1 dag na de 6.0.1 release uitgebracht.
    (Er waren kennelijk meer gebruikers die tegen hetzelfde probleem aanliepen).

    Advies: Use Any Font plugin updaten naar de laatste versie.

    Het probleem is al opgelost? Markeer dit topic dan ff als opgelost. Dank voor de medewerking 😉

    Forum: Algemeen WordPress
    In antwoord op: Scherm Opties TAB

    Er zijn plugins waarmee je dit kunt doen.

    Maar je kunt ook zelf inhaken op het screen_options_show_screen filter in bijv het functions.php bestand van het actieve thema.

    $url = 'http://www.domein.nl/uitgaande-link';
    
    $value = sanitize_text_field( $_GET['kwd'] );
    
    $url = add_query_arg( 'kwd', $value, $url );

    Let op: Afhankelijk van de $url context (hard coded of gegenereerd) zou je de inhoud van $url door de esc_url() functie moeten halen om XSS te voorkomen.

    Ik heb ff naar de gegenereerde HTML code gekeken van je homepage en daar zie ik dat de “AllwaysAdmin” tekst direkt volgt op de <body> open tag. Gewoon los, geen html tags eromheen.

    Vervolgens staan er een aantal <script>, <meta> en <link> tag regels (zie hieronder) die naar mijn idee in het <head></head> gedeelte van het HTML document thuishoren …

    AllwaysAdmin
    <!-- Google Tag Manager for WordPress by gtm4wp.com -->
    <script data-cfasync="false" data-pagespeed-no-defer="" type="text/javascript">//<![CDATA[//]]>
    </script>
    <!-- End Google Tag Manager for WordPress by gtm4wp.com -->
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <link rel="icon" href="https://usercontent.one/wp/www.allwaysonline.nl/wp-content/uploads/2020/12/klaproos-511.jpg" sizes="32x32">
    <link rel="icon" href="https://usercontent.one/wp/www.allwaysonline.nl/wp-content/uploads/2020/12/klaproos-511.jpg" sizes="192x192">
    <link rel="apple-touch-icon" href="https://usercontent.one/wp/www.allwaysonline.nl/wp-content/uploads/2020/12/klaproos-511.jpg">
    <meta name="msapplication-TileImage" content="https://usercontent.one/wp/www.allwaysonline.nl/wp-content/uploads/2020/12/klaproos-511.jpg">

    Kortom ergens wordt deze dit stuk in de html code (het <body></body> gedeelte) van je homepagina toegevoegd terwijl het naar mijn idee in het <head></head> gedeelte thuishoort. Kan wellicht met Elementor te maken hebben …

    Overigens is het denk ik ook goed om te weten dat kale tekst in het <head></head> gedeelte van een html document niet wordt getoond …

    Kort en bondig: Er lijkt meer mis te zijn met de HTML code van je homepage.

    Ah mooi zo.

    De informatie die je nog zoekt vind je hierrrr.

    Als je de Capability vs. Role Table goed bekijkt dan zul je zien dat je waarschijnlijk de capability edit_posts (of delete_posts) zult moeten gebruiken om alleen een Subscriber (Abonnee) uit te sluiten.

    Hosting: Amazon AWS
    Running on: Apache
    CMS: WordPress 4.2.20 – Apr 2018 (latest available release 4.2.29 – Okt 2020)
    Proxy: Varnish 5.0
    Theme: TwentyFourteen
    PHP version: ?
    Error: 500 Internal Server Error

    Advies: Kijk even in het error_log op de hosting omgeving. Vaak staat in het error_log extra info mbt de 500 Internal Server Error error.

    Wat je, denk ik, bedoeld te zeggen is dat de menu optie die je plugin toevoegd aan het Admin Dashboard alleen zichtbaar is voor een gebruiker met de rol administrator. Een gebruiker met de rol administrator beschikt namelijk als enige over de manage_options capability.

    Indien dit klopt, kijk dan eens naar het derde argument ($capability) van de WordPress core add_menu_page() functie in de code van je plugin.

    Forum: Algemeen WordPress
    In antwoord op: recaptcha

    Google op “ERROR for site owner: Invalid key type” en de kans is groot dat je een oplossing vindt.

    Kom je er toch niet uit, maak dan een topic aan in het Login No Captcha reCAPTCHA plugin forum.

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