Beiträge von himitsu

Alleine beim Aufruf der wp-login.php hab ich 9 Mal das UTF-8-BOM gezählt und auf der Index-Seite sind es 10,
also mindestens 10 PHP-Dateien oder Includes die als UTF-8 mit Signatur gespeichert wurden.

Und ich würde empfehlen neue Sicherheitsschlüssel in der wp-config.php einzutragen, da du sie da oben gepostet hast und sie somit nicht mehr geheim sind.

Zitat

Hab auch die Dateien auf UTF8 ohne BOM überprüft

Welche hast du geprüft?

Du könntest das DEBUG in der wp-config.php probehalber auf true setzen.

Benenn' mal probehalber das Verzeichnis wp-content/plugins um. (alle Plugins deaktivieren)

Neu runterladen und hochladen bringt nichts mehr, sebst wenn du das jetzt im BinärModus machst.
Kaputt ist kaputt.
https://de.wordpress.org/latest-de_DE.zip neu runterladen, entpacken und binär hochladen, dabei bestehende Dateien überschreiben.
(bei eigenen Plugins das umbenennen nicht vergesen)

Wird in der Fehlermeldung ebenfalls die config.php als Ursache genannt?
Wenn nicht, dann liegt der Fehler eventuell in einer anderen Datei. (z.B. in einem Plugin)

Wird in der Fehlermeldung ebenfalls die config.php als Ursache genannt?
Wenn nicht, dann liegt der Fehler eventuell in einer anderen Datei. (z.B. in einem Plugin)

[edit]
da geht's weiter http://forum.wpde.org/installation/1…lermeldung.html

Zitat von irmen

himitsu
deine Frage oder Anregung verstehe ich leider schon wieder nicht ...
PS Ja, mir ist sehr, sehr oft schwindlig :wink:

Nja, da endet ein PHP-Block und es fängt sofort wieder ein Neuer an.
Das kommt sehr oft im Code vor und macht ihn nur unübersichtlicher.
Unnötiger zusätzlicher Code. Ist ja fast wie der Kommentierwahn bei einigen Leuten, die praktisch jeden einzelnen Befehl kommentieren und man dann vor lauter sinnloser Kommentare den Code oder gar wichtige Kommentare garnicht mehr sieht.

// Variable $a ausgeben
echo $a;

Die Sicherheitsschlüssel sind vorallem für die Verschlüsselung der Cookies im Browser. (z.B. für die aktuelle Session und das AutoLogin)
Das sollte natürlich einmalig sein, damit keiner die Schwachstelle ausnutzen und sich z.B. gefälsche Cookies berechnen und dann einbrechen kann.

Das Table-Prefix zu ändern kann nicht schaden, denn so haben es Hacker ein kleines bissl schwerer, da sie deine Tabellennamen nicht kennen.

Zitat von gericoach

notepad++ ist ein ordentlicher Editor.

Er zeigt es ja auch nicht an.

Das BOM wird von ordentlichen Texteditoren nicht angezeigt.
File > Encoding > ANSI (oder notfalls UTF-8 ohne Signatur)

Und wenn du schonmal dabei bist, dann auch gleich die Sicherheitsschlüssel setzen und den $table_prefix ändern. (noch bevor das Installieren los geht)

Zitat

Warning: Cannot modify header information - headers already sent by (output started at /home/www/p11257/html/WP_Mittelrheintal/wp-config.php:1) in /home/www/p11257/html/WP_Mittelrheintal/wp-login.php on line 424

OK, das erste Mal so ein Forum benutzt, aber das nächste Mal benutzt du bitte die Forensuche und schaust erstmal was zu Anderen gesagt wurde, die den selben Fehler hatten.

http://forum.wpde.org/installation/1…wieder-neu.html
http://forum.wpde.org/installation/1…nnt-helfen.html
http://forum.wpde.org/installation/1…nstalation.html
und viele mehr

Zeichen in der config.php ... vermtulich am Anfang.
* entweder Leerzeichen/Zeilenumbruch vor dem ersten <?php
* oder ein BOM liegt vor dem <?php

Bei Letzterem die Datei niemals als UTF-8 speichern ... zumindestens niemals mit Byte-Order-Mark !!!

Ach ja, wenn man absolut keine Ahnung hat, dann gibt es Hoster, welche direkt das fertig installierte WordPress anbieten.

http://www.wordpress.com
und auch viele Web-Hoster bieten einen 1-Click-Installer für WordPress an, wobei der für dich die Installation+Einrichtung übernimmt (Dateien kopieren, Datenbank/config.php einrichten, Benutzer anlegen usw.)

Zitat

Server (Filezilla) hochgeladen

Du hast den FileZilla-Server lokal auf deinem Rechner installiert?

Das kannst du gern machen, aber dann mußt du auch noch einen Web-Server installieren, denn der FileZilla-Server ist ein FTP-Server, also ausschließlich für die Dateiübertragung.
HTTP-Server (z.B. einen Apache für die Verbindung zu den Browsern) mit PHP-Server/Plugin (zum Ausführen der PHP-Dateien) und dann noch ein MySQL-Server (für die Datenbank).

Oder man verwendet einen WebSpace mit allem drum und dran, bei einem externen Web-Hoster.

Wo hast du die Dateien hochgeladen?

Und du hast nirgendwo (weder in der config.php oder im Browser) irgendwas eingegeben, was C:/Users/hier ist mein Dateipfad/wordpress-4.1-de_DE enthält?

index.php
  page.php
  single.php
    image.php
  archive.php
    author.php
    category.php
    date.php
  search.php
  404.php

Die index.php muß es immer geben und wenn es was von den Anderen nicht gibt, dann wird jeweils auf das übergeordnete gegangen.

Sind hier eventuell Ausgaben enthalten, also außerhalb der Funktion, direkt beim Laden der Datei?

Und ann vorallem das ständige und auf und zu, ala

Zitat

[COLOR=#000000][COLOR=#0000BB]?>
<?php [/COLOR][COLOR=#FF8000]////beispielwidget[/COLOR][/COLOR]

Da wird einem ja fast schwindlig.

Was soll dort denn für ein Link rein?

Du kannst ja Nachfolgendes einfach mal in deinen Beitrag/Seite kopieren (in den "Text"-Editor ... nicht in den "Visuell"en)

<textarea rows="3" cols="50" name="textarea"> <a href="http://www.Motorsport-Total.com" target="_blank"><img src="http://www.motorsport-total.com/i/logo.gif" alt="Motorsport-Total.com" width="160" height="45" border="0"></a> </textarea>

oder

<pre> <a href="http://www.Motorsport-Total.com" target="_blank"><img src="http://www.motorsport-total.com/i/logo.gif" alt="Motorsport-Total.com" width="160" height="45" border="0"></a> </pre>

Zitat von maxe

leg eine statische Seite in WP an und gib ihr den Slug "impressum". Dann nur noch die Permalinks auf "Beitragsname" ändern und schon sollte es passen.

Zitat von g3om

bzw. geht schon aber dann ist die Seite ja auch in der Navigation und das will ich nicht.

Das klingt nach dem automatischen Menü.

In Zukunft ständig das Menü doppelt zu verwalten,
anstatt einmalig bei zwei/drei Seiten einen Haken zu setzen
ist also einfacher?

http://forum.wpde.org/allgemeines/13…forenmenue.html
Selbes Problem, blos andersrum.

Wordpress spiegelt das doch wieder. :roll:

http://forum.wpde.org/konfiguration/…-mediathek.html
Wenn man einen Beitrag/Artikel bearbeitet, dann landen neue Bilder im selben Tag, wie der Post. (wenn man die Datumsstruktur benutzt)

Du kannst aber gern den Filter upload_dir überschreiben und eine eigene Verzeichnisstruktur implementieren.

Damals, als ich noch bei Strato war, ist man bei den kleineren Paketen nicht an die php.ini rangekommen, aber ein oder zwei Sachen, welche eigentlich in der php.ini definiert sind, konnte man dennoch ändern. Wie und was sollte immernoch in deren FAQ drin stehen.

Dafür muß man dieses Menü auch erstmal erstellt haben, um es dort rauslöschen zu können.
Das "automatische" (Haupt)Menü, welches aus dem Baum der Seiten generiert wird, ist dort ja nicht vorhanden.

Es gibt aber Plugins ala WP Hide Post.

Theme werden doch (standardmäßig) nicht automatishc geupdatet und du kannst die Update-Info doch enfach ignorieren.

Ich nutze ein kleine privates Pugin, welches alle möglichen (Text)Dateien patchen kann und darüber werden nach einem Update die Änderungen wieder eingebaut.

Wie ich aber so mitbekommen hat, kann man Child-Themes erstellen, da ist eine private Ableitung des Themes, wo man einzelne Dateien ersetzen kann.
https://www.google.de/search?q=WordPress+Child+Themes

Das Problem was ich da noch hab, sind ebenfalls die Updates, da dann ja die Dateien des original-Themes sich ändern, dabei zwar die eigenen Änderungen nicht verschwinden, aber es passieren kann, daß die eigenen Änderungen nicht mehr kompatibel sind, bzw. Neuerungen/Bugfixes in den von dir geänderten/überschriebenen Dateien nicht auftauchen. (wird ja nur das Original geupdates und die Kopie bleibt auf dem alten Stand)

Alternativ kann man auch ganz böse einfach die Versionsinfo von Themes/Plugins ändern. (bei größerer lokaler Version denkt der Versionstest du bist aktuell/aktueller)

Oder einfach mal mit dem Provider reden, daß es kein "ungewöhnliches" Verhalten ist.

Mit ihm zusammen wird man doch bestimmt abklären können, ob er die Heuristik anpasst (z.B. Anzahl der erlaubten Zugriffe erhöht)
oder ob es dennoch funktionieren könnte, wenn du das Backupintervall runtersetzt
oder ob ihm sonstige Lösungsansätze einfallen.