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 erstellenIch denke ich habe die Lösung.
Warum auch immer, habe ich mal im Dashboard unter Allgemein die Einstellungen nochmals gespeichert, da dort ein Feld für die Sprache des Blogs vorhanden war.
Danach war der Fehler verschwunden.
Bei zwei Blogs hat das jetzt funktioniert, also denke ich mal beim Dritten klappt das auch so. ;)
Ja ich auch, leider. Bei allen Drei Blogs bleibt der Fehler und einer meiner Bekannte hat auch gerade das Update gemacht und hat genau den selben Fehler. Dus Update wird scheinbar durchgeführt, aber dann springt er wieder zurück auf die Fehlermeldung [COLOR=#444444][FONT=Open Sans]Einige Deiner Übersetzungen sind nicht mehr auf dem neuesten Stand..[/FONT][/COLOR]
Äh nein, sehe nicht wirklich was anderes. ;)
Da hat mir das Entwicklertool wohl einen Streich gespielt, er braucht die margin-top: -30px; in der style.css des Plugin noch zusätzlich, wie mir scheint. Ich hatte die Bedingung zwar deaktiviert, aber scheinbar hatte er sie doch berücksichtigt. Merkwürdig. Aber mit beidem geht es wohl.
Edit; Ah. Gut du bist selber drauf gekommen. :D
Hm...
du könntest folgendes versuchen;
nimm mal die margin-top:-30px in der style.css des Plugin heraus und verändere mal den Wert des Padding in diesem Block der style.css des Theme.
.site-title {font-size: 42px;
font-weight: 600;
letter-spacing: -0.5px;
float: left;
line-height: 60px;
[COLOR=#ff0000]padding: 10px 0;[/COLOR]
}Wenn du padding: 0; verwendest sollte sich der Slider eigentlich direkt am unteren Rand des Logo platzieren. Nur wie schon geschrieben kann ich die Grafik nicht sehen, daher weiß ich nicht ob es wirklich hinhaut. ;)
Edit;
Okay, nun sehe ich auch die Grafik und ja es klappt. :D
Hm... Irgendwie mögen meine Browser keine .tiff Datei darstellen, aber wie dem auch sei.
Dein Ansatz ist schon richtig, aber du musst hierfür einen negativen Wert setzen, also zum Beispiel -10px.
Hi,
der Pluginauthor hatte mal jemandem eine Lösung vorgeschlagen, der es mit einer anderen Funktion auch auf deinem Weg versucht hatte und nicht zum Erfolg kam.
Ist zwar lange her, aber vielleicht hilft dir das ja weiter.
http://wordpress.org/support/topic/…rtcode-in-theme
Hi,
im Plugin Ordner von Slider befindet sich ebenfalls eine style.css.
Die müsstet du ändern.
.responsive-slider.flexslider {background: transparent !important;
border: none !important;
-webkit-border-radius: 0 !important;
-moz-border-radius: 0 !important;
-o-border-radius: 0 !important;
border-radius: 0 !important;
[COLOR=#ff0000]margin-bottom: 30px;[/COLOR]
}Den Wert in der letzten Zeile (margin-bottom) musst du auf 0px setzen, dann ist das Auswahlmenü direkt unter dem Slider.
Du könntest auch versuchen, diesen Block mit dem geänderten Wert in der style.css des Theme unter zu bringen. Das sollte eigentlich auch klappen.
Allerdings hast du noch den Nachteil, egal welchen Weg du wählst, bei einem Update vom Plugin, oder halt dann vom Theme, wäre die Änderung wieder weg und du müsstest diese dann wieder durchführen. ;)
Mojn,
Eventuell könnte eine Plugin, oder ein custom Filter (zum Beispiel Zeige in Kategorie xy nur Beiträge a,b,c) in der functions.php des Childtheme dafür verantwortlich sein.
Ist aber nur eine Vermutung meinerseits, da ein Benutzerdefiniertes Menü eigentlich nicht durch WP gelöscht, oder zurück gesetzt wird.
Mojn,
Hattest du die die endwhile Anweisung mit rausgelöscht? Die sollte drinnen bleiben, da ja der Loop oben mit while ( have_posts beginnt.
Ansonsten müsstest du dich mal an den Themeauthor wenden, da es ein Kostenpflichtiges Premium Theme zu sein scheint, welches wir mal nicht eben testen können und die Authoren sind dann die erste Anlaufstelle bei Problemen mit solchen Themes.
Mojn,
hat SirEctor doch geschrieben;
[COLOR=#b22222]Versuch mal folgendes am Ende Deiner CSS[/COLOR]
Also ganz am Ende der style.css einfügen. ;)
[COLOR=#333333]ich habe ein Webspace-Paket bei Strato und die Wordpress-Installation direkt über den AppWizard angelegt.[/COLOR]
[COLOR=#333333]Ich habe jetzt zu Testzwecken eine zweite Wordpress Installation angelegt, dort funktioniert die Benutzer-Registrierung und auch das Löschen eines Benutzers über das Admin CP funktioniert einwandfrei.[/COLOR]
Dann gib die Fehlermeldung mal an den Support von Strato und frage, ob die die alte Installation fixen können. Irgendwas muss ja dann vorher schief gelaufen sein, wenn es jetzt funktioniert. ;)
Mojn,
kannst ja mal versuchen, ob die Lösung aus diesem Beitrag weiterhilft. Ist zwar nur in Englisch, doch das Problem war ziemlich ähnlich zu deinem.
Mojn,
Bei Google zutage gefördert. Dort wird unter anderem genau diese Fehlermeldung behandelt.
Falls es nicht kein eigener Server ist, sondern nur ein Webspacepaket, musst du dich mit der Fehlermeldung an deinen Provider wenden, damit die das wieder richten.
Hi,
Ich tippe mal auf ein Problem mit einem Plugin.
Merkwürdigerweise sah die Seite beim ersten Aufruf genauso aus, wie auf deinem ersten Bild und nachdem ich mal im Browser auf aktualisieren klickte, nur noch so wie auf deinem Zweiten Bild.
Vermutlich zickt das von dir verwendete Cache Plugin herum und löst so das Problem aus.
Ist aber nur eine Vermutung meinerseits. Um Gewissheit zu bekommen, könntest du ja mal zum Test das Cache Plugin deaktivieren, oder besser mal alle Plugins und dann mal austesten ob das Problem noch auftritt.
Falls nicht dann ein Plugin nach dem anderen Aktivieren und immer wieder testen. Wenn das das Problem wieder auftritt wird das zuletzt aktivierte Plugin die Ursache sein.
[COLOR=#333333]Die Installation erfolgt über einen Butten im Kundenbereich von Bluehost. Dort wurde dann wordpress auf den server geladen (so wie ich das mal verstanden habe) damit ich es benutzen kann.[/COLOR]
Ja dann ist eine One Click installation.
[COLOR=#333333]Zu der zweiten frage hab ich leider nur eine Gegenfrage, was ist ein FTP Programm[/COLOR]
Das kommt jetzt darauf an, was du bei Bluehost gebucht hast. In der Regel bucht man ja ein Webspacepaket und bekommt dafür im Kundenbereich auch FTP Zugangsdaten angezeigt, also Adresse für den Server, auf dem das Paket geschaltet ist, Nutzername und Kennwort.
Dieses musst du dann in einem FTP Client Programm eintragen, damit du auf diesen Webspace Zugreifen kannst.
Filezilla zum Beispiel wäre ein solches Progamm.
Das ist unerlässlich, wenn man die volle Kontrolle über seine WordPress Installation haben will. ;)
Mojn,
Link zur Seite wäre hilfreich, dann könnte man sich mal die Strukturen anschauen, woher die Inhalte bezogen werden.
Wie hast du WP denn installiert?
Per Button im Kundenbereich deines Anbieters?
Hast du Zugriff auf Webspace mittels FTP Programm?
Falls du beide Fragen mit Ja beantworten kannst, wird es eine so genannte One Click Installation sein.
Dann könntest du dich mal mittels FTP Programm auf deinem Webspace verbinden und schauen, ob dort ein entsprechender Ordner vorhanden ist, der die WP Dateien enthält und das wäre dann defintiv eine eigenständige Installation und keine von wordpress.com.
Ansonsten einfach beim Provider anfragen, der müsste dir das ja genauer sagen können.
Hi,
ist eigentlich kein Problem, da WordPress die Option bietet, Komentare individuell für Artikel und Seiten zu erlauben, auch wenn es generell deaktiviert wurde.
Du musst die Seite (in deinem Fall wohl Gästebuch) nur zum Bearbeiten aufrufen und auf der Rechten Seite im entsprechenden Feld die Option Kommentare Erlauben aktivieren.
Falls du das Feld Diskussion nicht angezeigt bekommst, kann es sein, dass es ausgeblendet ist, dann musst du oben auf den Link für die Erweiterten Optionen klicken und einen Haken bei dem Punkt Diskussion setzen. ;)
Mojn,
[COLOR=#333333]Ich finde das 400 MB schon etwas hoch sind und irgendein Plugin arbeitet da wohl nicht sauber.[/COLOR]
Ja wenn es um diese Sache hier geht (http://faq.wpde.org/exhausted-php-memory/) hast recht und irgendwas läuft da nicht so wie es soll.
Allerdings bleibt dir da nur der Weg die Plugins zu deaktivieren und eines nach dem anderen wieder zu aktivieren und zwischendurch testen, testen, testen.
Du könntest die ja auch mal eine info.php erstellen und in den Ordner des betroffenen Blog hochladen. Wenn du diese dann aufrufst bekommst du alle Serverinformationen bezüglich verwendeter Module und auch wie viel Speicher wofür reserviert ist angezeigt.
Wenn du dir da den Überblick verschafft hast, solltest du die Datei aber zur Sicherheit dann wieder löschen.
Mojn,
du könntest versuchen die Sache mittels Seitentemplate zu realisieren.
Anleitungen für Seitentemplate in WordPress gibt es viele im Web.
Wenn du dann hingehst und beim Erstellen der Seite das Layout auf dein Seitentemplate einstellst, kannst du so den gewünschten Effekt einer Blanken Seite ohne Navigationen und Sidebar erzielen. Allerdings musst du im Seitentemplate noch die Anweisungen unterbringen, die den Header des Blogs darstellen (siehe header.php), da ja sonst eine komplette blanke Seite angezeigt wird und das war ja nicht dein Vorhaben, oder?
Hi,
das kein automatischer Slider.
Warum auch immer hatte man darauf wohl verzichtet.
Eventuell hilft dir dieser Beitrag ja weiter.
http://wordpress.org/support/topic/…=4#post-5046422
So wie ich das lese bedarf es wohl nur das Anlegen eines Child Theme und einem Eintrag in dessen functions.php, die man sich im Childtheme Ordner zusätzlich anlegen muss.
Du könntest es auch in der Original functions.php einbauen, doch bei einem Theme Update wäre die Änderung wieder weg und du müsstest diese dann wieder einbauen.