Beiträge von b3317133
-
-
WordPress 4.7.1 wird aufgrund einer Sicherheitslücke derzeit aktiv angegriffen, evtl. liegt es daran? Würde ein sehr zeitnahes Update auf 4.7.2 empfehlen.
-
Mit border via CSS, z.B. so:
-
Kann mir jemand dazu einen Tipp geben?
-
Man kann einiges einstellen.
In Deinem Fall überschreibt das Theme die vom Plugin vorgesehenen Abstände per CSS mit [FONT=courier new].fusion-content-widget-area .widget ul[/FONT] bzw. [FONT=courier new]li[/FONT] und [FONT=courier new].sidebar .widget ul[/FONT] bzw. [FONT=courier new]li
[/FONT]Man könnte das z.B. wiederum per CSS ausbessern, z.B. so
Solchen ergänzenden CSS-Code fügt man z.B. unter "Custom CSS" oder "Additional CSS" im Customizer ein, wahlweise auch in die Datei [FONT=courier new]lptw-recent-posts.css[/FONT] wie im FAQ des Plugins beschrieben.[FONT=courier new][/FONT]
-
-
Hier hat sich vor einiger Zeit jemand ausführlich mit dem Plugin beschäftigt, unter "Illogical Progression" geht es u.a. um ein "multiple days" Event: http://tom-mcgee.com/archives/7021
-
Hat bei dieser Art Query mit WordPress eher gar nichts zu tun. Würde Lektüre allgemein zu SQL Pagination empfehlen.
-
-
Wahlweise irgendein "Latest/Recent Post Shortcode" Plugin verwenden, oder z.B. sowas hier, und ggf. etwas anpassen.
-
Es handelt sich um eine "Seite" mit Text-Boxen aus Enfold, nicht um eine Einzel-Beitragsseite, siehe auch Beiträge vs. Seiten.
Offenbar ein Enfold-Problem, siehe auch hier, am besten erstmal den Support dort befragen.
-
Wenn Beiträge als "Auszug" oder auch Excerpt genannt angezeigt werden, fliegen die Formatierungen raus. Links zu den Seiten würden helfen.
-
[FONT=courier new]$responseData[/FONT] muss ein Array sein.
Und [FONT=courier new]get_the_title()[/FONT] hat im [FONT=courier new]wp/admin_enqueue_scripts[/FONT] nichts verloren, das verlässt sich auf "die Loop" und die exisitert in den meisten Fällen da nicht, ergibt auf jeden Fall "unpredicted results".
-
Problem ist nur, dass viele meiner Studienkollegen (die teilweise im 3 Semester Informatik sind) sich nicht einig sind, ob das, was ich brauche überhaupt mit HTML/PHP umsetzbar ist, oder ob man unbedingt Java braucht.
Der war gut.Und was genau hat das mit WordPress zu tun?
Die bisherige Beschreibung lässt sich mit HTML/PHP umsetzen, aber auch einfach im Client mit HTML/JavaScript.
-
- Seltsam breite Menü-Dropdowns
- Startseite "neue Beiträge" [..] am Ende nicht klickbar
- Startseite "Kategorien" Bilder nicht klickbar, muss auf Text zielen
- Warum kein Share-to-Linkedin links?
- Social Buttons mit gleichem Inhalt ganz oben rechts und ganz unten
- HTML-Fehler bei den Social Buttons, zu viele </i>
- HTML-Fehler beim Suche, doppeltes type="submit" im Button
- HTML-Fehler Self closing slash in <script> Tag
- Admin Loginname sichtbar bei leerer Suche (beim ersten Ergebnis "Blog")
- Name/E-Mail Eintragen Formular Fehlermeldungen englisch
- Nichtssagende og:description auf der Startseite
- Doppelte, unterschiedliche og:description/og:title/og:url/og:image auf Beitragsseiten
- Layout auf Autor-/Datumsarchiv-Seiten unstimmig
- Keine Cookie-Notice
[...] -
-
Wahlweise gleich lokal per Plugin Duplicator ein .zip erstellen (Video anschauen erklärt vieles) und entspr. der Anleitung online installieren. Dann umgeht man auch die hier noch folgende Problematik der nötigen manuellen Anpassung der Pfade usw. in der Datenbank.
-
Poste mal den PHP-Teil, der die POST-Variablen verarbeitet bzw. dieses JSON ausgibt.
-
Wenn eine Seite durch ein Cache Plugin mit JS/CSS Minify und HTML-Pagecache nicht mehr funktioniert, dann ist das meist ein sicheres Zeichen, dass in einem Theme/Plugin irgendwas "unsauber" oder vermeintlich "clever an WordPress vorbei" programmiert wurde.
Eigentlich ein guter Zeitpunkt, um auf Fehlersuche zu gehen. :razz:
Bei Nutzung anderer Cache-Features wie irgendwelche extra "Database/Object Caches" oder autom. CDNs usw. gilt das nicht, denn damit kann man auch perfekt saubere Seiten sehr leicht "verkonfigurieren". Nicht immer hilft "alles was geht anklicken" und schon gar nicht beim früheren Flagschiff "W3 Total Cache", das wir inzwischen nirgends mehr einsetzen.
Benutzen derzeit oft Autoptimize für JS/CSS Minify i.v.m. WP Fastest Cache als HTML-Pagecache oder auch nur Autoptimize für JS/CSS Minify, das alleine ergibt bei Seiten mit viel Plugin CSS/JS schon einen ziemlichen Schub wegen der stark verminderten Anzahl Requests zum Server.
-
Und nur der Klarheit wegen, [FONT=courier new]#d_title[/FONT] meint den [FONT=courier new]id[/FONT] des Elements, nicht etwa den [FONT=courier new]name.[/FONT]