Beiträge von DieterB

    Nach dem update auf WP 4.4 bekomme ich auch ein update von WP-Filebase (free Version) angezeigt (von Version 3.1.02 auf 3.1.05). Allerdings mit:

    Code
    [COLOR=#32373C][FONT=Open Sans]Kompatibilität mit WordPress 4.4: unbekannt[/FONT][/COLOR]

    Das update endet aber mit:

    Code
    [COLOR=#444444][FONT=Open Sans]Beim Aktualisieren von WP-Filebase ist ein Fehler aufgetreten: [/FONT][/COLOR][COLOR=#444444][FONT=Open Sans]Download fehlgeschlagen. Forbidden[/FONT][/COLOR]

    Klickt man auf der Plugin Updateseite von WP auf "Zeige Details von Version 3.1.05." kommt:

    Code
    [COLOR=#444444][FONT=Open Sans]Ein unerwarteter Fehler ist aufgetreten. Das könnte an WordPress.org oder der Konfiguration dieses Servers liegen. Solltest du weiterhin Probleme haben, wende dich an den [/FONT][/COLOR][URL="https://de.wordpress.org/hilfe/"]Support[/URL][COLOR=#444444][FONT=Open Sans].[/FONT][/COLOR]

    Leider funktioniert der upload mit der aktuellen Version aber auch nicht mehr. Den Autor habe ich schon angeschrieben, aber bis jetzt keine Antwort erhalten. Hat jemand einen Tipp?

    Danke,

    Ich habe [COLOR=#333333]MySQLDumper sehr lange verwendet und war auch zufrieden, ab irgend einem Server update (MySQL, php ???), hat es dann nicht mehr funktioniert (Probleme mit VIEWS gab es außerdem schon immer).
    Soviel ich weiß ist die letzte Version von [/COLOR][COLOR=#333333]MySQLDumper auch viel älter als die von [/COLOR][COLOR=#333333]Sypex Dumper und es wird ja schon lange nicht mehr gewartet.
    Ich habe jetzt jedenfalls einen Verzeichnisschutz für Sypex angelegt, nun aber Probleme mit den Cron (obwohl das eigentlich gehen sollte bei world4you).

    Trotzdem bin ich weiter auf der Suche ... [/COLOR]:grin:

    Hallo,

    ich suche ein backup plugin, dass mir neben der WP Datenbank auch eine andere Datenbank sichern kann, diese ist recht groß (15MB gezippt), weshalb viele DB Programme Probleme damit haben, da sie in ein Timeout laufen. Die einzigen Programme, die bei mir den export schaffen sind phpMyAdmin und Sypex Dumper (externe Lösung), das kann aber wieder die files nicht automatisch weitersenden.
    Da die WP Backups sehr gut funktionieren, hoffe ich, dass hier vielleicht ein plugin dabei ist, dass das schafft.
    Wäre auch an Tipps zu anderen "standalone" Lösungen, die die Daten zusätzlich auch irgendwie auf ein externes Medium bringen (Claud, ftp, email) interessiert.

    Das muss dann irgend ein timeout Problem sein, bei mir erreiche ich die Seite mit Chrome ???
    Oder ist die noch in irgendwelchem cache?

    Ich habe den Fehler aber auch von 2 anderen usern in der gleichen Weise bestätigt. Mit Safari komme ich auch nicht hin.

    Wir können das natürlich leicht beheben, indem wir eine neue Seite machen, aber interessant ist es schon :wink:

    Hmm, aber ich weiß nicht, ob ich dir wirklich helfen kann ;)

    Du schreibst in den Postings darüber immer von einer "Home" Seite, auch dass du in der Datenbank was geändert hast.
    Das kann ich nicht nachvollziehen, hast du eine englische Version? Home kommt bei mir im Backend nicht vor. Und hast du wirklich selbst in der Datenbank Änderungen durchgeführt? Wo?

    Also meiner Ansicht sieht es folgend aus:
    Du hast alles in http://52586601.de.strato-hosting.eu/Sonnensaite/ installiert und willst jetzt, dass es über[COLOR=#333333][FONT=sans-serif] [/FONT][/COLOR]http://gitarre-lernen-koeln.de läuft. Richtig?

    Was ich jetzt schon einmal überhaupt nicht verstehe:
    Wenn gitarre-lernen-koeln.de auf 52586601.de.strato-hosting.eu/Sonnensaite zeigt, müsste man nachdem man sich mit 52586601.de.strato-hosting.eu/Sonnensaite/wp-login.php anmelden kann auch mit gitarre-lernen-koeln.de/wp-login.php anmelden können, das geht aber nicht ???
    Kann da jemand anderer sagen warum? Da stimmt doch dann schon etwas mit den redirekts nicht, oder?

    Wenn ich jetzt [COLOR=#333333][FONT=sans-serif] [/FONT][/COLOR]http://gitarre-lernen-koeln.de aufrufe und einen Menüpunkt anklicke komme ich auf http://52586601.de.strato-hosting.eu/...
    Hast du die Menüs selbst erstellt oder sind das Standardmenüs. Wenn du sie selbst erstellt hast, musst du zumindest hier die links anpassen (Vielleicht ist das dein Problem? Bei mir war das am Anfang auch ein Fehler.)

    Sind die Menüs nicht selbst erstellt, heißt das für mich, dass in
    Einstellungen -> [FONT=sans-serif]Seiten-Adresse (URL)
    [/FONT]vermutlich nicht http://gitarre-lernen-koeln.de steht. Das gehört dort hinein.
    In [FONT=sans-serif]WordPress Adresse (URL)
    [/FONT]gehört dann wohl: http://52586601.de.strato-hosting.eu/Sonnensaite
    (immer ohne / am Ende, aber ich weiß nicht ob das wichtig ist)

    Was steht eigentlich in der index.php nach http://faq.wpde.org/wordpress-trot…hnis-aufrufen/:
    bei: require('./wp-blog-header.php');

    Hallo,

    habe zu dem Thema bereits die FAQ gefunden und wollte mit der für mich einfachsten, dort angegebenen 3. Möglichkeit meine Seite verstecken (nicht im Menü anzeigen):
    http://faq.wpde.org/exclude-pages/#excludeprivat

    Das geht aber nicht.

    1) Wenn ich eine private "Dummy" Seite, die die übergeordnete sein soll anlege, kann ich diese nicht als Elternseite für die zu versteckende Seite auswählen (es verden wohl nur veröffentlichte angezeigt).
    2) Wenn man den Trick versucht die Dummy Seite kurz öffentlich zu machen (um die zu versteckende Seite als Unterseite zuzuordnen), wird diese Zuordnung beim Zurücksetzten des Status der Dummy Seite auf Privat wieder aufgehoben und die zu versteckende Seite landet wieder im Hauptmenü.

    Ich weiß dass es andere Möglichkeiten gibt, wollte aber wissen ob ich hier etwas falsch mache oder ob die FAQ hier nicht stimmt.

    Hallo,

    ich habe gerade meine Installation in einem Unterverzeichnis nach Fertigstellung nach der FAQ Anleitung http://faq.wpde.org/wordpress-trot…chnis-aufrufen/ ins root verlinkt.
    Danke dafür hat auch bestens geklappt.

    Danach hatte ich aber auch Probleme mit der Backend-Anmeldung, weil ich nach Admin-Anmeldung im Unterverzeichnis beim Ansehen der Seiten zwar immer ins Hauptverzeichnis umgeleitet wurde, dort dann aber nicht als angemeldet aufschien und daher bei den Beiträgen auch keine Editieren Links hatte.
    Löschen aller Cookies (wie hier angegeben) hat dann das Problem gelöst. Vielleicht kann man das auch noch in die FAQ Anleitung mit aufnehmen.