Hi,
ein Link zur Seite würde helfen, das würde die Fehlersuche enorm erleichtern. ;)
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 erstellenHi,
ein Link zur Seite würde helfen, das würde die Fehlersuche enorm erleichtern. ;)
Hi,
hast du dieses Plugin schon ausprobiert?
http://wordpress.org/extend/plugins/wpsp-terms-of-use/
Damit kannst du Nutzungsbedingungen verfassen, denen der User bei der Anmeldung zustimmen muss.
Ansonsten einfach mal nach Terms of use für WordPress suchen, ich denke da gibt es so die eine, oder andere Lösung mittels Plugin, oder Hardcode.
ZitatIch habe Angst, dass ich geänderte Seiten sonst bei einem Update verliere.
Nicht wenn du mit einem Childtheme arbeitest. ;)
Hat Frank auf seiner Seite recht verständlich aufgezeigt, wie man mit Childthemes arbeiten kann.
http://bueltge.de/wordpress-child-themes-verstehen/1192/
Hi,
konnte mich dunkel erinnern, dass schon mal so etwas angefragt wurde und habe den Thread mal rausgesucht.
http://forum.wordpress-deutschland.org/design/94143-c…intergrund.html
Ich hoffe er hilft dir im Ansatz weiter.
Hi,
also zu erstem Problem haben wir einen Artikel in der FAQ.
Müstest du mal schauen, ob das darin beschriebene bei dir zutrifft.
http://faq.wordpress-deutschland.org/cannot-modify-header-information/
Zu Problem zwei kann ich leider jetzt nichts sagen, da ich das Plugin nicht kenne.
Eventuell könnte ein zu niedriges PHP Memory Limit die Ursache sein, aber das ist jetzt nur spekulation.
Hi,
denke mal, das hier dürfte alle deine Wünsche erfüllen.
Ist aber nicht ganz so einfach einzurichten, soweit ich das in Erinnerung habe. ;)
Hi,
Das kommt immer wieder vor.
http://faq.wordpress-deutschland.org/exhausted-php-memory/
Frag mal deinen Provider, weil nur der dir da helfen kann.
Mojn,
ja es gibt da ein Plugin. (Neben diversen anderen natürlich)
http://wordpress.org/extend/plugins/gd-star-rating/
Allerdings brauchts da Einarbeitungszeit, weil es ziemlich viele Einstellungsmöglichkeiten bietet, die man nicht so direkt durchschauen kann.
Aber soweit ich weiß, ist es das umfangreichste, was derzeit erhältlich ist.
Mojn,
Zitat
Nein, die Tipperei kann man sich sparen, da die style.css die man baut sich ja auch im selben Themeordner befindet, für welches sie geschrieben ist.
Zumindest kenne ich es nicht anders.
Also wäre dein erstes Beispiel mit der Pfadangabe in der Hinsicht schon korrekt. ;)
Mojn,
ich habe mir das Skript mal angesehen, aber der Funktionsaufruf kommt dort ja mehrfach vor.
Da habe ich mich mal auf die Suche gemacht und bekomme zwar auf einigen Seiten die Informationen, dass man da etwas mittels .htaccess umgehen könnte, aber wie die Lösung im eigentlichen aussehen soll, da schweigt sich alles aus. :-(
Aber ich werde mal weiter suchen.
Irgendwo müssen die anderen ja die Info her haben mit der .htaccess.
Du hattest geschrieben, dass du das Theme mal gekauft hast.
Hast du denn mal mit dem Themeautor Kontakt aufgenommen, oder bietet er irgendwie Support mittels Forum an?
In könnte mir vorstellen, dass du nicht der einzige bist der dieses Problem mit dem Theme hat.
Mojn,
da müsstest du uns sagen, wofür dieses Plugin konzipiert wurde.
Vermutlich findet sich ja eine Alternative, die das gleiche, oder zumindest im Grundsatz etwas ähnliches bereitstellt, ohne das man die geperrte Funktion benötigt.
Wenn das Plugin mit dem Theme zusammen kam ist das zwar etwas schwieriger, aber ich würde mal behaupten nicht unmöglich.;)
Obwohl ich gestehen muss, dass ich Themes, die ein Plugin schon von vorneherein vorraussetzen eher als no go betrachte, da der Nutzer schon so an etwas gebunden ist.
Gelöst!
Hi,
scheint wohl so zu sein, dass WordPress standardmäßig beim Anzeigen der letzten Beiträge wirklich nach dem Datum ausgeht, wann der Artikel veröffentlich wurde und die Stickyfunktion dabei ignoriert wird.
Es gibt aber laut Codex einen Weg das Theme anzupassen und die Sache umzuprogrammieren.
Ich denke dieser Abschnitt dürfte da für dich interessant sein;
Display just the first sticky post, if none return the last post published:
http://codex.wordpress.org/Sticky_Posts
Edit;
Das Problem wurde inzwischen gelöst und das Theme unter Zuhilfenahme der im Codex aufgeführten Quellcode Beispiele in der index.php des Themes erweitert.
Mojn,
versuch mal in den Einstellungen bei Lesen nur Einen Artikel anzeigen zu lassen, dann sollte theoretisch nur der Sticky gesetzte Artikel auftauchen.
Oder, was auch eine Möglichkeit wäre, den Artikel auf eine Statische Seite packen und diese dann als Startseite anzeigen lassen.
Es ist das was du vermutest und du kannst das File auch direkt wieder rausnehmen, da bei mir Avast angeschlagen hat und ich daher die Datei erst gar nicht laden will/kann. ;)
Hi,
ZitatEin Hochsetzen von define('WP_MEMORY_LIMIT', '128M'); hat nichts gebracht.
Bringt in den meisten Fällen nichts.
Da musst du dich an deinen Provider wenden, da das PHP Memory Limit bei dir wohl nur 32MB beträgt und das ist inzwischen ein wenig sehr knapp bemessen, wenn man WordPress mit Deutscher Sprachdatei und zusätzlichen Plugins betreiben will.
Es gäbe da jetzt die Möglichkeit per FTP Programm mal den Plugin Ordner umzubenennen, damit WordPress die Plugins aLLE deaktiviert und so wieder PHP Memory Frei wird.
Ansonsten versuch es mal mit der gepatchen Sprachdatei, oder direkt mit Englisch, ohne Deutsche Sprachdatei.
Wird auch am Ende in diesem Artikel beschrieben.
http://faq.wordpress-deutschland.org/exhausted-php-memory/
Aber im Endeffekt kann dir dabei nur dein Provider helfen, das Memory zu erhöhen.;)
Mojn,
ob es was bringt, weiß ich jetzt nicht, aber du könntest ja versuchen in der wp-config.php das Limit auf die 128M zu begrenzen.
http://faq.wordpress-deutschland.org/exhausted-php-memory/
Ansonsten wüßte ich da jetzt so auf die Schnelle auch nichts.
Zumal es auch etwas komisch, ist, dass die Sache laut deiner Beschreibung scheinbar nur in den Logs erwähnt wird, aber WordPress selber die Fehlermeldung weder im Backend, noch im Frontend ausgibt.
Hi,
Also zu den letzten zwei Fehlermeldungen haben wir einen Artikel in der FAQ der erläutert, wie es zu so einer Meldung kommen kann.
http://faq.wordpress-deutschland.org/cannot-modify-header-information/
Bei der Ersten Fehlermeldung kann ich auch nicht so weiterhelfen.:-(
Google gibt zwar viele Ergebnisse, aber so richtig schlau werde selbst ich nicht daraus, da ich nicht ganz so viel Ahnung davon habe.
Scheinbar gab es da mal eine Sicherheitslücke und die Funktion ini_restore() wurde von vielen Providern deaktiviert.
Das zieht sich laut Google Ergebnisse durch die komplette PHP Welt,also nicht nur WordPress.
Eventuell hat ja jemand hier mehr Erfahrung und kann dir ein paar Tipps geben, was da zu tun wäre.
Oder falls es nicht gerade dein eigener Server ist, könnte dir dein Provider da weiterhelfen.;)
Mojn,
es gab da zwei Plugins.
Nachteil;
Das Erste ist mittlerweile aus dem Reporsitory bei WordPress herausgenommen worden, da es nur noch Kostenpflichtige Updates gibt und die Free Vesion nicht mehr supported wurde.
http://wpml.org/
Eine kostenlose Alternative wäre eventuell noch das Zweite Plugin qTranslate.
Vielleicht ist es ja etwas für euch?
http://wordpress.org/extend/plugins/qtranslate/
Mojn,
da hast du ja ein schönes Stück Arbeit vor dir.8)
ZitatIch weiß aber nicht, auf welchem Server die aktuelle Version gespeichert ist, ich weiß nicht wo überhaupt etwas für dieses Weblog gespeichert ist.
Nicht gut.
Da kannst du ja dann so gut wie gar nichts machen.:???:
Es gibt Sachen, wie zum Beispiel einige Plugins, die erst durch diverse Änderungen im Quellcode des Themes aktiv werden.
Wenn du allerdings keinen Zugriff auf die php Dateien hast, sehe ich da ziemlich schwarz.
Oder was auch passieren kann, dass WordPress sich in den Wartungs-Modus setzt, wenn ein Update durchgeführt wurde und dann muss die maintenance.php per FTP Zugriff aus dem WP Ordner gelöscht werden, damit der Blog wieder erreichbar ist.
(Alles schon da gewesen)
Bezüglich des Updates;
Ja da würde ich sogar sehr zu raten, da eure derzeitige Version ziemlich veraltet ist und zudem Sicherheitslücken haben dürfte.
http://faq.wordpress-deutschland.org/upgradepakete/
http://doku.wordpress-deutschland.org/Upgrade
Ein Archiv für die Upgradepakete 2.6.2 bis 3.2.1 findest du hier;
http://static.wordpress-deutschland.org/de-edition/
Allerdings muss man noch Anmerken, dass WordPress ab Version 3 mindestens PHP5 und MySQL5 zwingend vorraussetzt, da es sonst den Dienst verweigert.
Das müsstest du mal mit eurem Admin abklären, wie die Sache sich da verhält.
Auch die Höhe des PHP Memory Limit ist mittlerweile recht wichtig.
64M, oder höher sind da empfehlenswert.
ZitatAußerdem sind knapp 100.000 Spam-Kommentare angezeigt, die ich in der Version 2.6.1 leider nicht alle auf einmal löschen kann, sondern immer nur 20. Können die Probleme auch evtl. damit zusammenhängen?
Oha und man hat euch noch nicht die Türe eingetreten?
Vermutlich liegt es daran, dass kein Anti-Spam Plugin wie Antispambee aktiv ist. So etwas zieht Spambots magisch an.
Von Akismet ist abzuraten, da es Datenschutzrechtliche Bedenken gibt, was die Nutzung in Deutschland angeht.
http://blog.wordpress-deutschland.org/2011/03/01/ver…nsequenzen.html
http://blog.wordpress-deutschland.org/2011/04/20/aki…-notwendig.html
Habt ihr auch einen Plan B?
Im worst case kann es passieren, dass das aktuell auf dem Blog verwendete Theme nach dem Update auf Version 3 nicht mehr läuft, wenn es veraltete WordPress Funktionen aufrufen will, die durch die Weiterentwicklung von WordPress entweder veraltet sind und herausgenommen, oder umgebaut wurden.
Mojn,
Sämtliche Pfadangaben über Inhalte der Mediathek, verwendete Bilder bei Artikeln und Seiten, etc. werden in der Datenbank hinterlegt.
Wenn du von dieser kein Backup hast, sehe ich keine Chance an die Inhalte so heranzukommen, außer diese neu Hochzuladen.
Das kann WordPress so weit ich weiß noch nicht automatisch, obwohl es ja so ein nettes Feature im NGG PLugin gibt, wo man dann die Fotoalben einfach neu aus einem vorhandenen Ordner importieren kann.
Wäre manchmal echt hilfreich das auch bei der Mediathek machen zu können. ;)
Mojn,
Zitatwie gehe ich jetzt sinnvollerweise vor... zb. das verzeichnis des "themes" einfach auch auf den server laden - dieses müsste ja die veränderten dateien enthalten?
Das ist korrekt, falls du die Änderungen im Adminbereich unter Design/Editor durchgeführt hattest.
Zitatoder theme neu installieren, und alle dateien danach austauschen?
Wird nicht nötig sein, da WordPress den Themeordner finden und im Bereich Themes dann das Theme auflisten sollte.
Zitat
Ja die Datenbankeinträge müssen gelöscht werden, da WordPRess die Installation sonst mit der Meldung abbricht, dass es bereits installiert sei.
ABER....
Was jetzt genau das Überspielen eines MySQL Backups angeht kann ich leider nicht so weiterhelfen.
Viele hier im Forum empfehlen MySQL Dumper.
Doch das ist soweit ich weiß allerdings nur für User geeignet, die einen eigenen Server betreiben.
Andere wiederum berichten von Problemen beim Upload, wenn man die Upload Variante unter PHPmyAdmin wählt, da es nach gewisser Zeit zu einem Timeout Seitens des Servers kommt, oder die Datei zu groß ist.
Da müsstest du mal zur Sicherheit in des FAQs nachschauen, ob dies bezüglich etwas vorhanden ist.