Kategorie: Allgemein

Wie verhindert man, dass ein WordPress-Theme vom benutzer aktualisiert wird?

7. Oktober 2024 / StableWeb

Es kann durchaus vorkommen, dass man ordentlich gearbeitet hat, ein Child-Theme angelegt hat, und trotzdem zerschießen Updates des Parents-Themes immer wieder das Layout.

Wenn der Entwickler des Parent-Themes dann auf Hinweise, dass er gepfuscht hat, unwillig reagiert, bleibt manchmal nur die Möglichkeit, die Updates für das Parent-Theme zu deaktivieren.

Bis PHP 7.X ging das in der functions.php des Child-Themes mit dem Codeschnipsel

# Theme-Update verhindern
remove_action( 'load-update-core.php', 'wp_update_themes' );
add_filter( 'pre_site_transient_update_themes', create_function( '$a', "return null;" ) );
wp_clear_scheduled_hook( 'wp_update_themes' );

# Theme-Update verhindern

remove_action( 'load-update-core.php', 'wp_update_themes' );

add_filter( 'pre_site_transient_update_themes', create_function( '$a', "return null;" ) );

wp_clear_scheduled_hook( 'wp_update_themes' );

Seit PHP 8 steht aber create_function() nicht mehr zur Verfügung.

Hier hilft dann

# Theme-Update verhindern
remove_action( 'load-update-core.php', 'wp_update_themes' );
add_filter( 'pre_site_transient_update_themes', function() {return null; } );
wp_clear_scheduled_hook( 'wp_update_themes' );

# Theme-Update verhindern

remove_action( 'load-update-core.php', 'wp_update_themes' );

add_filter( 'pre_site_transient_update_themes', function() {return null; } );

wp_clear_scheduled_hook( 'wp_update_themes' );

WordPress aktualisieren oder Plugins aktualisieren fragt nach FTP-Verbindungsinformation

22. Mai 2023 / StableWeb

Aus heiterem Himmel verweigert WordPress manchmal das Einspielen von Updates.

Das kann zum einen an falsch gesetzten Rechten liegen, welche man mit
find ./ -type d -exec chmod 755 {} + find ./ -type f -exec chmod 644 {} +
beheben kann.

Wenn das nicht hilft, kann man in die wp-config.php noch den Wert für FS_METHOD festlegen:
define('FS_METHOD', 'direct');

Javascript-Debugging unter WordPress mit console.log beim Staging / bei Verwendung einer Testumgebung

19. September 2022 / StableWeb

Die Javascript-Funktion console.log() ist beim Debugging quasi unumgänglich. Allerdings möchte man in Produktivumgebungen keine Debug-Meldungen sehen.

Man kann natürlich beim Staging aus der Entwicklungs- oder Test-Umgebung jedes mal alle Aufrufe von console.log() auskommentieren oder löschen. Sofern eine Website allerdings einer ständigen Eeiterentwicklung unterliegt, ist das eher mühsam. Außerdem ist jeder manuelle Schritt beim Staging eine potentielle Fehlerquelle.

Eleganter ist es, dabei auf den Debug-Status von WordPress zurückzugreifen.

In Entwicklungs- oder Test-Umgebungen werden sich ziemlich sicher in der wp-config.php die Zeilen

define( 'WP_DEBUG', true );					# WP-Debugging ein- oder ausschalten
define( 'WP_DEBUG_LOG', true );				# Logfile (/wp-content/debug.log)  ein- oder ausschalten
define( 'WP_DEBUG_DISPLAY', false);			# Anzeige von Debuginformationen ein- oder ausschalten

define( 'WP_DEBUG', true ); # WP-Debugging ein- oder ausschalten

define( 'WP_DEBUG_LOG', true ); # Logfile (/wp-content/debug.log) ein- oder ausschalten

define( 'WP_DEBUG_DISPLAY', false); # Anzeige von Debuginformationen ein- oder ausschalten

finden.
Während in Live- oder Produktivumgebungen hoffentlich die Zeilen

define( 'WP_DEBUG', false );					# WP-Debugging ein- oder ausschalten
define( 'WP_DEBUG_LOG', false );				# Logfile (/wp-content/debug.log)  ein- oder ausschalten
define( 'WP_DEBUG_DISPLAY', false);			# Anzeige von Debuginformationen ein- oder ausschalten

define( 'WP_DEBUG', false ); # WP-Debugging ein- oder ausschalten

define( 'WP_DEBUG_LOG', false ); # Logfile (/wp-content/debug.log) ein- oder ausschalten

define( 'WP_DEBUG_DISPLAY', false); # Anzeige von Debuginformationen ein- oder ausschalten

vorhanden sind.

Man ergänzt jetzt diesen Abschnitt einfach um eine weitere Konstante:

define( 'WP_DEBUG_JS', true );				# Eigenes Debugging für Javascript  ein- oder ausschalten

1	define( 'WP_DEBUG_JS', true ); # Eigenes Debugging für Javascript ein- oder ausschalten

Die Konstante WP_DEBUG_JS lässt sich beim Enqueuing des Javascripts im (Child-)Theme oder Plugin über die Lokalisierung mit übergeben:

wp_enqueue_script( 'stableweb_js', get_stylesheet_directory_uri() . "/js/stableweb.js", array('jquery'), date( "Ymd.His", filemtime( get_stylesheet_directory(). "/js/stableweb.js" ) ) );
	
wp_localize_script( 'stableweb_js', 'stableweb_params', array( 'ajax_url' => admin_url( 'admin-ajax.php' ), 'debug_js' => WP_DEBUG_JS	) );

wp_enqueue_script( 'stableweb_js', get_stylesheet_directory_uri() . "/js/stableweb.js", array('jquery'), date( "Ymd.His", filemtime( get_stylesheet_directory(). "/js/stableweb.js" ) ) );

wp_localize_script( 'stableweb_js', 'stableweb_params', array( 'ajax_url' => admin_url( 'admin-ajax.php' ), 'debug_js' => WP_DEBUG_JS ) );

In der Javascript-Datei muss dann nur noch console.log() in einer eigenen Funktion gekapselt werden

function stableweb_log( logtext ) {
	if ( stableweb_params.debug_js )
		console.log( logtext );
}

function stableweb_log( logtext ) {

if ( stableweb_params.debug_js )

console.log( logtext );

}

und einmalig „console.log( … )“ durch „stablew_eblog( … )“ ersetzt werden.

Exkurs: Relative URLs für Medien für einfacheres Migrieren von der Test- in die Live-Umgebung

Wenn man schon an der wp-config.php dran ist, kann man auch gleich noch dafür Sorge tragen, dass Medien mit relativen URLs verarbeitet werden:

define( 'WP_CONTENT_URL', '/wp-content');  # relative URLs für Medien

1	define( 'WP_CONTENT_URL', '/wp-content'); # relative URLs für Medien

Mozilla Firefox hat Verbindungsprobleme und lastet die CPU aus

13. Januar 2022 / StableWeb

In Version 95 und evtl. auch früheren Versionen verbindet sich Mozilla in einigen Konstellationen nicht mehr mit Webservern.

Das Problem ist wohl ein Fehler im HTTP/-Protokollstapel, der vermutlich zeitnah behoben wird. Bis dahin hilft es, HTTP/3 zu deaktivieren:

In der Adresszeile

about:config

1	about:config

eingeben.
Die evtl. auftretende Warnmeldung bestätigen und in der eingeblendeten Suchzeile

network.http.http3.enabled

1	network.http.http3.enabled

eingeben und [RETURN] drücken.
Im Suchergebnis (es sollte nur eine Zeile geben) dann auf den Button rechts mit dem Pfeil nach links und rechts klicken, so dass beim Wert in der mitte „false“ steht.

Nunmehr sollte Firefox wieder wie gewohnt funktionieren.

Wissenswertes über den WordPress Customizer

23. Februar 2019 / StableWeb

Die Standardfunktionen des WordPress Customizers:
https://maddisondesigns.com/2017/05/the-wordpress-customizer-a-developers-guide-part-1

Und einige sehr wertvolle Erweiterungen:
https://maddisondesigns.com/2017/05/the-wordpress-customizer-a-developers-guide-part-2/

Customize Image Gallery Control: Adds Customizer support for image gallery control type.
https://github.com/xwp/wp-customize-image-gallery-control

Wie kann ich aus einem WordPress-Plugin heraus auf eine andere Datenbank zugreifen

31. Januar 2019 / StableWeb

Gelegentlich möchte man auf eine andere Datenbank zugreifen als auf die, auf der WordPress läuft.

Glücklicherweise kann man sehr leicht eine neue Instanz von wpdb anlegen:

$meine_db = new wpdb('username','password','database','localhost'); 
$rows = $meine_db->get_results("select xyz from meine_tabelle");  
foreach ($rows as $row) {     
  echo $row->xyz . '';
}

$meine_db = new wpdb('username','password','database','localhost');

$rows = $meine_db->get_results("select xyz from meine_tabelle");

foreach ($rows as $row) {

echo $row->xyz . '';

}

Wie kann man bei DomainFactory auf die Datenbank in einem anderen Auftrag per PHP zugreifen?

27. Mai 2018 / StableWeb

Bei vielen Hostern kann man auf alle Datenbanken des Hosters, so man die Zugangsdaten hat, zugreifen. Bei einigen Hostern kann man sogar externen Zugriff auf die Datenbanken gestatten.
Bei DomainFactory geht das leider nicht ohne Weiteres. Auch wenn eine Konfigurierbarkeit der Zugriffsmöglichkeiten wünschenswert wäre, muss man doch auf die etwas unhandliche Variante des SSH-Tunnels zurückgreifen.

Sofern man auf der Konsole per SSH arbeitet, ist das nicht weiter schwierig. Auf Server A einfach

ssh ssh-benutzername-auf-server-B@domain-server-B

1	ssh ssh-benutzername-auf-server-B@domain-server-B

eingeben, dass passende Kennwort für den SSH-Benutzer auf Server B eingeben und fertig.

Wenn man jetzt auch gleich noch den Datenbankzugriff auf eine MySql5-DB auf Server B haben möchte, sieht das dann so aus:

ssh -v -L 3307:mysql5.domain-server-B:3306 ssh-benutzername-auf-server-B@domain-server-B

1	ssh -v -L 3307:mysql5.domain-server-B:3306 ssh-benutzername-auf-server-B@domain-server-B

Anschließend lässt sich über den Host 127.0.0.1 auf Port 3307 auf die Datenbanken auf Server B zugreifen.

Wenn man nun das Ganze in PHP abbilden möchte, lernt man schnell, dass man zwar mit shell_exec() die SSH-Verbindung anstoßen kann, aber eben nicht das Kennwort übergeben kann.

Die Lösung ist eigentlich ganz einfach. Man generiert entsprechende Schlüssel und anschließend funktioniert der Zugriff ohne Eingabe eines Kennwortes.

Folgendes ist zu tun.

Auf Server A (von dem aus auf Server B zugegriffen werden soll) auf der Konsole:

ssh-keygen

1	ssh-keygen

eingeben und alle Abfragen mit [RETURN] bestätigen.
Es werden dann im Verzeichnis .ssh zwei Dateien abgelegt. Der private Schlüssel id_rsa und der öffentliche Schlüssel id_rsa.pub.

Die Datei id_rsa.pub muss anschließend auf den Server B in das Verzeichnis .ssh kopiert werden und anschließend in authorized_keys umbenannt werden. Sollte die Datei authorized_keys schon bestehen, so ist die id_rsa.pub mit der authorized_keys zu konkatenieren.
Anschließend muss das Verzeichnis .ssh noch auf die Rechte 0700 und die Datei authorized_keys auf die Rechte 0600 gesetzt werden.

Ein Test auf der Konsole von Server A mit

ssh ssh-benutzername-auf-server-B@domain-server-B

1	ssh ssh-benutzername-auf-server-B@domain-server-B

sollte nunmehr eine SSH-Vergbindung mit Server B ohne Rückfrage nach einem Passwort aufbauen.

Sofern das alles funktioniert, kann man nunmehr per PHP den SSH-Tunnel aufbauen und sich dann mit der Datenbank verbinden:

echo shell_exec("ssh -v -L 3307:mysql5.domain-server-B:3306 ssh-benutzername-auf-server-B@domain-server-B 2>&1")."<br>";
$extmysqli = new mysqli("127.0.0.1", $db["ext_user"], $db["ext_pass"], $db["ext_db"], 3307);

1 2	echo shell_exec("ssh -v -L 3307:mysql5.domain-server-B:3306 ssh-benutzername-auf-server-B@domain-server-B 2>&1")."<br>"; $extmysqli = new mysqli("127.0.0.1", $db["ext_user"], $db["ext_pass"], $db["ext_db"], 3307);

Das „2>&1“ kann man weglassen. Es sorgt lediglich dafür, dass in Verbindung mit der Option -v die Ausgaben der Konsole tatsächlich zurückgegeben werden.
Bei der mysqli-Verbindung muss zwingend 127.0.0.1 statt localhost angegeben werden, da ansonsten versucht wird, eine Socket-Verbindung statt einer Verbindung über Port 3307 aufzubauen, was natürlich nicht funktioniert.

PHP-Codeschnipsel, die man immer mal wieder braucht

15. September 2017 / StableWeb

Datumsumwandlung ziwschen MySQL- und deutschem Format

MySQL nach deutsch

function date_mysql2german($date) {
    if (strpos($date," ")===false) {
        $datum=$date;
        $zeit="";
    } else {
        list($datum,$zeit)=explode(" ",$date);
        $zeit=" ".$zeit;
    }
    $teile = explode("-",$datum);
    return sprintf("%02d.%02d.%04d", $teile[2], $teile[1], $teile[0]).$zeit;
}

function date_mysql2german($date) {

if (strpos($date," ")===false) {

$datum=$date;

$zeit="";

} else {

list($datum,$zeit)=explode(" ",$date);

$zeit=" ".$zeit;

}

$teile = explode("-",$datum);

return sprintf("%02d.%02d.%04d", $teile[2], $teile[1], $teile[0]).$zeit;

}

Deutsch nach MySQL

function date_german2mysql($date) {
    if (strpos($date," ")===false) {
        $datum=$date;
        $zeit="";
    } else {
        list($datum,$zeit)=explode(" ",$date);
        $zeit=" ".$zeit;
    }
    $teile = explode(".",$date);
    return sprintf("%04d-%02d-%02d", $teile[2], $teile[1], $teile[0]).$zeit;
}

function date_german2mysql($date) {