wp-login funktioniert nicht mehr

    Hallo zusammen,
    mir scheint, ich habe heute meine BlueDiamond Website verschlimmbessert. :-(
    M.E. habe ich alle Änderungen in den .htaccess-Dateien und Änderungen in js-Dateien zurückgenommen (Änderungen waren klar erkennbar). Die Seite läuft auch einwandfrei. Aber wenn ich mich im Backend einloggen will, kommen Fehlermeldungen:
    Warning: Cannot modify header information - headers already sent by (output started at /homepages/23/d458558672/htdocs/wp/wp-includes/functions.php:1) in /homepages/23/d458558672/htdocs/wp/wp-content/plugins/tgn-embed-everything/tgn-embed-everything.php on line 62

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/23/d458558672/htdocs/wp/wp-includes/functions.php:1) in /homepages/23/d458558672/htdocs/wp/wp-login.php on line 414

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/23/d458558672/htdocs/wp/wp-includes/functions.php:1) in /homepages/23/d458558672/htdocs/wp/wp-login.php on line 426

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/23/d458558672/htdocs/wp/wp-includes/functions.php:1) in /homepages/23/d458558672/htdocs/wp/wp-login.php on line 428

    Was kann da los sein? Danke für einen Lichtblick :idea:
    DCK

    Einmal editiert, zuletzt von DrClemensKappes (15. September 2014 um 19:16)

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Ohne Kenntnis über die gemachten Änderungen wird das ein Rätselraten. Wenn etwaige Caches (Root, Server) geleert und Cookies gelöscht wurden, das Problem aber weiterhin auftaucht, Sind nicht alle Änderungen rückgängig gemacht worden. In diesem Fall einfach die Originaldateien wieder einspielen, denn die wurden ja sicherlich vor den Änderungen gesichert.

    WordPress ist "frei" wie in Freiheit es zu nutzen, aber nicht im Sinne von Freibier. Wer also glaubt man bekommt rund um WordPress alles kostenlos, der irrt. Hilfe ist ein Geschenk für das man sich bedankt, dafür gibt es den 'Gefällt mir' Button. Wer das nicht kann und sich selbst nicht zu helfen weiss, muss sich bezahlte Unterstützung suchen.

    Hallo SirEctor,
    danke für den Link. Danach liegt bei mir das Problem in der Datei "functions.php". Die erste Zeile sieht für mich mit "<?php" ohne Leerzeichen aber völlig normal aus. Ich habe zwar eine Sicherung, aber die ist in einer xml-Datei. Und da eine einzelne Datei ausfindig zu machen - keine Ahnung, ob und wie das geht. Wenn es eine Standarddatei ist, die sich normalerweise ohne "Fremdeinwirkung" nicht ändert - wo kann ich die sonst herbekommen und wieder hochladen?
    Danke, C.K.

    Ergänzung: Die ersten Zeilen der "functions.php" sehen so aus (die Zeilenumbrüche sind so in der Datei):
    <?php
    /**
    * Main WordPress API
    *
    * @package WordPress
    */

    require( ABSPATH . WPINC . '/option.php' );
    /**
    * Converts given date string into a different format.

    Einmal editiert, zuletzt von DrClemensKappes (16. September 2014 um 16:07)

    Hallo, SirEctor,
    ich hatte wohl deinen Link nicht komplett gelesen....
    Das Problem ist gelöst. Fast. Es bestand jedenfalls darin, dass die "functions.php" nach dem Speichern utf8-codiert war. Nachdem ich sie als ansi-codiert gespeichert hatte, waren die Fehler behoben.
    Fast=jetzt wird die Site durchgehend in TimesRoman dargestellt, obwohl in den Einstellungen eindeutig eine SansSerif-Schrift eingestellt ist. Eine Idee, woran das nun liegen könnte?
    Vielen Dank nochmal, C.K.

    Hallo, mensmaximus,
    wie dir die Antwort auf SirEctor zeigt, hat sich das Problem dadurch gelöst, dass die Datei "functions.php" nach meinen Änderungen und dem Rückgängigmachen der Änderungen zwar genauso aussah wie vorher, aber offenbar mit utf8 codiert war. Das habe ich durch Speichern in ansi behoben - und der Login klappt wieder. Leider ist die gesamte Seite jetzt in TimesRoman, und die Schrift lässt sich auch nicht im Goodlayers Admin-Panel ändern. Ich lese hier häufig von Caches. Das kenne ich vom Browser, aber gibt es - und wenn wo - auch so einen Cache im Backend?
    Dank dir, C.

    Zitat von DrClemensKappes

    Fast=jetzt wird die Site durchgehend in TimesRoman dargestellt, obwohl in den Einstellungen eindeutig eine SansSerif-Schrift eingestellt ist. Eine Idee, woran das nun liegen könnte?


    Dazu bräuchte man jetzt den Link zu Deiner Seite.

    Einen Cache gibt es nur, wenn Du ein Cache-Plugin installiert hast.

    Das Geheimnis des Könnens liegt im Wollen!
    [size=12]Bitte keine Hilfegesuche per PN (auch keine "privaten" Links). Das ist ein öffentliches Forum.[/SIZE]

    in der custom-style.css wurde die folgende Schrift hinterlegt:

    Zitat

    h1, h2, h3, h4, h5, h6 {
    font-family: "ABeeZee";
    }

    diese überschreibt die helvetica neue aus der style.css

    was ich merkwürdig finde ist, dass der fontaufruf für die web-safe-fonts in der style so aussieht:

    das Rote ist natürlich von mir :) Wo steht da was von der font-family usw.? btw. Wieso ist die HelveticaNeue zusammen geschrieben?

    Hallo, Gericoach,
    ich nehme mal an, dass deine Fragen und Anmerkungen an die anderen "Heavy-user" geht und nicht an mich als Fragesteller. Ich verstehe nämlich bei dem, was du schreibst nur Bahnhof. Ich kann nur sagen, dass ich keine Dateien geändert habe. :-(

    Hallo, gericoach,
    ich habe gerade mal probehalber die "style-custom.css" umbenannt. Tatsächlich hat er dann die Formatierung aus der "style.css" genommen. Dann habe ich noch in der "style-custom.css" eine Änderung vorgenommen, gespeichert, dann rückgängig gemacht, dann wieder gespeichert und schließlich wieder richtig benannt. Wieder derselbe Salat.......:sad:
    Hoffe, du und die anderen Freaks haben noch nicht aufgegeben:idea::idea:
    Gruß, C.

    Hallo,
    nach ewigem Suchen und mit fremder "Nachhilfe" habe ich nun rausgefunden, warum meine Seite http://www.fuehrungs-coach.de die eingetragene Schrift "ABeeCee" nicht anzeigt, obwohl sie in der "style-custom.css" richtig eingetragen ist:
    Die eingetragene Quelle ist falsch! Klar, dass da nix gefunden und irgendeine Schrift genommen wird: Im Quellcode der Hauptseite steht:
    <link rel='stylesheet' id='Google-Font-ABeeZee-css' href='http://forum.wpde.org/view-source:ht…gleapis.com/css' type='text/css' media='all' /> und dieser Link führt ins Nirvana.

    Stellt sich die Frage, wie das auf einmal kommen kann und wie ich das ändern kann (sehr wichtig!)

    Danke für eure Hilfe,
    Clemens

    In das Stylesheet folgende Zeile einfügen

    Code
    @import url(http://fonts.googleapis.com/css?family=ABeeZee);

    WordPress ist "frei" wie in Freiheit es zu nutzen, aber nicht im Sinne von Freibier. Wer also glaubt man bekommt rund um WordPress alles kostenlos, der irrt. Hilfe ist ein Geschenk für das man sich bedankt, dafür gibt es den 'Gefällt mir' Button. Wer das nicht kann und sich selbst nicht zu helfen weiss, muss sich bezahlte Unterstützung suchen.

    Hallo, mensmaximus,
    danke für deinen Tipp. Habe bei meinem Stöbern im Netz gelesen, dass das die langsamste Methode ist, weil bis zur Ausführung alles andere blockiert ist. vgl. hechtmediaarts.com/google-webfonts-wordpress/ . Ich kann nicht beurteilen, ob das Unsinn ist.
    Was abgesehen davon komisch ist: In meinem Theme "Blue Diamond" kann ich ja die Schriftarten komfortabel auswählen - was ja auch funktioniert, aber nicht angezeigt wird. Kann es sein, dass es so was wie eine Google.php gibt, wo die Verweise alle stehen? Vielleicht ist die irrtümlich gelöscht?
    Gruß, C.

    Es gibt immer Pro und Contra. Ich binde Fonts grundsätzlich manuell vom eigenen Server ein und werfe sämtliche 'Remote Fonts' raus. Anhand des Verlaufs des Threads hatte ich nur das Gefühl, dass eine einfache Lösung am sinnvollsten wäre. Wenn das Theme die Auswahlmöglichkeiten bietet und es dann nicht funktioniert, kann das viele Gründe haben, wie z.B. andere Plugins die ebenfalls meinen Fonts laden zu müssen, das gehört heute ja zu den größten Unsitten. Dazu müsste man aber die Installation untersuchen.

    WordPress ist "frei" wie in Freiheit es zu nutzen, aber nicht im Sinne von Freibier. Wer also glaubt man bekommt rund um WordPress alles kostenlos, der irrt. Hilfe ist ein Geschenk für das man sich bedankt, dafür gibt es den 'Gefällt mir' Button. Wer das nicht kann und sich selbst nicht zu helfen weiss, muss sich bezahlte Unterstützung suchen.

    Hallo, mensmaximus,
    danke nochmal. Ich hab jetzt einfach in meine header.php[FONT=arial]folgendes geschrieben und gut ist:[/FONT] <link href='http://fonts.googleapis.com/css?family='ABeeZEE' rel='stylesheet' type='text/css'>

    Aber es bleibt mir ein Rätsel, wieso das auf einmal mit den Links nicht mehr stimmte. Habe den Verdacht, dass es im Theme eine Datei wie "google.php" o.ä. gab, die die Steuerung übernommen hat. Werde ich dann beim nächsten Update erfahren.

    Hast du eine Ahnung, wie man unkompliziert den Abstand der einzelnen Seiten-Tabs im Header verkleinern kann? Ich muss da noch eine zusätzliche Hauptseite unterbringen. Im Header.php hab ich nix passendes gefunden.

    Danke nochmals,
    Clemens


    Meine Plugins habe ich übrigens auf das Notwendigste reduziert.

    [FONT=arial][/FONT]

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden