Beiträge von b3317133

Der Weiterlesen Tag ist für Blog "Beiträge", auf der genannten Seite sind aber nur "Seiten" oder?

Wenn man WordPress nur für statische Inhalte verwendet (Seiten) und kein Blog betreibt (Beiträge), dann kommt der Weiterlesen Tag nicht vor.

Wie auch in einem anderen Thread schon geschrieben: Es liegt möglicherweise an einem Plugin, deaktiviere testweise alle Plugins und falls die Seite dann schneller lädt, aktiviere wieder eins nach dem anderen, um herauszufinden, welches Plugin die Ursache ist. Falls es nicht an einem Plugin liegt, testweise ein anderes Theme einstellen.

Falls es an einem Plugin liegt, bitte Name/Version posten, dann kann man das genauer anschauen.

Es ist wohl eher z.B. http://www.tuningblog.eu/author/tom_010101/ gemeint

Das ist nicht normal. Es liegt möglicherweise an einem Plugin, deaktiviere testweise alle Plugins und falls die Frontend Seite dann schneller lädt, aktiviere wieder eins nach dem anderen, um herauszufinden, welches Plugin die Ursache ist. Falls es nicht an einem Plugin liegt, testweise mal ein anderes Theme einstellen.

Da alle Aufrufe einen "500 Internal Server Error" ergeben, auch z.B. /license.txt oder /wp-content/ könnte ein Problem mit der .htaccess Datei vorliegen. Sieht die Datei in etwa so aus?

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Würde den Rechner auf "vor drei Tagen" zurücksetzen, bevor das "eingefangen" passiert ist. Entfernt man nachträglich Malware/Adware, kann man nie sicher sein, alles zu erwischen.

Die Verwendung eines Shortcodes hat normalerweise keinen Einfluss auf das Template. Das Template wird üblicherweise über die Seite bzw. den Posttyp usw. bestimmt, nicht durch den Content.

Auch ein kompetentes Team-Mitglied kann und darf sich mal irren. Deswegen stellt man aber kein Forum in Frage.

In diesem speziellen Fall war einfach nur das deutsche Sprachpaket im Komplettpaket defekt, und das ist inzwischen behoben.

Du könntest versuchen, eine eigenes Template für die Archivseite der Kategorie zu erstellen und sie darüber zu gestalten.

Wenn ich das recht herauslese müsste der Dateiname dann taxonomy-product_cat-nivona-pflegeprodukte.php heissen.

Also taxonomy-product_cat.php kopieren und taxonomy-product_cat-nivona-pflegeprodukte.php nennen und darin mal was ändern, dann sollte nur diese Kategorie betroffen sein.

Siehe auch http://codex.wordpress.org/Template_Hierarchy

Das Sprachproblem wurde jetzt behoben: "Das Paket für 4.0.1 wurde aktualisiert."

Die Aktualisierung des fraglichen Sprachpakets im Rahmen eines kompletten 4.0.1 Updates funktioniert selbstverständlich auch mit der wp-config.php Einstellung

define( 'WP_AUTO_UPDATE_CORE', false );

Cursor an die entspr. Stelle im Text setzen und im Menü oberhalb des Eingabefeldes den Button "Weiterlesen-Tag einfügen" anklicken (meist der 2. von rechts).

Das liegt an Deinem 1px padding, das im o.g. Beispielcode fehlt. Setze das links/rechts padding auf 0 im Media block...

@media screen and (max-width: 900px) { 
    .logo_cell {
        display: inline-block;
        width: 50%;
        float: left;
       padding-left: 0;
       padding-right: 0;
    }
}

"nur die Linke ist beschrieben"? Verstehe ich nicht ganz. Klappt es hier? http://jsfiddle.net/1s4exgzd/

Etwa so?

@media screen and (max-width: 900px) { 
    .logo_cell {
        display: inline-block;
        width: 50%;
        float: left;
    }
}

Probier mal das:

@media screen and (max-width: 900px) { 
    .logo_cell {
        display: block;
        width: 100%;
    }
}

Ergänze am Ende von base.css z.B. das hier:

#page-title-wrap .meta-wrap {
        display: none;
}

Die Aktualisierung des Sprachpakets für das Backend hat mit der Einstellung 'minor' nichts zu tun, die o.g. Aussage ist meines Erachtens falsch.

Das Problem mit dem defekten Sprachpaket liegt anderswo und ist inzwischen bekannt (Kommentar #8 von Birgit).

Die Seite enthält einige HTML-Fehler, evtl. liegt es auch daran.

Hier eine bessere Lösung: Auf 4.0.1 aktualisieren, /wp-content/languages/de_DE.mo und de_DE.po per FTP löschen, WordPress-Aktualisierungen erneut prüfen, dann kommt das richtige Sprachpaket.

Im Komplett-Release 4.0.1 deutsch ist (derzeit) noch die defekte Version.

Habe ich probiert, hat aber nicht funktioniert, nur ein Rollback auf /wp-content/languages/de_DE.mo und de_DE.po von 4.0 hat geholfen (ist aber natürlich keine Dauerlösung).