Beiträge von FlorianBrinkmann

Mal ein Standard-Theme aktiviert und geguckt, ob es dannfunktioniert?

Du musst das neue MySQL-Passwort in der wp-config.php eintragen – deshalb kann keine Datenbankverbindung hergestellt werden. Vielleicht wäre es für den Nutzernamen am einfachsten, du legst im Backend einen neuen Administrator-Benutzer mit dem gewünschten Namen und Passwort an, loggst dich mit dem ein und löscht dann den alten „admin“-Account.

Wenn alles funktioniert, dann würde ich überhaupt nichts machen – schon gar nicht in dem mitgebrachten Editor von WordPress. Funktioniert denn irgendwas nicht?

Hier liegt das Problem: .home #mainNav ul ul
Mit dem Selektor wird der Subnav nur auf der Startseite ein Hintergrund zugewiesen.

Da es sich bei dem Theme um ein Premium-Theme zu handeln scheint, würde ich mich an den Support wenden.

Was heißt „normal“? Es könnte sein, dass das Theme oder ein Plugin dieses Verhalten hervorruft. Das „@“ ist dabei vielleicht einfach ein etwas seltsames beziehungsweise ungewöhnliches Trennzeichen ;) Welches Theme nutzt du denn, welche Plugins sind aktiv? EIn Link zur Seite kann auch immer nicht schaden.

Du kannst die Bildunterschrift in CSS zum Beispiel per opacity: 0 verstecken und dann beim :hover auf opacity: 1 setzen. Das lässt sich mit transition auch animieren.

Ja, genau so.

Bei mir werden in den Entwicklertools von Firefox die CSS-Regeln problemlos angezeigt.

Achte bei Shortcodes in Themes aber darauf, dass bei einem Wechsel des Themes diese Shortcodes einfach so im Frontend angezeigt werden, ohne dass in diesem Fall ein Button erscheint. Die bessere Alternative wäre, ein Plugin zu suchen, das die Shortcodes bereitstellt, sodass du sie unabhängig vom Theme einsetzen kannst.

Wäre hilfreich zu wissen, mit welchem Plugin die Buttons erstellt werden.

Das hier hast du bestimmt schon ausprobiert? https://hilfe-center.1und1.de/hosting/domain…-a10783564.html

Wie Monika bereits geschrieben hat: Der Bereich zwischen BEGIN WordPress und END WordPress ist für eigene Regeln tabu: Schreib deine Regeln einfach alle vor BEGIN WordPress. Ich habe mich neulich auch mal mit dem Thema beschäftigt, vielleicht funktioniert meine Lösung ja bei dir auch: https://florianbrinkmann.de/1879/ssl-fuer-…ains-erzwingen/

Da fehlt bei dir einiges. So sieht es bei mir aus:

Gibt es eventuell Benachrichtigungen im Aktualisierungs-Bereich des Dashboards?

Poste doch mal einen Screenshot von der Sprachen-Auswahlliste.

Edit: Hast du schon mal versucht, Plugins zu deaktivieren und ein Standard-Theme zu nutzen?

Wo hast du denn versucht, die formale Sprachdatei auszuwählen? Du musst sie unter „Einstellungen“ › „Allgemein“ in der Liste der „Verfügbar“en Sprachen auswählen und dann wird sie installiert.

Um eine Farbe zu ändern, brauchst du kein PHP sondern CSS. Wenn du einen Link zum Problem postest und genau beschreibst, welche Farbe wie geändert werden soll, dann kann dir geholfen werden ;)

Soweit ich weiß, gibt es keine Voraussetzungen außer, dass auf beiden Installationen das Feature aktiv ist. Funktioniert es bei den entsprechenden Installationen nur in eine Richtung nicht, oder in beide? Also kann eine Installation A den Inhalt einer Installaiton B einbetten, B aber nicht von A? Oder gehen immer beide Richtungen nicht?
Schon probiert, ob es am Theme liegt (also Standard-Theme aktiviert)?

Weil ich den obigen Beitrag nicht mehr bearbeiten kann: Ignorier einfach alles bis auf den Edit-Bereich, davor hatte ich die comments_popup_link()-Zeile noch nicht gesehen …

Zitat

Und das führt bei Themes ohne eigene Sprachdatei (und davon kenne ich eine ganze Menge) automatisch und zwangsläufig zu dem von mir beschriebenen Verhalten.

Sorry, aber das ist nicht richtig. Ja, der String wurde geändert von „% Comments“ auf „%s Comments“. Diese Änderung wurde aber beim Upgrade von WordPress 4.3 auf 4.4 auch in der Sprachdatei berücksichtigt (logischerweise). Das hier ist ein Auszug aus der de_DE.po meiner Installation:

#. translators: %s: number of comments
#: wp-includes/comment-template.php:874
msgid "%s Comment"
msgid_plural "%s Comments"
msgstr[0] "%s Kommentar"
msgstr[1] "%s Kommentare"

Und wenn dein Theme, wie du sagst, „% Comments“ nicht verwendet, dann wurde das während des Updates durch „%s Comments“ ersetzt, wobei die neue Sprachdatei perfekt greift. Da du dein Problem aber beheben konntest, indem du das folgende eingetragen hast, bedeutet das, dass in deinem Theme irgendwo der String „% Comments“ vorkommen muss, da aus dem Core nur noch „%s Comments“ geliefert wird.

#: wp-includes/comment-template.php:884
msgid "% Comments"
msgstr "% Kommentare"

Und das wiederum heißt, dass sich das Theme um die Übersetzung kümmern muss, nicht der Core.

Edit: Das hier habe ich gerade eben erst gesehen -.-

comments_popup_link(__('No Comments'), __('1 Comment'), __('% Comments'));

Das ist genau das, was ich weiter oben in meiner anderen Anwort gemeint habe. Du schreibst einen englischen String in ein Theme, ohne die Übersetzung bereitzustellen und vertraust darauf, dass sich im Core keine Strings ändern.