Beiträge von mensmaximus

Zitat von hansjuerg.arnold

Bietet eigentlich WPML selber einen Support an ? man hat ja auch für das Plugin bezahlt ?

Selbstverständlich. Ich bin auch davon ausgegangen, dass Du dort schon gefragt hast.

Zitat von Schubfaktor

Der Entwickler meint, ich müsse nur die $query ergänzen

Das ist was ich mit "ohne Kenntnis" meinte. Zwischen Ergänzen und Ersetzen ist ein riesiger Unterschied.

add_filter('essgrid_get_related_posts', 'eg_mod_related_posts', 10, 2);
function eg_mod_related_posts( $query, $post_id ){
    $query['category_name'] = 'freundschaftsspiele,usertreffen,tur niere,ligaspiele,live,geburtstag,profispiele,team-party';
return $query;
}

Zitat von mensmaximus

Ansonsten alle Plugins deaktivieren (bis auf WPML versteht sich) und erneut testen.

Gerade noch gesehen, dass Du zu diesem Punkt nicht geantwortet hast. Hast Du also schon einmal alle Plugin deaktiviert (bis auf WPML)?

Die 'Lösungen' stehen ja schon in der Fehlermeldung und sind nun entsprechend zu prüfen. Was mich stört sind die Sonderzeichen bei der Ausgabe von icl_validate_domain. Das kann mit fehlenden Regeln in der .htaccess zusammenhängen kann aber auch ein anderes Problem auf dem Webserver sein. Dazu bräuchte man deutlich mehr Informationen (Hoster, Konfiguration, Installationsart, Plugins, usw.) um sich dem Problem zu nähern. Das sprengt aber zumindest meinen Zeitrahmen für die Unterstützung im Forum.

essgrid_get_related_posts ist kein Standard Filter von WordPress, insofern kann man ohne Kenntnis des Themes oder Plugins, welches diesen Filter bereit stellt keine Aussage zu dessen Funktionsweise treffen (obgleich die Funktionsargumente für eine Modifikation der query sprechen)

Und wenn man jetzt noch wüsste was "funktioniert nicht so recht" bedeutet, könnt man bezüglich der query vielleicht helfen. Denke daran, dass sich category_name auf den slug bezieht und nicht den Name.

Verzeichnisse

Einfach umstellen. Fragen zur allgemeinen Funktionsweise von WordPress kann ich Dir aus Zeitgründen nicht beantworten. Dafür gibt es ausreichend Literatur in Form von Büchern und Tutorials im Web.

Stelle Deine Permalinks bitte auf 'Beitrag'

#content nicht #header ......

Und möglicherweise drücke ich mich nicht deutlich genug aus oder Du überlist meinen Hinweis. Also noch einmal: Das sieht nicht nach einem Childtheme aus.

Ändere auf keinen Fall die original style.css des Themes. Alle Änderungen gehen beim nächsten Update verloren.

Bekomme ich den Link zur Seite noch?

Du musst Deine Browsercache löschen ;-)

Außerdem dieht das nicht nach der style.css eines Child-Themes aus.

So etwas habe ich bis dato nur bei 'besonders sicheren' .htaccess Dateien gesehen, wo der Zugriff auf die CSS Dateien nicht möglich war. Das würde aber durch ein Vor- und Zurück nicht behoben. Könnte auch ein Browser Cache Problem sein.

Wie Maxe schon geschrieben hat könnte es aber auch an einem Plugin liegen, das CSS und/oder JS Code 'wild' in wp-admin einhängt.

Einfach an das Ende anfügen

In die style.css Deines Childthemes oder falls vom Theme bereitgestellt in das "Custom CSS" Formularfeld.

Wo genau soll die Kürzung stattfinden? Bitte Link zur Seite angeben. Je nach Anzeigeort (Shoppage, Widgets, Overlay ... das wäre alles unter dem Begriff Produktvorschau zu verstehen) kann man mittels Filtern eingreifen. Oft hat sich aber die CSS Methode besser bewährt (overflow: hidden), da Texte unterschiedlich weit laufen und zu Layoutverschiebungen führen können.

Link zur Seite bitte

In dem "Absatnd" steht der Titel der Seite. Entweder es gibt eine Einstellung in dem Theme um das auszuschalten (bitte beim Entwickler nachfragen oder die Dokumentation lese, da es sich um ein kostenpflichtiges Theme handelt) oder das Element mittels CSS komplett ausblenden

.page-header {
 display: none;
}

Natürlich kann man "so etwas" machen. Das ist Bestandteil einer Applikation, also der Anwendung die laufen soll. Du müsstes also erst einmal erzählen was auf der Webseite später gemacht werden soll. "Ähnliche Ausführung" oder "so ähnlich wie" sind keine brauchbaren Aussagen.

Die 128MB (134.217.728 bytes) sind zuwenig. Einen Defekt an der Datenbank kann man zu 99% ausschließen. Wurden wirklich alle Vorkommen der Testdomain in der Datenbank durch die Livedomain ersetzt?

1. Prüfe welche Sprache in WPML als Standard gesetzt ist
2. Prüfe welche Seite in WP als Front geladen wird
3. Prüfe ob diese Seite in der Standardsprache existiert

Das ist der häufigste Grund warum WP mit WPML eine weiße Seite bringt.

Ansonsten alle Plugins deaktivieren (bis auf WPML versteht sich) und erneut testen.