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 erstellenDu verwendest in deinem Script das Dollarzeichen ($).
Wirft dir die Console das nicht als Fehler raus? Ich würde sagen, alle Stelle mit dem $ sollte eigentlich jQuery heißen (an einigen Stellen hast du es ja auch erstezt.
Ansonsten liegt der Fehler vermutlich in folgender Zeile:
$('.image-url').val('imgurl');Du versucht die URL in ein Element zu schreiben, dass die Klasse "image-url" hat. Das gibt es aber in deinem Formular gar nicht.
[COLOR=#333333]In der beschreibung steht aber drin AND - posts that have all selected terms, für mich heißt das das nur Beiträge genommen werden wo beide Schlagwörter gemeinsam enthalten sind.[/COLOR]
[COLOR=#333333]Somit dürfte doch nur der zweite Beitrag angezeigt werden oder sehe ich das Falsch?[/COLOR]
Das verstehe ich auch so. Wo kommt denn der Shortcode her? Aus dem Theme oder aus einem Plugin? Gibt es einen Support?
var_dump(wp_header()); gibt NULL zurück.
Das ist auch korrekt so. Eine Funktion wp_header() gibt es nicht. 
Versuch es mal mit wp_head()
Edit: Kurz noch der Vollständigkeit halber:
Keine Ahnung, wo du die Funktion zum laden der wp-load.php her hast. Aber bei mir funktioniert die nicht.Warum nicht einfach require_once( 'hier/der/pfad/wp-load.php' ); ?
Der Slider passt sich automatisch der Fensterhöhe an. Das ist kein PHP und auch kein (reines) CSS, sondern in Javascript gelöst.
D.h. man müsste die Javascript-Dateien des Slider-Plugins anpassen, was aber a) ohne Javascript-Kenntnisse sehr kompliziert ist und b) beim nächsten Update weg wäre.
Schau mal, ob es dafür im Slider-Plugin nicht irgendwo eine Einstellung gibt. Das wäre der bevorzugte weg.
Edit:
Du kannst theoretisch auch die dynamischen Höhen, die per Javascript übergeben werden, mit statischen Werten in CSS überschreiben.
Das sähe dann ungefähr so aus:
#superslider_home {
height: 400px !important;
}Das Problem ist dann aber, dass du für die unterschiedlichen Media-Queries ("Breakpoints") auch jeweils passende, fixe Werte einstellen müsstest/solltest, damit es deine Mobil-Ansichten nicht "zerschiesst".
In meinem Verzeichnis "wp-content" möchte ich gerne einen Ordner "secure" einfügen. Wenn ich die URL mit example.com/secure aufrufe, komme ich auf einer 404-Seite.Der Ordner befindet sich deshalb im wp-content, da ich die Funktionen wp_head() und wp_footer() brauche.
Wenn das Verzeichnis unter "http://www.example.com/secure" aufrufbar sein soll, dann muss es in das Wordpress Hauptverzeichnis, nicht in "wp-content".
So wie du es jetzt gemacht hast, wäre es unter "http://www.example.com/wp-content/secure" erreichbar.
Der Ordner befindet sich deshalb im wp-content, da ich die Funktionen wp_head() und wp_footer() brauche.
Dann nehme ich an, dass es nicht nur ein Verzeichnis ist, sondern darin auch (mindestens) eine PHP Datei liegt? Du kannst wp_head() und wp_footer() auch von jedem anderen Ort auf deinem Webspace nutzen. Du musst dafür nur die Datei "wp-load.php" am Anfang deines Scrips laden (z.B. per include oder require)
Füge einfach folgende Regel ein:
.entry-title {
font-size: 26px;
}Darüber lässt sich die Größe der Überschriften ändern.
ja, hab ich eh auch probiert. Doch die Stile / Anims sind weg, egal ob das Menü einzigartig, nur für die Sidebar erstellt wurde, oder eins der anderen die eben an den, per Theme vorgegebenen Plätzen sind.
das ist kein so ein Problem, CSS kann ich seit es das gibt, ist halt ein Spielerei, je nachdem wie aufwändig es sein soll.
Irgendwie widersprichst du dir selbst. Entweder du kannst mit CSS umgehen (dann sollte das Ganze eigentlich kein Problem für dich darstellen) oder du kannst es nicht (was auch nicht schlimm ist, aber davon hängt halt ab, welche Lösungsvorschläge du hier bekommst).
Der Ansatz von Helix ist genau der richtige (vorausgesetzt, du kannst zumindest ein bisschen CSS, ansonsten lässt sich das aber auch "zusammengoogeln").
1.) Menü erstellen
2.) Das "normale" Menü-Widget von Wordpress einfügen und dort das zuvor erstellte Menü auswählen
Dann hast du schon mal die grundlegende Menüstruktur in der Sidebar.
Den Rest kannst du doch dann mit CSS lösen.
Nur ich weiß eben keinen Anfang, wohin damit. Wie komme ich überhaupt an die Struktur heran, wo ist das Menü (dessen Quellcode) wirklich, wenn per Widget in eine Sidebar gestellt?
Der Quellcode wird dynamisch generiert. Du kannst dir die Struktur, dazugehörige Klassen, IDs etc. mit den Entwicklertools deines Browsers anschauen. Wo du die findest, hängt vom verwendeten Browser ab. Aber eigentlich bringen alle einigermaßen modernen Browser soetwas mit.
Haha, also ich weiß jetzt zumindest woran es bei mir liegt... Du hast nicht zufällig AdBlock installiert?
Sobald ich AdBlock deaktiviere, wird bei mir alles korrekt angezeigt (in Chrome, Safari und auch im Firefox). 
Ja, wie gesagt, irgendwas ist komisch. Ich bin gerade am Mac, hier funktioniert Chrome und Firefox nicht, Safari geht.
Versuch mal testweise beim iFrame in der "src" vor dem // ein "https:" zu ergänzen (also https:// statt nur //).
Eigentlich sollte // ok sein, aber den Versuch ist es wert...
Sorry, Ich bin gerade am Laptop und hab hier nicht mein "normales Setup". Das "display:none" scheint der Chrome selbst hinzuzufügen, weil es einen Fehler gibt. Die Konsole zeigt für die Ressourcen in den iFrames folgendes an:
Failed to load resource: net::ERR_BLOCKED_BY_CLIENT
Ich habe die Seite gerade im Chrome offen und sehe auch nichts. Was mir auffällt ist, dass alle iframes, die die Amazon Links enthalten, ein style="display:none !important" haben. Warum ist das so? Absicht? Ich könnte mir vorstellen, dass das das Problem ist.
Edit: Im Firefox sehe ich auch nichts. Merkwürdigerweise sehe ich hier auch kein style="display:none !important". Irgendwas ist hier merkwürdig...
Ich hoffe, das du bei einem Hoster nur ein einfaches Hostingpaket hast, und keinen "Server".
Er betreibt einen eigenen Server auf einem Rasberry Pi. Wie gesagt, es gibt dazu auch schon den anderen Thread. Mittlerweile läuft der Server aber zumindest Lokal, so dass erstmal nicht viel schief gehen kann...
Wir könnten bisher nicht die Frage klären, ob dein Rasberry Server korrekt läuft. Deshalb die Frage: Wenn du WordPress auf diesem Server neu installierst, funktioniert dann alles korrekt oder gibt es da auch Probleme?
Ich Versuche halt einzugrenzen, ob du ein WordPress oder ein Server Problem hast.
Das Problem ist einfach: Du bist Anfänger (was ja auch ok ist) und möchtest aber gleich einen eigenen Webserver aufsetzen und WordPress lernen. Vielleicht wäre es besser, wenn du dich erstmal mit einem von beiden beschäftigst. So gestaltet sich die Fehlersuche halt wirklich schwierig, weil es irgendwie alles sein kann und dein Wissen (noch) nicht ausreicht, um unsere Vorschläge wirklich nachzuvollziehen und zu verstehen.
Fangen wir jetzt wieder von vorne an?
Dazu gibt es doch schon einen drei-seitigen Thread von dir:
http://forum.wpde.org/konfiguration/…aber-nicht.html
Dort war (mehr oder weniger) das Fazit, dass es kein Wordpress Problem ist, sondern eher an deinem Server liegt.
Hast du mal versucht, eine saubere, neue Wordpress Installation auf deinem Server zu machen? Funktioniert das einwandfrei?
Ich zitiere mich mal selbst:
Ich sehe in der Tat auch so viele Fehler, dass ich im Moment auch nicht genau wüsste, an welchem es genau liegt.
Das war (leider) ernst gemeint.
Es gibt in beiden einige Fehler. Ich vermute stark, dass alle anderen Dateien auch so aussehen. Insofern bin ich mir nicht mal sicher, ob es eine der beiden Dateien ist oder sogar noch eine andere.
Aus meiner Sicht kommst du nicht drumherum, insgesamt mal alle Fehler durchzugehen und zu beheben.
Weil wir (es ist eine Vereinsseite) uns entschieden haben zum Relaunch ein komplett neues Design und eine neue Struktur zu benutzen
Händisch kann man die alten Seiten theoretisch zwar wieder herstellen - das wird aber furchtbar aufwendig und ist sehr fehleranfällig.
Der sinnvollste Ansatz wäre meiner Meinung nach:
1) Die alte Seite komplett sichern (Dateien und Datenbank)
2) die alte Seite lokal (z.B. mit XAMPP) wiederherstellen
3) Updates durchführen
4) Dann die Struktur und das Design ändern
Alternativ könntest du die Seiten auch ex- und importieren (dafür gibt es verschiedene Plugins). Ob das am Ende einfacher und/oder besser ist, bin ich mir aber nicht sicher...
Ich hab das selbst geschrieben und wie man sieht ohne Ahnung... deshalb frag ich ja jetzt hier im Forum nach Hilfe...
Wenn du das selbst lösen willst (und richtig machen willst), wird ein bisschen Arbeit auf dich zu kommen...
Im Grunde solltest du mal alle Dateien durchgehen und prüfen, ob
1) Elemente immer korrekt geöffnet und geschlossen werden
2) Die Element auch sinnvoll geöffnet und geschlossen werden (also die Struktur danach Sinn ergibt)
3) Alle doppelten id's entfernen (hat jetzt nicht direkt mit deinem Problem zu tun, aber wenn du schon dabei bist...)
Am besten du verwendest dafür einen Editor mit Syntax-Highliting, der zu jedem Element jeweils anzeigt wo es geöffnet und geschlossen wird (z.B. Notepad++, das erspart dir eine Menge Arbeit).
Du kannst natürlich auch gezielt suchen und versuchen, herauszufinden an welcher Stelle es genau hakt. Aber ich sehe in der Tat auch so viele Fehler, dass ich im Moment auch nicht genau wüsste, an welchem es genau liegt.
Allerdings habe ich ja schon im Eltern Theme Änderungen an der css gemacht und auch sonstige Sachen. Die Seite steht komplett und ist fertig.
Was muss ich jetzt tun?
Das ist natürlich etwas unglücklich. Idealerweise gehören alle Änderungen (und nur die Änderungen) ins Child-Theme.
Soll ich die styles der Original style.css jetzt in meine style.css vom child kopieren?
Kannst du machen und wird auch funktionieren. Du hast dann aber eine ganze Menge Redundanzen und (wenn du Pech hast) ändern sich beim Theme Update einige CSS Klassen, die du gar nicht angepasst hast, dann aber trotzdem überschreibst. Letzteres kann, muss aber kein Problem sein.
Was genau muss ich in die functions.php schreiben, auch eine Kopie vom Original functions.php?
Nein da gehört folgender Code rein (Quelle: https://codex.wordpress.org/Child_Themes):
<?php
function my_theme_enqueue_styles() {
$parent_style = 'parent-style'; // This is 'twentyfifteen-style' for the Twenty Fifteen theme.
wp_enqueue_style( $parent_style, get_template_directory_uri() . '/style.css' );
wp_enqueue_style( 'child-style',
get_stylesheet_directory_uri() . '/style.css',
array( $parent_style ),
wp_get_theme()->get('Version')
);
}
add_action( 'wp_enqueue_scripts', 'my_theme_enqueue_styles' );
?>Hätte ich jetzt nur über das Dashboard über die normalen Einstellungen vom Theme im Layout was geändert würde dieses doch nicht im Update überschrieben werden oder?
Normalerweise nicht. Es empfiehlt sich trotzdem, vor jeder größeren Änderung immer ein Backup zu machen (Dateien und Datenbank).
Schon alleine die DIVs gehen wild auf und zu, mal zuviel, mal zuwenig.
Das hatte ich tatsächlich auch vermutet, dass das die Ursache ist. Deshalb die Frage nach dem Link zur Seite.
Es gibt irgendwie Elemente und IDs teilweise auch doppelt etc.
Ich befürchte, da wird man nicht so ohne weiteres helfen können, weil man eigentlich mal die ganze Struktur durchgehen und "bereinigen" müsste...
Kann ich nicht die Original CSS Datei von Wordpress in der ich Änderungen gemacht habe sichern und nach dem update wieder zurückspielen oder sind noch andere Anpassungen im Theme selbst dann auch weg?
Das geht auch. Du musst nur immer daran denken. Und falls das Update auch Änderungen an der style.css mitbringt, werden die natürlich nicht mit aktualisiert.
Gerade wenn es "nur" CSS Änderungen sind, empfiehlt es sich, das originale CSS nicht zu ändern, sondern lieber durch eigene Regeln zu überschrieben (idealerweise dann im Child-Theme).
