Beiträge von -pcf-

    Hm irgendwie werde ich daraus nicht Schlau. Wieso muss ich denn in der Style.css etwas ändern wenn:
    ich in den Guestbook Settings alle Variablen ändern kann? Jedoch werden diese änderungen irgendwie nicht wirksam :confused:

    Habs grad an der aktuellen Version von DMSGuestbook getestet:
    Guestbook settings/Extended/Guestbook width:
    Die Breite auf 75 oder 95%, funktioniert. Allerdings erst nach Browser-Refresh!

    Also bis WP 2.6.5 ging das ja mit Oliver Schlöbes Admin Management Xtended Plugin perfekt: Andere Zahlenreihenfolge - und die Seiten kamen genau so.

    Nun bekomme ich das Plugin in WP 2.7 nicht zum Laufen: Es gibt eine weisse Seite oder es erscheinen nicht alle Seiten im Backend ...

    Oliver schreibt zwar, dass seine neue Version 1.9.1 mit WP2.7 nur eingeschränkt läuft, aber das Verschieben von Seiten per Drag&Drop verschieben klappt noch. Habs grad ausprobiert.

    Alternativen:
    Plugin "My Page Order" oder
    wie unter WP2.6 bei der Seitenbearbeitung Nummern vergeben (rechts unter Attribute: "Reihenfolge").

    maxe: Die "Reihenfolge" in WP selbst wird anscheinend vom Admin-Management-Xtended übersteuert. Man müsste es dazu evtl deinstallieren?

    pcf

    Vielen Dank, wenn ich wir Dich richtig verstanden haben, können wir die Standardeinstellungen also auch so belassen?
    ...
    Ab welcher Größe des "gzip-komprimierten" Backups würdest Du denn Multipart empfehlen?

    Hm, empfehlen will ich da nichts; kommt auf die Situation an.
    Wenn die Backups per FTP abgeholt werden, spielt es auch ne kleinere Rolle.
    Beim Sichern selbst kann man aber Pech haben und der Server streikt nach einer gewissen Zeit: Um Timeouts zu umgehen, ruft der Dumper sich immer wieder selber auf, bis die Sicherung fertig ist. Unter ungünstigen Umständen interpretiert der Hoster/Server das als PHP-Fehler und bricht ab. Ein weiterer Punkt könnte der Push-Versand sein, wenn vom Hoster nur bestimmte maximale Dateigrößen akzeptiert werden. Wenn das aber glatt läuft, eigentlich egal.

    Zu den Standardeinstellungen: Solange es damit problemlos geht, braucht man nix zu verstellen, oder?:)
    Achja, und zum Wiederherstellen der DB braucht man Wordpress selbst überhaupt nicht. Sicherung per FTP ins Verzeichnis "work" das Dumpers laden, sie im Dumper auswählen, wiederherstellen, fertig.

    So, wir haben es nun doch endlich geschafft, das Programm zu installieren. (...)

    Hatte mich schon gewundert, was Ihr daran als so schwierig anseht ;). Hatte das Teil gefunden eh ich den ersten Blog installierte, und es als handlich und nützlich eingestuft.

    Ihr habt also offenbar die Standardeinstellungen belassen.
    Wenn die Datenbank g-zip-komprimiert erheblich unter dem Megabyte liegt, kann man auf Multipart-Backup verzichten.
    CronJobs funktionieren je nachdem wie der Hoster die Sicherheitseinstellungen hat, nicht. Ebenso wie der FTP-Versand, der über PHP läuft, aber von einigen Hostern gesperrt ist.
    Als Alternative lasse ich mir die Backups per eMail schicken.
    Da ich mehrere Blogs (mit unterschiedlichen Präfixen) in derselben DB liegen hab, sichere ich den Kram eh portionsweise (unter "Backup" Haken bei "Auswahl bestimmter Tabellen"). Dann kann man, wenn ein Blog ne Macke hat oder upgedatet werden soll, nur die diesem entsprechenden Tabellen sichern bzw. notfalls wiederherstellen.

    Unter "Einstellungen" hab ich noch eingetragen:
    Automatisches Löschen der Backups "aktiviert"
    Anzahl der Backup-Dateien: "1, für jede Datenbank".
    Das spart Platz auf dem Webspace und ich muss ich nicht alte Backups (die ich per Mail krieg und lokal archiviere) manuell vom Server löschen.

    Der Dumper ist, wie ich finde, wirklich einfach zu handhaben - auch Wiederherstellung eines phpBB-Forums hat damit problemlos geklappt.
    Man sollte dieses Teil m.E. aber wenn möglich in Ordnern abseits der WP-Installation unterbringen und auch per .htaccess sichern. Oder die Installation komplett lokal sichern und nur bei Bearf aufspielen, denn wer sie unbefugt findet kann damit groben Unfug anrichten!

    Ok hab ich gemacht. Würde mich trotzdem interessieren, warum das nicht geht. Gibts da ggf PHP seitig irgendwelche Timeouts? *ratlos* Gibts ne Möglichkeit das ganze im Debug modus oä laufen zu lassen?

    EDIT: ich stelle gerade fest, dasselbe Problem taucht auch beim installieren/updaten von plugins auf. Vielleicht hilft diese Info ja noch weiter

    Frag evtl mal bei Deinem Hoster nach - wenn die FTP-Zugangsdaten korrekt waren.
    Ähnliches Problem hatte ich nämlich auch. Hatte dann den Hoster - United Domains - angeschrieben und bekam die Antwort, aus Sicherheitsgründen sei FTP via PHP (also mit Bordmitteln der Webseiten) gesperrt.

    Bleibt nur händisches Aktualisieren via FTP-Programm. Um so lästiger, als bei Plugins in Version 2.7 zwar weiterhin auf Updates aufmerksam gemacht wird. Man kann die aber leider nicht mehr einfach durch Anklicken im Admin-Bereich auf die eigene Platte laden, um sie zu entpacken und hochzuschieben :evil:.

    Ich such heute schon den ganzen Tag nach einer Lösung aber bis jetzt nichts für WP 2.7 gefunden.
    Und zwar ist mein Admin sowas von langsam, das glaubt keiner, in der Zeit trick ich nen Kaffee! Also Ladezeit is um die 2-5 Minuten.

    Hat hier jemand ne Lösung gefunden?

    Hab auch den Eindruck, der Admin-Bereich sei langsamer geworden. Plugins vielleicht mal probeweise abschalten und testen...
    Es liegt definitiv nicht am lokalen Rechner. Auch sie Leitung und der Server können wirklich "schnell". Ich glaube, das neue Backend strapaziert die Datenbank mehr als das alte, ehe alles hier ankommt. Die Pakete tröpfeln quasi einzeln herein...
    Bei mir hat ein wenig geholfen, nicht benötigte Widgets im Dashboard abzuschalten.

    Hab die Gelegenheit genutzt, eine erste HP von 2.6.5 auf 2.7 zu aktualisieren. Das ging von Hand, aber ohne Probleme. Tests mit Editieren, Posten, Bilder einfügen verliefen auch erfolgreich.

    Unser Hoster sperrt leider php-FTP und lässt da auch nicht mit sich verhandeln:

    Zitat

    "Aus Sicherheitsgründen können bei unserem System, über die Funktionen von PHP, keine FTP-Verbindungen hergestellt werden."

    Nun hab ich festgestellt, dass die Plugin-Aktualisierungsfunktion nur noch auf diese Art zu gehen scheint (innerhalb von WP):
    "Details von version xyz ansehen oder aktualisiere automatisch."

    In den 2.6ern hatte man noch die Möglichkeit, sich die .zip direkt aus der Admin-Oberfläche im Plugin-Menü auf den lokalen Rechner zu packen, zu entzippen und via FTP hochzuladen. Das geht nicht mehr; man muss umständlich per zweitem Browserfenster das Wordpress.org-Pluginverzeichnis durchsuchen und dort herunterladen.

    Wäre nett, wenn es wenigstens die Wordpress-interne Plugin-Update-auf den Rechner-Download-Variante wieder gäbe.
    Oder gibts das mittlerweile für die 2.7 vllt. als Plugin *g ?

    ... wenn ich per E-Mail bloggen möchte, wird der Artikel zwar in die Datenbank geschrieben, erhält aber nur den Status "Geplant" und wird erst einige Zeit später veröffentlicht.
    Dieses Problem habe ich erst seit Wordpress 2.7.
    Ist dies ein Bug oder ein neues "Sicherheitsfeature"?


    Hi,
    Zum Publizieren von Artikeln via eMail musste ich in 2.6.5, nachdem ich den Artikel verschickt hatte, zunächst die wp-mail.php des Blogs aufrufen. Danach erst war er veröffentlicht.

    Im Normalfall nicht, und da setze ich dann auch keine. Aber wenn mal nicht der Normalfall ist, nervt es einfach tierisch, mit   oder anderen Tricks dafür zu sorgen, dass WP die Zeilenumbrüche klaut. Wenigstens wenn man nicht den QYSIWYG-Editor nutzt, sollte man so viel Freiheit haben, finde ich.

    Finde ich auch. Bei verschiedenen Themes trickst man leider schon mal mit nem auf Hintergrundfarbe formatierten rechtsbündigen Punkt, um 'nen zusätzlichen Zeilenvorschub zu simulieren.... :?

    Am Sonntag wollte ich einen ersten Blog bei meinem Hoster auf 2.7 aktualisieren. Nachdem ein automatisches Update weder via ftp noch per http möglich war, hab ich ihn angemailt und folgende Antwort erhalten:

    Das mal zur Info für Leute, die beim gleichen Hoster sind.
    Da ist also auch weiterhin Handarbeit angesagt...

    Beste Grüße
    -pcf-

    kann es sein dass Du ein Plugin benutzt?
    Gruss Ivan

    Danke für den Tipp!
    "Admin Management extended" war verantwortlich.
    Hab das Plugin mal mal abgeschaltet und den Medienbereich aufgerufen:
    Der Fehler - bzw. diese Spalte auf der Seite - war nach dessen Abschalten mitsamt dem Fehler weg...

    Hans

    Eventuell hat jemand einen Tipp für mich.

    Zwei Möglichkeiten fallen mir spontan ein:
    - Inkompatibilität zwischen Flash-Plugin und Wordpress-Flash-Uploader, oder
    - bei Browserupload falsche Pfadangabe in "Einstellungen - Verschiedenes" - "Hochladen": In dem Feld steht gelegentlich nach dem Installieren "wp-content", sollte aber stehen "wp-content/uploads"...
    S. auch hier.

    ... "Maximale Breite" 640 ... Die Fotos werden immer mit höchstens 500 Pixeln Breite in den Editor genommen und müssen in einem zweiten Schritt vergrößert werden.

    Oops, das hab ich noch nicht bemerkt. Ich hatte von den standardmäßigen 300 nur auf 450 Punkte hochgeschraubt, weil es auf den Webseiten völlig reicht. Wir haben teilweise Bilder > 2.300 px drauf. Die werden im Original eh nur auf Mausklick gezeigt...