Ich habe in den Optionen des Themes ein Feld, wo ich separate CSS Angaben einfügen kann.
Beiträge von nobody4life
-
-
Leider bekomme ich mit der CSS Angabe nur den Rahmen (solid), aber keinen transparenten Hintergrund.
-
Ja, ist ein gekauftes Theme - werde mal anfragen.
Allerdings verstehe ich nicht, woher die Zeichenkette plötzlich kommt - und wieso gerade in Verbindung mit einem Artikelbild aus der NGG... Seit dem 30. Oktober gibt es kein Update mehr für das Theme und am Header habe ich nichts verändert :-/
-
Ich muss gestehen: Ich habe keine Ahnung woher das stammt, ich kann es auch nicht zuordnen. Meiner Meinung nach tritt das seit dem NGG Update von 1.9.7 auf 1.9.8 auf, aber da will ich meine Hand nicht für ins Feuer legen. Kann halt nur sagen, dass es immer dann auftritt, wenn ein Artikelbild (wie im ersten Artikel) über die NGG eingefügt wurde - mit der gleichen Vorgehensweise passiert das bei der Mediathek nicht.
Irgendeine Ahnung, wie ich das entfernen kann oder woher ich die Version 1.9.7 bekomme, damit ich das testen kann?
Danke für die CSS Hilfe, das probiere ich später aus

-
In der Hoffnung, ein WordPress Update auf Version 3.5 würde vllt. Abhilfe schaffen, habe ich dieses durchgeführt, aber das Problem besteht noch immer.
Die Zeichenkette bleibt oben links im Screen, wenn ein Beitragsbild aus der NextGEN Gallery verwendet wird. Entferne ich dieses und ersetze es durch ein Bild aus der Mediathek, so verschwindet die Zeichenkette.
Mal eine andere Frage: Wo genau finde ich die CSS Angaben für ein Bild, das in den Artikel eingefügt wurde (also nicht das Beitragsbild) wie im Screenshot? Dort würde ich gerne einen Rahmen drumziehen wie aktuell im ersten Bild zu sehen. Hatte es mal mit dem border-Befehl via "Element untersuchen" probiert, aber es hatte sich nichts geändert.
-
Da bedanke ich mich auch noch einmal

Häzze zwar ebenfalls Datensicherung etc. gemacht, allerdings das Update über das Dashboard gefahren und nicht via FTP.
-
Das kommt doch irgendwie auf dein Template an. Es muss optisch halt dazu passen. Hast du denn sonst schon irgendwelche Widgets drin? Die geben ja schon mal eine bestimmte Breite vor.
-
Sorry, hatte gedacht, den hätte ich bereits eingefügt:
Die Zeichenkette kommt nur dann vor, wenn ich ein Artikelbild aus der NextGEN Gallery nutze.
-
Was mir auch noch aufgefallen ist: Wenn ich ein Bild als Artikelbild nutzen möchte und es aus der Mediathek nehme und dort "mittelgroß" oder "klein" einstelle, so ändert sich im Blog nichts und das Bild wird weiterhin groß angezeigt.
-
Hey,
habe seit gestern eine kleine Zeichenkette oben im Screen und kann mir nicht wirklich erklären, woher die stammt. Ist allerdings nur in Verbindung mit der NextGEN Gallery zu sehen.
"/>
Es fehlt anscheinend irgendwo ein Ende (so würde ich es interpretieren), aber wo und wie kriege ich das raus?
-
Da ich das jetzt schon mehrfach gelesen habe: Inwiefern beeinflussen die Plugins denn den Texteditor? Die Plugins sind doch eigentlich unabhängig oder nicht?
-
Ja, entweder stimmen die Daten halt nicht oder es liegt an der Datenbank. Hast du mal eine neue Datenbank erstellt und es damit probiert? Hier gab es vor ein paar Wochen mal ein ähnliches Problem und am Ende hat sich rausgestellt, dass es am Hoster lag und die DB tatsächlich das Problem war.
-
Hmm, habe insgesamt "nur" knapp 15 Plugins im Einsatz, die ich auch wirklich benötige und habe schon drauf geachtet, dass weniger mehr ist. Muss mal schauen, ein Performance Plugin hat mir gesagt, dass das Contact 7 Plugin wohl sehr viele Resourcen frisst. Vllt. schmeiße ich das raus oder ersetze es.
Werde mal meinen Theme-Entwickler anschreiben, vllt. haben die ja noch eine interne Möglichkeit, um JS oder CSS zu komprimieren.
Gäbe es ansonsten von deiner Seite aus eine Plugin-Empfehlung?
-
Ja, das Ergebnis hatte ich auch genau so.
Weißt du, warum Google mit trotzdem sagt, ich solle GZip verwenden? Die CSS und JS Sachen werde ja beim PageSpeed noch einmal separat aufgeführt.
-
-
Einfacher und sinnvoller sind zwei verschiedene Datenbanken - zum einen wegen der Übersichtlichkeit und zum anderen wegen möglichen Bearbeitungen. Zerschießt du dir versehentlich eine DB, dann hast du immer noch die andere, sonst wären halte beide Datensätze futsch.
Also für mich ganz klar: Wenn die Möglichkeit besteht, dann pro WordPress eine Datenbank. Gilt aber auch für andere Sachen wie Forum, Web-Analyse etc.
-
Ist noch nicht "scharf", wir arbeiten noch dran. Aktuell ist kein Plugin aktiv und die .htaccess sind auch sauber.
-
So, interessantes Ergebnis:
Ich habe keinen Code und kein Plugin verwendet.
Google zeigt mir einen PageSpeed von 53 an und teilt mir mit, ich könnte meine Seite optimieren, wenn ich GZip oder deflate nutze.
Gidnetwork zeigt mir an, dass meine Seite mit GZip komprimiert wurde - und zwar um 78 %.Mein Anbieter sagt, GZip sei auf dem Server aktiviert.
Setze ich jetzt einen der oben genannten Codes in die .htaccess ein oder aktiviere ein Plugin, so ändert sich weder der Google PageSpeed noch das Ergebnis bei Gidnetwork. Das macht Sinn (für mich), da ha GZip von Haus aus läuft.
Was mich jetzt halt stutzig macht: Wieso bekomme ich trotzdem von Google die Meldung, dass ich GZip oder deflate nutzen soll?
-
HTTP_ACCEPT_ENCODING: gzip, deflate
Noch einmal mit Plugins probiert und noch einmal die .htaccess bearbeitet.
Bekomme immer folgendes Ergebnis mit deiner Testseite:
Sorry, I am unable to decompress the contents of this page. Possible bogus gzip/deflate encoded data.EDIT: Hatte mit "www." in der Adresse getestet, aber die Einrichtung war ohne "www."
Ich teste später noch mal die anderen Möglichkeiten und berichte dann, wie die Ergebnisse waren. -
Nun, ich teste das, indem ich meine Seite mit Google PageSpeed teste. So zumindest ergibt es für mich Sinn, denn wenn ich etwas ändere und nichts ändert sich an der Meldung von PageSpeed, dann hat sich die Funktion nicht ausgewirkt.
Nein, habe auf dem Server noch nicht geschaut, das mache ich später noch. Da ich aber schon drei Möglichkeiten probiert habe, bin ich etwas irritiert, dass nichts davon geht...