Die Bildpfade werden sich ändern, so dass Du diese neu verlinken oder zumindest anpassen musst.
Der Editor von WP kennt Steuerzeichen für <br> und <p>, die erst bei der Ausgabe in Hypertext verwandelt werden.
Beiträge von Melewo
-
-
und sollte ein Banner drucken
Was für ein Banner meinst Du?
Vermute nur kein Werbebanner für eine Webseite?
Andere Banner, so wie ich das mal kannte (liegt bereits längere Zeit zurück), wurden aus Vektorgrafiken geplottet. So einen Plotter wirst Du Dir wohl nicht wirklich anschaffen wollen, zumindest nicht nur für einen einzigen Auftrag. -
Warum möchtest Du das denn löschen, der Titel vom Thread "Früher war alles besser" stimmt doch.
-
Das mit <i [...]> is vollkommen ok. Da kann man beispielsweise FontAwesome-Icons reinpacken. Haben die Themes mittlerweile sehr häufig.
Dann wären sie ja nicht mehr leer. Nur leeren, nicht benötigten Schrapel würde ich da rauswerfen bzw. nur bei Bedarf wieder einfügen. Leere Klassen sind sicherlich genauso über.Habe die Seite mal mit einem älteren Rechner und IE 8 getestet und konnte keine Probleme mit den Links feststellen. Der Rechner hat zwar keine Verbindung mit dem Web, doch bei Klick wurden die URLs richtig in die Browserzeile übernommen.
-
Wenn es nicht von Dir kommt, so wurde Deine Seite gehackt und dürfte komplett verseucht sein. Tipps zur Bereinigung:
-
Wozu sind die i- und span-Tags gut?
Sind diese nicht leer und somit völlig über?Code<a href="[URL="http://forum.wpde.org/view-source:http://treuboden.com/"]http://treuboden.com/[/URL]" class=" current "><i class="menu_icon fa blank"></i><span>Start</span><span class="plus"></span></a> -
Ich schütze die wp-login.php gemäß einer Empfehlung von Sergej Müller (Punkt 7).
Zitat7. Verzeichnisschutz für wp-login.php
Im Beispiel wird AuthType Basic verwendet.Die grundsätzliche Frage bleibt aber: Wie kann ein Hacker die htaccess umgehen und Zugriff zum Login bekommen?
Zu AuthType Basic steht verschiedentlich geschrieben:Zitat... HTTP Basic Authentication (einfache Authentifizierung über HTTP) ...
Diese Methode verlangt aber, dass das Passwort unverschlüsselt vom Browser an den Webserver übermittelt wird. Sie ist daher nicht wirklich sicher.
-
Merkwürdig ist auch, dass es immer die gleiche IP ist. Das deutet ja eher auf einen Amateur hin.
Nicht unbedingt, denn nur wegen ein paar fehlerhafter Logins kann der dort kaum belangt werden. Kommt dann auch noch darauf an, ob es sich wirklich um seine IP handelt, wovon ich nicht unbedingt ausgehen würde. Sperre doch die IP, dann wirst Du ja sehen, wie schnell ein Wechsel möglich ist oder auch nicht. -
hm, geht nicht.
Codefont-family: "Conv_CrimsonText", "Times New Roman", Times, serif; font-family: "Helvetica Neue", Helvetica, Arial, "Lucida Grande", sans-serif;Ich denke Du verstehst das Prinzip nicht, könnte das sein?
Was sollte da geladen werden?
Einmal in Worten:Codefont-family: "Conv_CrimsonText", "Times New Roman" [I](Ersatz, lade Times New Roman falls Conv_CrimsonText nicht vorhanden)[/I], Times [I](Ersatz, ladeTimes falls und Times New Roman nicht vorhanden)[/I], sans-serif [I](Ersatz, lade sans-serif falls Conv_CrimsonText und Times New Roman und Times nicht vorhanden)[/I]; font-family: "Helvetica Neue [I](Irrtum, beginne noch einmal von vorn mit einer anderen Auswahl)[/I] ", ... Nun das Spiel erneut ...Einen anderen Font könntest Du über CSS Klassen zuweisen.
-
Line 77 verweist bei mir auf eine auskommentierte Zeile unter der Angabe der Sprachdatei. Ich versteh es einfach nicht. Kann mir jemand etwas dazu sagen?
Nicht die Line 77 wird den Fehler enthalten, sondern die Zeile darüber, so dass die Line 77 nicht als Kommentar, sondern als String vom Parser erkannt wird. Achte in den Zeilen über Line 77 auf einseitig nicht geschlossene Anführungszeichen, fehlende Semikolons und ähnliche Fehler. -
Schätze ich nicht, weil meine Sammlung unter Localhost noch eine 3.6 enthält. Da steht unterhalb von Home 'Aktualisierungen 5' und oberhalb der Seite mittig 'WordPress 3.9.1 ist verfügbar! Bitte aktualisiere jetzt.'
-
Schaue Dir doch einmal die p-Tags in der Datenbank an. Die sehen gewiss dort so aus:
Code\r\n\r\n
Sind die Steuerzeichen für Wagenrücklauf und neue Zeile. In keinem Schreibprogramm werden Steuerzeichen als sichtbare HTML-Tags dargestellt, nur im von WP verwendeten Editor erwarten die meisten Nutzer die sichtbare Darstellung. Doch diese Steuerzeichen werden erst bei der Ausgabe in HTML-Tags verwandelt. -
Und Du bist Dir sicher, dass Du Dir schon die Kommentare durchgelesen hast?
ZitatNot update, not working
-
Schaue doch zuerst im Quelltext nach, wie der alte und der neue Pfad von den Images aussieht. Die Bilder in den Beiträgen sollten eigentlich dennoch laden, wenn die Bilder noch unter dem alten Pfad erreichbar sind und dieser im Quelltext steht.
-
Wie hast Du WP installiert?
In dem Du über phpMyAdmin alle zu WP gehörenden Tabellen in der Datenbank löschst und in dem Du über FTP alle zur WP-Installation gehörenden Dateien löschst. -
WP bietet mit wp_remote_get eine eigene Funktion zum Einbinden:
http://codex.wordpress.org/Function_Reference/wp_remote_get
Die Frage ist, stehst Du mit dem Anbieter in Kontakt, so dass Du diesen bedenkenlos vertrauen kannst?
Halte den Anbieter auf den ersten Blick zwar für vertrauenswürdig, würde mir jedoch dennoch nichts ungefiltert einbinden, wo eines Tages statt Kalender ein Schadcode geladen werden könnte. -
Ich verstehe nicht ganz, meine p-Tags sind ja nicht leer wenn ich sie selbst setze.
Kenne das so, wird gelöscht:
<p>Text</p>
Wird nicht gelöscht:
<p style="..." oder class="...">Text</p>
Die einfachen <p>-Tags werden zwar gelöscht, aber nur als sichtbare Tags im Editor, erhalten bleiben sie dennoch.
-
Der Präfix ist fehlerhaft, stimmt, doch der müsste doch dann im Zeitraum vor 2 Tagen auch schon fehlerhaft gewesen sein und nicht erst seit 2 Tagen. Irgendwie passt das doch nicht so richtig zusammen.
-
Der Ärger fing damit an, dass gestern die Fehlermeldung kam, dass die Datenbankverbindung nicht möglich ist.
Eigentlich genügt doch Tee trinken und wenn es länger dauert, beim Support vom Hoster anzufragen. -
Deaktiviere doch das Script oder Plugin, welches über wp-cron.php einhackt oder ausgelöst wird. Um was für ein Script oder Plugin handelt es sich, was da die Sitemaps erstellen soll?
WP Cron ist nicht wirklich ein Cron und läuft nur über PHP. Somit kann ein Cronjob nicht wirklich zeitgesteuert gestartet werden, sondern nur zusätzlich bei einem Besuch der Webseite. Nun stelle Dir einfach vor, jemand besucht Deine Webseite und als Folge fängt WP an eine Sitemap zu aktualisieren, wozu was weiß ich wie viele Seiten aufgerufen werden müssen.
Gibt es keine Plugins, die das über einen echten Cronjob erledigen?
Der würde dann nur einmal in der Nacht durchlaufen und gut ist es.Habe jetzt nicht alles gelesen, denke aber, so in etwa wird es auf Deinen Fall zutreffen:
http://www.vfsi.at/server-und-co/…cron-verwenden/[COLOR=#000000][FONT=Arial]
[/FONT][/COLOR]
