Ändern des wp-content-Namens => Lokalisation geht nicht mehr?

Alphawolf

Hallo,

in meinem Testblog (2.6) habe ich den wp-content-Ordner umbenannt in wp-content-test/, als eines der neuen Features. Doch dann ist mein Backend auf Englisch. In der wp-config habe ich folgende Konstanten platziert:

PHP

define('WP_CONTENT_DIR', ABSPATH . 'wp-content-test');
define('WP_CONTENT_URL', 'http://www.domain.de/testblog/wp-content-test');


define('WPLANG', 'de_DE');

Meine Plugins werden korrekt übersetzt, nur der Rest des Backends ist in Englisch.

Wenn ich den Ordner wieder in wp-content/ umbenenne, ist das Backend wieder auf Deutsch.

Haben die Dev Jungs vergessen, die gettext-Klasse an das neue WP2.6-Feature anzupassen, und kann dieses Verhalten jemand nachstellen und bestätigen?

Grüße

Werbepost

Hallo!

Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
✔️ Deutsche Server & DSGVO-konform
✔️ Persönlicher Support (kein 0815-Ticket-System)

Mehr erfahren

jottlieb

Hmm..
wp-includes/l10n.php:

PHP

function load_default_textdomain() {
	$locale = get_locale();


	$mofile = ABSPATH . LANGDIR . "/$locale.mo";


	load_textdomain('default', $mofile);
}

wp-settings.php

PHP

if ( !defined('WP_LANG_DIR') ) {
	/**
	 * Stores the location of the language directory. First looks for language folder in WP_CONTENT_DIR
	 * and uses that folder if it exists. Or it uses the "languages" folder in WPINC.
	 *
	 * @since 2.1.0
	 */
	if ( file_exists(WP_CONTENT_DIR . '/languages') && @is_dir(WP_CONTENT_DIR . '/languages') ) {
		define('WP_LANG_DIR', WP_CONTENT_DIR . '/languages'); // no leading slash, no trailing slash, full path, not relative to ABSPATH
		if (!defined('LANGDIR')) {
			// Old static relative path maintained for limited backwards compatibility - won't work in some cases
			define('LANGDIR', 'wp-content/languages');
		}
	} else {
		define('WP_LANG_DIR', ABSPATH . WPINC . '/languages'); // no leading slash, no trailing slash, full path, not relative to ABSPATH
		if (!defined('LANGDIR')) {
			// Old relative path maintained for backwards compatibility
			define('LANGDIR', WPINC . '/languages');
		}
	}
}

Alles anzeigen

jottlieb

Ist also eigentlich berücksichtigt. Ich probier' es mal bei mir aus.

Bei mir gleicher Fehler. Aber lokal ist schonmal die Ausgabe von WP_CONTENT_DIR lustig:
D:\XAMPP\htdocs\260/wp-content-test :-|

WP_LANG_DIR lautet:
D:\XAMPP\htdocs\260/wp-content-test/languages hmm

Alphawolf

Stimmt, habe ich vergessen zu erwähnen. Dort habe ich natürlich auch schon nachgeschaut, und da ist mir dies aufgefallen:

PHP

$mofile = ABSPATH . LANGDIR . "/$locale.mo";

Sie nutzen also noch die alte Konstante LANGDIR, die ja deprecated ist, und durch WP_LANG_DIR ersetzt wird/wurde, wie in der wp-settings.php steht:

Zitat

// Old static relative path maintained for limited backwards compatibility - won't work in some cases

Wenn ich die alte Konstante zusätzlich angebe

PHP

define('LANGDIR', 'wp-content-test/languages');

funktioniert es. Dann frage ich mich aber, warum es die neue Konstante WP_LANG_DIR gibt, wenn die Jungs dennoch nachwievor LANGDIR nutzen?

jottlieb

Steht das eigentlich schon im trac?
Aber was mich wundert...in der l10n.php sollte dann doch das funktionieren:

PHP

$mofile = WP_LANG_DIR . "/$locale.mo";

tut es aber nicht.
Abspath habe ich bewusst gelöscht, das ist ja in WP_LANG_DIR schon drin.
Leider bin ich auch gerade zu blöd, mir den Inhalt von $mofile ausgeben zu lassen.

Alphawolf

Steht ja doch schon im Trac, also bin ich doch nicht verrückt geworden. Puuuh. :)

Und dein Versuch sollte funktionieren: Changeset 8405 - WordPress Trac - Trac
Das wird dann in 2.6.1 genutzt.

jottlieb

WP ist mir gerade unheimlich. Obwohl ich die Funktion load_default_textdomain lösche bzw. Syntaxfehler einbaue, gibt's keine Fehlermeldung. Wird die Funktion garnicht immer ausgeführt?

Egal, es steht im trac und ist damit gefixed ;)

codestyling

Zitat von jottlieb

WP ist mir gerade unheimlich. Obwohl ich die Funktion load_default_textdomain lösche bzw. Syntaxfehler einbaue, gibt's keine Fehlermeldung. Wird die Funktion garnicht immer ausgeführt?

Doch wird sie immer: wp-settings.php Zeile 507 außer du löscht sie genau hier :-D
Dann kracht es nur, wenn ein Plugin das nochmal aufruft, weil es wie bei mir die Sprache im Backend on the fly umschalten will.
Wobei diese Umschaltung demnächst nicht so einfach mehr gehen wird, denn in Planung ist die Mischung von Textdomains. D.h. wenn ich die Standard Text Domain mit de_DE.mo laden lasse und dann meine eigene mit load_text_domain hinterher lade und als Textdomain '' angebe, also default, dann wird das reingemixt. Für die on the fly Umschaltung braucht's dann eine neue Lösung zukünftig.

Willkommen! Melden Sie sich an oder registrieren Sie sich.

Ändern des wp-content-Namens => Lokalisation geht nicht mehr?

Jetzt mitmachen!