Home

WORDPRESS Navigatie

 

WORDPRESS::Aanpassen

AANPASSEN

Webpagina's verder customizeren

CSS Editor
Aan het uiterlijk van de site moeten nog enkele zaken naar eigen wens aangepast worden. Het leeuwendeel doen we door aanpassingen in de CSS. Hiervoor gebruiken we de geïnstalleerde plugin Site Origin CSS Editor. Het verschaft visuele menu opties voor het bewerken van het uiterlijk van de site. Ga hiervoor naar Dashboard > Weergave > Custom CSS

Het moeilijkste van het bewerken van het design met CSS is gewoonlijk het vinden van de te gebruiken selector. De krachtige inpector van SiteOrigin maakt dat makkelijk. Terwijl de preview van de site bekeken wordt is het gewoon een kwestie van het selecteren van een element en de inspector helpt met de identificatie van de beste selector voor het bedoelde element.

PHP Hacks
Toch zijn er ook nog aanpassingen die alleen maar door 'hacks' in de PHP tot stand kunnen worden gebracht. Deze worden gedocumenteerd in de tweede sectie van deze pagina.

Naar Index

Font in blog

Het font en de size passen we aan naar wens.
Met de Inspector van CSS Editor selecteren we de tekst van een blog. Dit element is echter de tekst in de specifieke blog, wij willen echter de tekst zetten voor alle blogs. Het identificeren van de juiste selector doen we door terug te gaan langs de breadcrums bar. tot het punt dat de selector niet meer van één enkel bericht is maar dus de container waar elk bericht in geplaatst wordt. In ons geval is dat: .content-container

In de linker kolom kunnen we nu kiezen voor het wijzigen van tekst, decoratie of layout.
Als we in de editor een wijziging aanbrengen in bijvoorbeeld de Font Size zien we aan de rechterzijde direct het reultaat in onze blog. Op deze manier confirmeren we meteen ook dat we de juiste selector te pakken hebben.

Voor het Font in onze blog maken we de volgende settings:

/*Font in blog*/
#page .content-container {
  font-size: 14px;
  font-family: arial;
  color: #000000;
}

Naar Index

Font image onderschrift

Het default font voor het onderschrift van de images is ook niet naar wens.
Met de inspector vinden we de selector: .wp-caption-text

Voor het Font in het onderschrift van Images maken we de volgende settings:

/*Image onderschrift*/
.wp-caption-text {
  font-size: 13px;
  text-align: center;
  font-style: italic;
  color: #000000;
}

Naar Index

Wrap tekst om image

Als media in een blog geplaatst worden met 'left-align'of 'right-align' zal de tekst zich om de media plooien. Dit gaat niet helemaal netjes. Om te beginnen zal een nieuw bericht beginnen direct onder de tekst van het huidige bericht. Als de media echter hoger is dan zal de media buiten het berichtblok uit gaan steken, zgn overflow.
Het is ook niet mooi dat de tekst half boven de image begint, dat moet iets lager.

Dit gaan we corrigeren met CSS, we vinden met de inspector de selector voor de image: .entry-content

Voor het voorkomen van overflow maken we de volgende setting:

/*Wrap tekst om Image*/
/*********************/
/*Stop Div overflow (verzakking)*/
.entry-content {
  overflow: hidden;
}

Om de image goed opgelijnd te krijgen met de tekst passen we de margins van de image aan. Met de inspector selecteren we de image en als deze image op 'alignleft' gezet is vinden we de selectors: img.alignleft en figure.wp-caption.alignleft De laatse is als de image een onderschrift heeft (caption)

De default waarden voor de margins van de image zijn: margin: 10px 12px 10px 0; (Hierbij is de eerste waarde de topmargin en vervolgens de waarden rechtsomdraaiend van de andere zijden. De image lijnt goed op door de topmargin te reduceren van 10px naar 5px.

Voor img.alignleft en figure.wp-caption.alignleft maken we de volgende setting:

/* Image alignment t.o.v. tekst (alignleft)*/
img.alignleft,
figure.wp-caption.alignleft {
  margin-top: 5px;
}

Voor een image die we rechts geplaatst hebben maken we een zelfde correctie als hierboven voor img.alignright en figure.wp-caption.alignright:

/* Image alignment t.o.v. tekst (alignright)*/
img.alignright,
figure.wp-caption.alignright {
  margin-top: 5px;
}

Naar Index

Lijn boven blog-footer met metadata

Default zit er een dikke balk net boven de footer met metadata die ook nog buiten de content uitsteekt

Met de inspector vinden we voor de meta footer de selector: #page .entry-meta
Hiermee hebben we echter niet de selector voor de balk er net boven.
Als we de blog in een browser bekijken met 'Element Inspecteren' ontdekken dat we hier te doen hebben met #page .entry-meta::before met de
defaultsettings: height: 4px; left: -2px; right: -2px; top: -6px;

Voor #page .entry-meta::before maken we nu de nieuwe settings als volgt

/*Lijn (box) boven footer met metadata*/
#page .entry-meta::before {
  height: 0px;
  left: 20px;
  right: 20px;
  top: 4px;
}

Naar Index

Widgets Algemene Vormgeving

De widgets in de sidebar zien er niet geheel naar wens uit:

  1. De sidebar is even lang als de content, dus een lange lege kolom onder de widgets.
    Dit corrigeren we door de sidebar transparant (onzichtbaar) te maken. Inspector selector: #page .sidebar-1
  2. De titels van de widgets hebben per default lelijke balken die ook nog eens uitpuilen buiten de sidebar.
    Dit corrigeren we door de balken niet weer te geven. Inspector selectors: #page .column .widget-title::before en #page .column .widget-title::after
  3. We kleden de titelbox aan met een achtergrondkleur en passen font grootte en kleur aan.
    Inspector selector: #page .widget-title
/*Widgets Algemene Vormgeving**
*******************************
**Verberg (maak transparant) lege Widget ruimte*/
#page .sidebar-1 {
  background: rgba(0,0,0,0);
  border: none;
}

/*Verberg balken van Widget Titels*/
#page .column .widget-title::before {
  display: none;
}

#page .column .widget-title::after {
  display: none;
}

/*Font en achtergrondkleur setting*/
#page .widget-title {
  color: #000000;
  font-size: 16px;
  background-color: #e5b7eb;
}
/*****************************/

Naar Index

Zoeken Widget

De default zoekbox heeft een plompe vormgeving afwijkend van de andere widgets.
Dit passen we aan naar wens. Inspector selector: #page .widget_search .search-form input[type="search"]

/*Zoeken Widget*/
#page .widget_search .search-form input[type="search"] {
  color: #000000;
  font-size: 14px;
  padding: 2px;
}

Naar Index

Abonneer Widget

Van de Abonneer Widget reduceren we de font grootte en zetten we de kleur van wazig blauw naar zwart.
Tevens passen we de kleurzetting aan van de Abonneer-knop. Inspector selectors: .es_subscription_form en .es_subscription_form .es_submit_button

/*Abonneer Widget*/

.es_subscription_form  {
  font-size: 90%;
  color: #000000;
}

.es_subscription_form .es_submit_button {
  background-image: linear-gradient(#482259, #9469a6, #482259);
}

Naar Index

Favorieten Widget

Van de Favorieten (Simple Link-List) Widget reduceren we de grootte van de bullets en zetten we de kleur naar zwart. Opnieuw een uitdaging om de selector te vinden, met 'Element Inspecteren' in een browser vinden we de selector: .widget_link_list li::before

/* Link-List Widget*/
.widget_link_list li::before {
  font-size: 10px;
  color: #000000;
}

Naar Index

Beheer Widget

Van de Beheer (Custom Meta) Widget reduceren we ook de grootte van de bullets en passen we de kleur aan. Ook hier een uitdaging om de selector te vinden, met 'Element Inspecteren' in een browser vinden we de selector: .customMetaWidget li::before

/*Beheer Widget*/
.customMetaWidget li::before {
  font-size: 10px;
  color: #ff0808;
}

Naar Index

Footer Text

De tekst in de Footer is per default zwart op een witte achtergrond. Met de paarse achtergrond komt witte tekst beter uit, maar het kan wel wat bescheidener in omvang.
Inspector selector: #page .site-info

/*Footer Text*/
#page .site-info {
  font-size: 12px;
  color: #ffffff;
}

Naar Index

Commentaar tekstkleur

Als er door een bezoeker commentaar gegeven wordt zijn er een paar instructies in een nauwelijks te lezen kleur weergegeven en we zetten de kleur naar donkerblauw.
Inspector selectors: #page .comment-notes en #page .comment-awaiting-moderation

/*Commentaar instructie tekstkleur*/
#page .comment-notes {
  color: #5565db;
}

#page .comment-awaiting-moderation {
  color: #5565db;
}

Naar Index

Reactie Titels niet in uppercase

/*Reactie-titels niet in uppercase*/
.comment-reply-title {
  text-transform: none;
}

.comments-title {
  text-transform: none;
}

Naar Index

Navigatie van berichten in single-view

/*Navigatie van berichten in single-view*/
.nav-next {
  font-weight: normal;
}

.nav-previous-one {
  font-weight: normal;
}

Naar Index

Pagina Navigatie achtergrond en padding

De linkteksten zijn zijn onderdeel van het thema en vertaald met Loco Translate (Zie Aanvullende Vertalingen: Thema Layout-Builder voor 'Next →' en '← Previous').

/*Pagina Navigatie achtergrond en padding*/
.pagination.loop-pagination {
  background-color: rgba(0, 0, 0, 0);
  border-color: #e01414;
}

.pagination .page-numbers {
  padding: 5px;
}

Naar Index

Aanvullende vertalingen

Loco Translate
Wordpress is in hoge mate vertaald in het nederlands. Maar in het thema en sommige plugins ontbreken toch nog enkele nederlandse termen. Voor het admin gedeelte is dat geen probleem omdat voor mij Engels soms nog duidelijker is. Voor de lezers van de blogs is dit niet wenselijk en rommelig.
Van de relevante teksten kunnen ontbrekende vertalingen worden gemaakt met de plugin Loco Translate

Naar Index

Thema Layout-Builder

Het thema 'Layout-Builder'is een child-theme van 'SG-Window'. In Layout-Builder komen nauwelijks te vertalen teksten voor, de meeste tekst is 'inherited' van het parent-theme 'sg-window'. In Loco Translate selecteren we daarom 'SG-Window' voor de te maken vertalingen.

Lokale custom vertaling thema 'SG-Window':
Voor 'SG-Window' developer zijn geen vertalingen meegeleverd.
We gebruiken het door de developer meegeleverde templatebestand ../wp-content/themes/sg-window/languages/sg-window.pot

De te vertalen tekst is snel te vinden vie de zoekfunctie, begin gewoon met het typen van de te vertalen Engelse tekst. De vertalingen beperken we tot wat de lezer van de blogs te zien kan krijgen:

Engels Nederlands
1 Comment 1 Reactie
% Comments % Reacties
Number of Comments Aantal Reacties
Leave a Comment Reageer
One thought on “%2$s” 1 reactie op “%2$s”
Edit Bewerken
Next → Ouder
← Previous Nieuwer
All posts by %s Alle berichten van %s
Page: Pagina:
Page Pagina
Pages: Pagina's:
Pages Pagina's

Naar Index

Email Subscribers

In de 'WORDPRESS::Plugins en Wizards' sectie Email Subscribers worden aanvullende vertalingen gedaan.
De vertalingen slaan we lokaal op om te voorkomen dat ze verloren gaan bij Wordpress Updates.

Lokale custom vertaling 'Email Subscribers':
De vertalingen meegeleverd door de Email Subscribers developer zijn geplaatsts in de map: ../wp-content/plugins/email-subscribers/languages. We zien dat hier Nederlands niet bij is.
Door Nederlandse Wordpress gebruikers zijn echter wel vertalingen gemaakt en deze zijn opgeslagen in de map ../wp-content/languages/plugins. In deze laatste folder worden bij Wordpress Updates automatisch de laatste (Nederlandse) vertalingen van geïnstalleerde plugins geplaatst. Let wel, dit zijn dus vertalingen niet gemaakt door de developer, maar door gebruikersgroepen.
In ons geval met Email Subscribers resulteerde dit in een 'bug' toen de developer bij een update van de plugin een wijziging aanbracht in de engelse brontekst. Door deze afwijkende brontekst ontstond een tekst waarvoor geen overeenkomende Nederlandse vertaling bestond.
Voor een eigen lokale custom vertaling is het daarom zaak dat we voor de brontekst de laatste door de plugin developer meegeleverde template gebruiken.
Voor Email Subscribers is dat het templatebestand ../ wp-content/plugins/email-subscribers/languages/email-subscribers.pot
Helaas is dit bestand door de developer slechts voorzien van 4 regels met vertalingen, dus onbruikbaar.
We wijken in dit geval uit door een kopie te maken van de brontekst van een wel meegeleverde taal, ik heb email-subscribers-de_DE.po genomen.

Alternatief: Als éénmaal een lokale versie met vertalingen bestaat kan deze ook 'gesynchroniseerd' worden met een update met nieuwe brontekst. Door het synchroniseren worden nieuwe en/of gewijzigde bronteksten opgenomen in het custom (lokaal) bestand. Voor deze nieuwe brontekst kunnen we dan de vertalingen maken.

De Email Subscriber vertalingen beperken we tot wat de lezer die zich abonneert (email subscriber) te zien krijgt:

Engels Nederlands
Your subscription was successful! Kindly check your mailbox and confirm your subscription. If you don't see the email within a few minutes, check the spam/junk folder.
Je aanmelding is geslaagd! Controleer je e-mail en bevestig je aanmelding. Als je de e-mail na enkele minuten niet ziet, controleer dan je spam/junk folder.
Oops.. Your request couldn't be completed. This email address seems to be already subscribed / blocked.
Oeps... Je verzoek kon niet uitgevoerd worden. Dit e-mailadres lijkt al aangemeld of geblokkeerd te zijn.
Thank You, You have been successfully unsubscribed. You will no longer hear from us. Dank u, uw afmelding is geslaagd. U zult niet meer van ons horen.
Oops...unable to add subscriber
Oeps...toevoegen van abonnee lukt niet.
You need to wait for sometime before subscribing again.
U moet enige tijd wachten voordat u opnieuw abonneert.
You have been subscribed successfully! Je aanmelding is geslaagd!
Enter Name Je naam
Enter Email Address Je e-mail adres
Email Address already exists! E-mailadres bestaat al!
Audience Volgers
Subscribed Geabonneerd
Please enter email address Voer s.v.p. e-mailadres in
Successfully Subscribed. Geslaagde aanmelding.
Invalid email address
Ongeldig e-mailadres

Naar Index

Aanpassen met PHP Hacks

Helaas lukt het niet helemaal de Wordpress Bolg geheel naar onze hand te zetten zonder edits (hacks) uit te voeren in enkele PHP bestanden.
Het grootste risico is dat er in de loop van de tijd mogelijk updates in het Thema 'Layout Builder' of het parent thema 'SG Window' uitkomen. Der door ons zelf gemaakte hacks worden dan overschreven.
Het is daarom zaak een kopie op te slaan van het originele ongewijzigde bestand (geef deze een extra extensie: .parent). Omdat een update mogelijk automatisch uitgevoerd wordt moeten we ook een kopie bewaren van het gehackte bestand (en geef deze de extra extentie: .bck).
Na een update moeten we controleren of er wijzigingen (updates) gemaakt zijn in het betreffende bestand. Als dat niet het geval is kunnen we het bestand met de .bck extentie terugzetten.
Als daarentegen het nieuwe bestand wel updates bevat dan moeten we (na een .parent kopie gemaakt te hebben) onze hacks opnieuw in de bestanden aanbrengen.

Naar Index

Uploads en Updates zonder FTP

Wordpress is ingericht om alle activiteiten zoals Updates/Themes/Plugins en Uploads via FTP naar de remote server bij de provider uit te voeren. In mijn geval draai ik mijn eigen lokale server en is het gebruik van FTP onnodig omslachtig.
Directe communicatie is echter mogelijk door een toevoeging te plaatsen in wp-config.php:

  1. # cd /var/www/html/blog/
  2. # cp -a wp-config.php wp-config.php.org
  3. # vi wp-config.php en maak onderstaande Edit
  4. # cp -a wp-config.php wp-config.php.bck (bewaar kopie van gehackte bestand)

Edit wp-config.php en voeg aan einde toe:

/**
 * Toegevoegd B. Makkink 20-10-2016
 * Transfer methode 'direct' in plaats van default 'ftp'
 */
define('FS_METHOD', 'direct');

Maak deze hack in het begin van het installeren van Wordpress

Naar Index

Eigen tekst in Footer

Default heeft het thema de credits staan aan Wordpress. Dit wijzigen wij naar een eigen Copyright verklaring.
Hiervoor voeren we een edit uit in het bestand function.php:

  1. # cd /var/www/html/blog/wp-content/themes/layout-builder
  2. # cp -a function.php functions.php.org
  3. # vi function.php en maak onderstaande Edit
  4. # cp -a function.php functions.php.bck (bewaar kopie van gehackte bestand)

Edit function.php en zoek in de sectie 'Set defaults' naar de code: $defaults['footer_text'] = . . .
Dat zal ongeveer regel 214 zijn. Wijzig deze code als hieronder:

$defaults['footer_text'] = '© Erica Makkink' ;

Naar Index

Lees verder ...»

Bij het opstellen van een bericht in WP Edit kan de weergave van een bericht ingekort worden. Door de cursor op de gewenste plaats van afbreken te zetten en daarna de button 'Lees-meer-tag invoegen' aan te klikken, wordt op deze plaats in de tekst de zgn. 'more' tag ingevoegd, een soort van page-break.

Als we de blog nu op de homepagina (multi-view) bekijken zien we dat het bericht stopt op de geselecteerde plaats met een link.

Naar Index

Naar Index

Als we deze link aanklikken opent het bericht (single-view) en wordt ook de rest van het bericht getoond.
Per default staat er in plaats van 'Lees verder...' een gigantische box met een Engelse tekst. Om dit te corrigeren plaatsen we een hack aan het einde van het bestand ../themes/layout-builder/functions.php
Als de link in de 'more' tag aanklikken springt de weergave naar de single-view vn het bericht op de plaats waar de tag geplaatst is. Hierdoor verdwijnt het bovenste gedeelte van het bericht, terwijl het veel duidelijker is als de single-view begint aan de top van het bericht.
Hiervoor maken we ook een edit in functions.php.
Note: Zorg dat er eerst een kopie functions.php.org van de originele functions.php gemaakt is!

Voeg voor bovenstaande wensen onderstaande code toe geheel aan het einde van functions.php:

/**
 * More tag customizeren
 * Ben Makkink 29-11-2016
 *
 * Tekst wijzigen naar Lees verder ...
 */
function my_more_link($more_link, $more_link_text) {
        return str_replace($more_link_text, 'Lees verder ...»', $more_link);
}
add_filter('the_content_more_link', 'my_more_link', 10, 2);

/**
 * Stop more link from jumping to middle of page
 */
function remove_more_jump_link($link) {
        $offset = strpos($link, '#more-');
        if ($offset) {
                $end = strpos($link, '"',$offset);
        }
        if ($end) {
                $link = substr_replace($link, '', $offset, $end-$offset);
        }
        return $link;
}
add_filter('the_content_more_link', 'remove_more_jump_link');

Naar Index

Page Links boven content

Als in Pagina's een 'page-break' gezet wordt dan wordt op dat punt de pagina onderbroken en worden er aan de bodem 'Page Links' geplaatst. Hier kan de gebruiker kiezen naar een andere pagina('s) te gaan.
Als echter een gebruiker een pagina opent, dan zal hij helemaal naar beneden moeten scrollen om een andere pagina te kunnen selecteren. Daarom heeft het mijn voorkeur dat deze 'Page Links' ook aan de top van de pagina, voor de content, weergegeven worden. Door deze Links aan de top heeft de gebruiker ook meteen een overzicht in hoeveel pagina's de pagina verdeeld is.

Hack niet in parent-theme!
Het weergeven van de 'Page Links' is mogelijk, maar hiervoor is een hack noodzakelijk.
Het bestand wat bewerkt moet worden is 'content-page.php' dat zich bevindt in het parent-thema 'sg-window' (../wp-content/themes/sg-window/content-page.php).
Dit bestand laten we met rust en we plaatsen een kopie in ons child-thema 'layout-builder' (../wp-content/themes/layout-builder/content-page.php).
Vóórdat we dit bestand in 'layout-builder' bewerken, maken we ook nog een backup kopie met de naam 'content-page.php.org', zie hiervoor ook WORDPRESS::Backup and Restore sectie Script Backupwp: User Hacks

Content-Page.php
Hieronder het gedeelte van de code waarin we een wijziging aanbrengen. Het gehighlighte gedeelte is nieuw toegevoegd vóór 'the_content()'en is een kopie van de 'wp_link_pages' code na 'the_content()'.

<div class="entry-content">
  <?php
  wp_link_pages( array(
     'before'      => '<div class="page-links"><span class="page-links-title">' . __( 'Pages:', 'sg-window' ) . '</span>',
     'after'       => '</div>',
     'link_before' => '<span>',
     'link_after'  => '</span>',
   ) );
  the_content();
    wp_link_pages( array(
     'before'      => '<div class="page-links"><span class="page-links-title">' . __( 'Pages:', 'sg-window' ) . '</span>',
     'after'       => '</div>',
     'link_before' => '<span>',
     'link_after'  => '</span>',
   ) );                                                       
  ?>
<div class="clear"></div>
                        

Vertalingen
Zie de sectie Aanvullende vertalingen : Layout-Builder voor de vertaling van __( 'Pages:', 'sg-window' )

Naar Index

Auto-update werkt niet

Bij Wordpress worden de updates/upgrades automatisch uitgevoerd. In januari 2019 ontving ik een e-mail van Wordpress dat een automatische update niet lukte.

  1. Toen ik probeerde de update handmatig uit te voeren lukte dat ook niet. De voortgang was als volgt:
    Downloading update from http://wordpress.org/wordpress-5.0.3.zip...

    gevolgd door:
    Download failed.: The checksum of the file () does not match the expected checksum value (xxxxxxxxxxxxxxx).
     
  2. Voor verdere analyse heb ik de DEBUG-mode ingeschakeld door een edit in het bestand ../blog/wp-config.php vóór de scriptregel:
    /* That's all, stop editing! Happy blogging. */
     
    // Enable WP_DEBUG mode
    define( 'WP_DEBUG', true );
    // Enable Debug logging to the /wp-content/debug.log file
    define( 'WP_DEBUG_LOG', true );
    // Disable display of errors and warnings
    define( 'WP_DEBUG_DISPLAY', false );
    @ini_set( 'display_errors', 0 );
    // Use dev versions of core JS and CSS files (only needed if you are modifying these core files)
    define( 'SCRIPT_DEBUG', true );

     
  3. In Debug-Mode opnieuw geprobeerd te upgraden. Dit resulteerde in foutmeldingen in het logbestand ../blog/wp-content/debug.log die er allemaal op neer kwamen dat de download /tmp/wordpress-5.0.3.zip niet gevonden wordt (No such file).
    Alles wees er op dat de download van de update geen write-access krijgt tot de rootmap /tmp
     
  4. De permissies van /tmp waren: drwxrwxrwt. , dus dat zou geen probleem mogen zijn.
     
  5. Enige tijd terug had ik het TMP bestand leeggemaakt in de veronderstelling dat hier alleen tijdelijke bestanden staan. Dit is het misverstand die tot het probleem leidde.

Naar Index

Eigen privé TMP voor elke service

Zie ook systemd for Administrators

Service Private /tmp

Het root /tmp bestand is bedoeld als gedeelde ruimte voor alle locale services en gebruikers. Tijdenlang is dit een belangrijke bron van beveiligingsproblemen voor diverse services geweest. Symlink aanvallen en DoS kwetsbaarheden vanwege te raden tijdelijke /tmp bestanden was eenvoudig.
Door het /tmp bestand van een service te isoleren van de rest van de host worden zulke kwetsbaarheden verwaarloosbaar.
Met het inschakelen van zo'n Service-Private /tmp wordt de /tmp map die een service te zien krijgt privé en geisoleerd van de host /tmp map.
Elke service krijgt hierdoor tevens geen toegang meer tot de host (root) /tmp of /tmp mappen van andere services.
De Service Private /tmp wordt bij het opstarten van een service in de root /tmp aangemaakt.

Op de homeserver zijn bijvoorbeeld de volgende Service Private /tmp mappen actief:

drwx------ 3 root root 4096 Jan 12 15:21 systemd-private-0320487853884b1f82e22ffa73d8d58f-arpwatch@enp1s6.service-JpqxhM
drwx------ 3 root root 4096 Jan 12 15:21 systemd-private-0320487853884b1f82e22ffa73d8d58f-clamd.service-12xF6v
drwx------ 3 root root 4096 Jan 12 15:21 systemd-private-0320487853884b1f82e22ffa73d8d58f-httpd.service-O5lnF4
drwx------ 3 root root 4096 Jan 12 15:21 systemd-private-0320487853884b1f82e22ffa73d8d58f-mariadb.service-k5r7XE
drwx------ 3 root root 4096 Jan 12 15:21 systemd-private-0320487853884b1f82e22ffa73d8d58f-system-mariadb.service-J9i0NX

Naar Index

Probleem gevonden en opgelost

Door het verwijderen van alle tijdelijke bestanden in /tmp verwijderde ik effectief het prive /tmp bestand van de diverse services.
Voor de update van Wordpress wordt het update pakket gedownload naar het /tmp bestand, maar die was voor de service httpd niet meer beschikbaar en de download faalde.

Deze Service Private /tmp mappen worden eenvoudig hersteld door de services opnieuw op te starten bijv.: # service httpd restart.
De Service Private /tmp mappen van alle services in 1 keer herstellen gaat eenvoudiger met een reboot

Naar Index

Migreren van HTTP naar HTTPS

Gemengde inhoud: Afbeeldingen niet beveiligd

Als we ons HTTP domein beveiligen met SSL/TLS versleuteling (HTTPS) resulteert dat bij clientbrowsers in onderstaande vermelding in Firefox. Bij overige browsers volgen soortgelijke vermeldingen.

Zie WORDPRESS::Plugins en Wizards sectie Better-Search-Replace voor switch naar HTTPS voor het omzetten van de absolute HTTP links naar HTTPS links.

Naar Index