Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenWenn ich Autoptimize wieder aktiviere, ist der Trennstrich wieder da.
Muss ich jetzt wohl darauf verziichten.
Dann funktioniert Autoptimze aber nicht korrekt, sprich es wird immer noch die alte Version aus dem Cache ausgeliefert.
Wenn du den Cache in Autoptimize löschst, sollte der Cache normalerweise neu erstellt werden und dann auch die CSS Änderungen korrekt ausliefern.
Doch, das funktioniert garantiert :)
Hast du es aktuell noch drinstehen oder wieder herausgenommen?
Anschließend im Autoptimize den Cache gelöscht?
Weil aktuell scheint die Regel zumindest nicht geladen zu werden...
F12 geht glaube ich bei allen bekannten.
Das stimmt zwar, hat aber gegenüber der Rechtklick-Variante den Nachteil, dass man sich erst selbst bis zum gewünschten Element "durchhangeln" muss.
Das ist, wenn man nicht so sattelfest ist, teilweise gar nicht so einfach. Aber grundsätzlich natürlich richtig :)
Klar den ersten, der zweite benötigt jeweils noch ein [FONT=courier new]!empty()[/FONT] oder [FONT=courier new]isset()[/FONT] und [FONT=courier new]is_array()[/FONT] o.ä. pro Variable sonst hagelt es PHP Warnings wenn [FONT=courier new]custom_field_X[/FONT] in einem Post nicht existiert ...
Ok stimmt. Das habe ich nicht bedacht und ist natürlich ein starkes Argument für die erste Variante.
Es hängt aber natürlich auch davon ab, ob und wie der Inhalt der Variablen im weiteren Verlauf verwendet und überprüft wird. Wenn das eh noch geschieht, wäre es aus meiner Sicht kein Nachteil, dass dann an dieser Stelle gleich mit zu erledigen.
Mich "stört" halt gefühlt irgendwie der mehrfache Aufruf der Funktion in der ersten Variante.
Wenn es wirklich nur um die drei Werte geht, würde ich die Variante nehmen, die ich übersichtlicher finde. In dem Fall vermutlich letztere.
Bei den paar Aufrufen dürfte es für die Performance völlig egal sein.
Wenn das mit den drei Variablen nur ein Beispiel ist und es in Wirklichkeit um wesentlich mehr Variablen geht, dann würde ich einfach testen, welche von beiden schneller ist.
Ich weiß, das ist jetzt keine super fundierte Antwort. Aber zumindest prakmatisch ;)
Alternativ könntest du dir die get_post_meta() auch mal anschauen. Jenachdem, was die alles macht und wie komplex die aufgebaut ist, ist die zweite Variante wahrscheinlich auch die "bessere", weil der Funktionsaufruf nur einmal stattfindet und du danach ja nur noch Variablen zuweist.
woher weiß ich denn in Zukunft wie ein Abschnitt denn benannt ist?
Das kannst du in den Entwickler-Tools deines Browsers sehen. Wo du die findest, hängt ein bisschen davon ab, welchen Browser du verwendest.
Meistens Rechtsklick und dann auf "Untersuchen" (oder ähnliches) klicken. Im Zweifelsfall einfach nach "Entwickler-Tools" und dem Namen deines Browsers googlen :-)
[COLOR=#646464][FONT=&]http://www.dorishartwich.de kann diese Anfrage momentan nicht verarbeiten.[/FONT][/COLOR]
[COLOR=#646464][FONT=&]HTTP ERROR 500[/FONT][/COLOR]
Dabei müsste normalerweise ein Fehler in der Error.log geloggt werden. Da mal reingeschaut?
Was für Änderungen hast du denn gemacht? Inhalte oder Layout/Design?
Ist ein Caching-Plugin installiert?
Tritt das Problem nur auf deinem Smartphone auf? Das heißt im "normalen" Desktop-Browser sind die Änderungen sichtbar?
Ich weiß nicht, wie ich den blöden Strich weg kriege, sodass ein lückenloser Übergang.
Hi Jürgen,
probier mal folgende Regel im Customizer unter "Zusätzliches CSS" hinzuzufügen:
.theme-default .nivoSlider {
box-shadow: none;
}Viele Grüße,
Daniel
Hi Michael,
ansonsten schau mal hier:
http://forum.wpde.org/installation/1…-n-zeichen.html
Da findest du mehrere Lösungsansätze für das Problem. :)
Zu Adminer: Kann ich den auch lokal laufen lassen? Ich dachte, den kann man nur auf seinem Server (wir sind bei Strato) laufen lassen.
Nur der Vollständigkeit halber:
Wenn du XAMPP installierst, ist dein Rechner genau genommen (vereinfacht gesagt) ein Server wie bei Strato.
"Lokal laufen lassen" ist in dem Fall nichts anderes als einen Webserver auf deinem Rechner zu installieren.
Die sidebar.php ist leider auch nicht die richtige Datei.
Jetzt habe ich mir das Theme doch mal heruntergeladen.
Es gilt quasi das, was ich schon geschrieben hatte, nur dass der Ort, an dem du die Änderungen vornehmen musst, die header.php ist.
Dort wird von Zeile 33-39 das Menü erstellt/aufgerufen und in Zeile 41 die Sidebar. Wenn du Zeile 41 vor die Zeile 33 kopierst, änderst du die Reihenfolge.
Aber vorsicht: Wenn du die Änderungen direkt in der header.php vom Theme vornimmst, geht sie beim nächstenm Theme Update verloren.
Erstelle dir für Änderungen im Theme besser vorher ein Child Theme:
http://pressengers.de/themes/wordpre…heme-erstellen/
Ich kenne das Theme leider nicht.
Aber entweder du verwendest statt des vorgebenen Sidebar-Menüs einfach das Menü Widget und wählst dort das Menü aus (dann kannst du die Widgets ja frei verschieben) oder du schaust mal in die sidebar.php.
In der sidebar.php kannst du vermutlich durch ändern der Reihenfolge der PHP-Bereiche auch die Reihenfolge der Ausgabe ändern. Allerdings wirst du das Menü nur vor oder komplett hinter den Widget Bereich "schieben" können.
Es sei denn, du definierst einen zusätzlichen Widget-Bereich (einen vor dem Menü und einen dahinter).
Ich schaffe es aber leider doch nicht, diese zu erstellen.
Woran scheitert es denn konkret?
Ansonsten kannst du es auch mit Loco Translate versuchen:
https://de.wordpress.org/plugins/loco-translate/
Eigentlich musst du nur im Visual Editor den Text markieren, der verlinkt werden soll, dann den Link-Button anklicken und dort die URL zu der Datei einfügen. Also im Prinzip identisch mit einem internen Link, nur dass du die externe URL einfügst.
Das kann eigentlich nichts mit deinem Computer zu tun haben. WordPress läuft ja komplett webbasiert. Verwendest du den gleichen Browser wie vorher?
Hast du den vorherigen Computer noch zum testen da? Ist da wirklich noch alles ok?
Ich halte das auch eher für unwahrscheinlich.
Es sei denn, du verwendest ein (altes) Plugin mit einem Bug, der das ermöglicht. Oder du erlaubst, im Kontaktformular eine Zieladresse einzugeben (eher ungewöhnlich) oder du sendest die geschriebene E-Mail als Duplikat an den Absender.
Wenn du diese drei Dinge ausschließen kannst, müsstest du tatsächlich mal bitte bei deinem Hoster nachhaken, warum sie dein Kontaktformular für die Quelle des Spams halten.
Ja, das Problem besteht weiterhin
Dann würde ich vorschlagen, du deaktivierst mal testweise alle Plugins und wechselst auf ein Standard-Theme (Twenty-XXX).
So kann man die Ursache vielleicht ein wenig eingrenzen.
Inzwischen tut es der Code. Kann es sein, dass mein Provider (Strato) ein bisschen Zeit braucht, bis Änderungen über das Backend wirksam werden?
Das ist ehrlich gesagt sehr unwahrscheinlich...
das es nachher nicht mehr updatefähig ist, stört mich nicht.
Sollte es aber eigentlich ;-)
Aber wenn es dich nicht stört (und du, wie du sagst, eh schon Dinge geändert hast), kannst du einfach folgendes machen:
Änder Zeile 180 von
return $team_members_output;in
return do_shortcode($team_members_output);Einen Hook für einen möglichen Filter/Hook kann ich übrigens nicht entdecken, so dass dir in dem Fall vermutlich auch eh nicht viel anderes übrig bleibt (außer ggf. den Support des Plugins zu fragen bzw. zu bitten, einen Hook zu ergänzen).