Beiträge von Wu_kung

    1+1-MyAdmin hat offensichtlich Probleme mit gzip. Bei der weiter oben beschriebenen Löung mit kleiner db (29 Tabellen), haben Backup (4.0) und Einspielen (5.0) zwar funktioniert, aber das bekannte Umlautproblem ausgelöst. Die "Lösung" ist also auch keine. Mit dem Dumper all das nicht.

    Endlösung: MySQL-Dumper, Version 1.24 (nicht frühere Versionen). Bei Bedarf dem Thread hier folgen. Wer noch auf MySQL 5.0 umstellen muss, kann so in aller Ruhe erst einmal die Datenbank-Baustelle vor dem Upgrade auf wp2.9 erledigen und austesten.

    Diese Lösung ist auch dem teilweise erfolgreichen Versuch mit dem DB-Manager-Plugin vorzuziehen, bei dem man im Gegensatz zur Dumper-Lösung nicht das Geschehen logisch nachvollziehen kann.

    Natürlich ist den Profis hier der Dumper wohl bekannt. Aber der konkret-aktuelle Kontext dürfte allen anderen eher nicht auf Anhieb klar sein. Daher dieser Eintrag.

    Gruß. A.

    Teillösung: Sichert man die 4er DB über das Plugin DB-Manager als gz und lässt sich das per Mail zusenden, nimmt plötzlich der 1+1-MyAdmin... die Files an und es frunzt, die db ist auf Version 5! ABER nur bei der kleinen DB. Bei der großen scheitert schon der Versand an:

    Zitat

    Fatal error: Out of memory (allocated 30670848) (tried to allocate 4666420 bytes) in /homepages/*/***/plugins/wp-dbmanager/database-manage.php on line 70

    Ätzend!

    Vielen Dank. Aber beim Export entsteht eine 0KB-Datei... :-(. Klappt also erst mal nicht...

    Im phpMyAdmin in der linken Spalte auf die Datenbank klicken, dann sieht man oben Funktionen. Dort [Exportieren] anklicken, dann oben "Alle auswählen" und unten (●) BZip-Komprimiert:

    Der Import erfolgt über die Funktion [SQL], dort dann unten bei "oder datei" die Datei auswählen:
    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Gruß
    Ingo

    Datenbank-Import klemmt

    Das unten beschriebene Prozedere klappt nicht. Normalerweise werden beim Import in die "jungfräuliche" db die Tabellen erzeugt und entsprechend der importierten *.sql-Datei gefüllt. Nicht im aktuellen Fall. Liegt das daran, dass die *.sql-Datei so um die 55 MB groß ist?

    Lösung findet sich hier: http://forum.wordpress-deutschland.org/installation/6…html#post291485

    Leider können wir in einem unserer Blogs REGISTER PLUS nicht mehr benutzen - Unter 2.8.3 kollidiert das Plugin mit der Sprachdatei. Hat jemand Erfahrungen mit einer Alternative? Wichtig wäre: Es muss eine Verifizierung durch registrierte User erfolgen. Nicht verifizierte User fliegen nach x Tagen automatisch raus. Oder auch: eine Art Captcha-Abfrage ...

    So sparen wir uns den Stress, pro Tag ein Dutzend Fake-Anmeldungen manuell löschen zu müssen (s. o.)

    Hinweise wären sehr schön!

    Vielen Dank.

    Nachdem unser Provider (1u1) nicht nur das Speicherlimit ohne Zögern angehoben, sondern auch noch Hinweise zum effektiven Handling der php.ini gegeben hat UND nachdem das Plugin 123 zwecks Abschalten der Dashboard-Infos installiert ist - geholfen hat es dennoch nicht. Wir müssen entscheiden: Entweder das Plugin REGISTER PLUS oder DEUTSCHE SPRACHDATEI. Beides zusammen macht die Anwendung an verschiedenen Stellen unbrauchbar.

    Wir werden also eine Alternative von Register Plus suchen müssen, um uns die rumänischen & weißrussischen Plagegeister vom Hals zu halten. Denn eine Nutzerführung halb deutsch / halb englisch ist nicht hinnehmbar.

    Schade, dass sich die WP-Entwickler in U.S. nicht vor 2.8 um diese Probleme gekümmert haben. Das Upgrade mutiert für komplexe Anwendungen so leider zum Rückschritt - zumindest was die Funktionalität betrifft. Genau da lag aber bisher einer der Vorteile von WP - dass man auch komplexe Profisysteme damit aufbauen und am Laufen halten konnte.

    Großes Dankeschön für den Support der deutschen Community.

    Wir lassen bei Kommentaren noch immer das Identicon über ein Plugin generieren. Grund: Kleine Versionen der Identicons erscheinen in der Sidebar unter "letzte Kommentare": cjd-update(dot)info

    ABER: Die in WP bereits erzeugten, im Back-end sichtbaren, Identicons gefallen besser; außerdem könnte man sich ggf. ein Plugin sparen.

    Problem: "Hauseigene" Identicons werden im Front-end NICHT angezeigt. Müssen wir am Theme etwas anpassen; aber IN JEDEM FALL sollen die kleinen Identicons in der Sidebar erhalten bleiben...

    Hat jemand einen Tipp?

    DANKE.

    Seit Monaten zieht unser Blog rumänische Kleinkriminelle an, die u. a. Fake-Anmeldungen durchführen. Im Anmeldeformular MUSS man Vor- und Zuname angeben. Doch sie kopieren einfach zweimal eine beliebige Zeichnkette rein. Vermutlich läuft das maschinell.

    Frage: Ist es möglich, die beiden Felder zu prüfen und bei gleichen Inhalten die Anmeldung abzuweisen?

    Das greift natürlich NICHT, wenn dort tatsächlich einer sitzt und das manuell eingibt. Da bliebe vermutlich nur eine Art Captcha-Test. Oder eine DEUTSCHE Abfrage. Kennt dazu jemand einen Lösungsansatz?

    DANKE.

    Danke für den Hinweis. ABER: In "meinen" Polls-Optionen kann ich nichts dergleichen einstellen. Genau so wenig bei wp-Tamplate. Deswegen meine Anfrage nach einem Tipp, welches Skript dazu wie anzupassen ist. Gruß.

    Hallo!

    Mit dem Upgrade 2.7 -> 2.7.1 stellt sich folgendes Verhalten der Kommentarfunktion ein:

    (1) keine E-Mailbenachrichtigung mehr bei zur Moderation anstehenden Kommentaren.

    (2) Schreibe ich als Admin einen Kommentar, erscheint nach dem Abschicken eine weiße Seite.

    (3) Beantworte ich vom Backend aus einen Kommentar, wird das im Frontend zwar auch realisiert, im Backend aber in keienr Weise angezeigt. Beim zweiten Klick dann der Hinweis auf doppelte Kommentierung.

    (4) Die sehr bequemen Schnell-Auswahl (Löschen, Bearbeiten,...) funktioniert zunächst scheinbar. Doch dann taucht der vermeintlich genehmigte Kommentar erneut zur Moderation anstehend auf. Ich muss also erst richtig in den Editiermodus gehen zur Freigabe.

    Theme und Version 2.7.1 kollidieren also offenbar hier.

    Gibt es dafür eine Erklärung? Tipps zur Behebung?

    Hinweise wären sehr schön!

    Gruß

    Vielen Dank für die Mühe! Da die Typen - wie sich zeigt - auf Google-Cache-Files zugreifen, wird wohl nur der Weg gehen, über ein Google-Konto die Leerung des Cache zu beantragen...:?