Beiträge von Marcus[IS]

    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.

    Zitat

    Ich 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/

    Mojn,

    Zitat

    Bei einem Wordpress-Theme aber liegen die Bilder unter /wp-content/themes/mein-theme/images. Aber derartige Pfade tippt man ja sicher nicht in die style.css, oder?

    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.

    Hi,

    Zitat

    Ein 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,

    da hast du ja ein schönes Stück Arbeit vor dir.8)

    Zitat

    Ich 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.

    Zitat

    Auß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,

    Zitat

    wie 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.

    Zitat

    oder 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

    soll ich die db-einträge löschen, bevor ich wp neu installiere? oder werden die einfach überschrieben?

    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.