Beiträge von toscho

Zitat von MaD

eine weiße Seite lässt immer auf ein Problem mit dem memory_limit in der ini.php schließen (zu 95%)

Nein, es bedeutet nur, daß ein fataler Fehler aufgetreten ist. Wenn error_reporting abgeschaltet wurde, kennt man die Ursache nicht.

venusreport: Schreib mal in die index.php im Wurzelverzeichnis deiner WordPress-Installation diese Zeile (direkt unter das <?php):

error_reporting(E_ALL);

In der wp-load.php setze vor die Zeile mit dem error_reporting zwei Schrägstriche:

//error_reporting(E_ALL ^ E_NOTICE ^ E_USER_NOTICE);

Jetzt solltest du alle Fehler angezeigt bekommen. Was steht da?

Natürlich mußt du auch deine gesicherten Daten prüfen, ehe du sie zurückspielst. Das bedeutet nun nicht, daß du gar nichts mehr machen kannst und einfach hoffst, daß der Angreifer seine Zugriffsrechte nicht mehr benutzt.

Zitat

wenn es ein Profi auf meinen Rechner abgesehen hat, kriegt er ihn.

Nein, das stimmt nicht. Benutze entweder ein Betriebsystem, für das weniger Exploits existieren (mein Tip: OpenSuse), oder informiere dich gründlich über das, das du gerade verwendest.

Zitat

Übrigens war ich kurz auf deinem blog, ich fahre auch nicht Auto und sehe ebenfalls nicht fern, ausserdem bin ich Vegetarier und ess auch keine Süssigkeiten. *ggg*

Rein vegetarische Nahrung vertrage ich nicht, da bekomme ich massive Probleme mit der Blutgerinnung. Und auf Süßes verzichte ich auch nicht … oft genug. Ab heute trainiere ich aber immerhin meinen Winterspeck wieder weg.

Wie komme ich jetzt wieder ontopic? Ach ja: Vorsorge in allen Lebenslagen ist einfacher als die Nachsorge!

Zitat von rumpumpel

Wenn nämlich jemand meinen Rechner übernommen hat oder bereits im server ist, hilft mir auch die Neuinstallation von wp nichts.

Genau deshalb habe ich geschrieben:

Zitat

Sichere alle Daten und säubere dann dein System.

Damit ist natürlich dein Betriebsystem gemeint. Man kann ein infiziertes System (Webseite oder Betriebsystem) nicht allmählich säubern.

Du siehst den Account ja nur, wenn du dir eine Liste ausgeben läßt. Für diese Liste existieren Filter, damit sich Plugins reinhängen können. Wo aber der spezielle Filter sitzt, der einen bestimmten Account vor dir verbirgt, kann niemand sagen. Dazu müßtest du sämtliche PHP-Dateien genau durchsuchen. Das ist keine Lücke in WordPress, weil nur jemand mit funktionierenden Zugangsdaten an diese Dateien herankommt, und für die bist eben du verantwortlich, nicht irgend eine Software.

Software-Firewalls sind Schwachsinn, und auch ein Antivirenprogramm schützt dich nicht vor Schädlingen, die du schon installiert hast.

Mein Tip: Sichere alle Daten und säubere dann dein System. Du mußt dir absolut sicher sein, daß keine Schadsoftware drauf sitzt, also im Zweifelsfall ein sauberes Image draufspielen oder eine Neuinstallation durchführen.

Dann richte einen FTP-Account ein, und lösche den alten.

Danach installierst du WordPress komplett neu. Verwende keine der jetzt existierenden Dateien mehr und auch nicht die alte Datenbank.

Lerne daraus. Sichere regelmäßig deine Daten, und installiere nur, was du brauchst.

Er? Falls du WordPress meinst: Ja, das geht. Warum hast du’s nicht einfach probiert?

Sähe ich in deinem Forumsnamen mehr als eine beliebige Zeichenkette, käme ich jetzt schwer ins Grübeln.
In UTF-8 gibt es keine »Sonderzeichen«. So etwas existiert nur im Markup, und selbst da sind es nur fünf ASCII-Zeichen: &, <, >, " und '.

Zitat von rumpumpel

Habe heraus gefunden, dass man zusätzlich gegen einen zur Zeit hartnäckig grassierendes spam

wp-content/1

mit aufnehmen sollte, weil dieses spam einen solchen Ordner auf dem server einrichtet.

Wenn jemand auf deinem Server Verzeichnisse einrichten kann, ist Spam dein geringstes Problem! Derjenige hat deine FTP-Zugangsdaten.

Zitat

Ganz interessant fand ich die Information, dass man komplette Kontinente vom Zugriff auf die Seite aussperren kann, zB. Asien oder Afrika, nicht um diese Kontinente zu benachteiligen, sondern weil dort die meisten kriminellen server liegen und weil es eher unwahrscheinlich ist, dass sich Leute von dort speziell für deutsche blogs interessieren. Wie das geht, weiss ich aber noch nicht.

Ungebetene Gäste mit .htaccess blocken

Zitat

Aber mein Hauptproblem ist noch nicht gelöst: Wie konnte der Spammer kommentieren, ohne registriert und angemeltet zu sein? Er muss doch einen Weg gefunden haben, diese Schwelle zu umgehen. Hat da jemand ne Idee?

Vielleicht hat er doch einen Account bei dir eingerichtet und ihn versteckt. Dazu brauchte er auch deine WP-Zugangsdaten. Benutzt du Windows?

Maskierungen im Title-Element werden von Browsern und Suchmaschinen nicht zuverlässig aufgelöst. Warum schreibst du das Zeichen ç nicht direkt hin? Ein Sicherheitsproblem entsteht dadurch nicht.

Liegt vielleicht daran, daß du keine URL dafür hast.

Du mußt die Abfrage nach einem bestimmten Artikel (mit ID) vor die Abfrage nach einem Artikel allgemein stellen, sonst erreicht der Parser die konkrete Abfrage gar nicht erst.

else heißt für PHP: »Wenn das bishergenannte nicht zutrifft, dann sieh dir die nächste Bedingung an. Nur dann!«

Benutze is_single('123'). Siehe auch: Conditional Tags WordPress Codex

Eigentlich brauchst du in UTF-8 keine Maskierungen. Benutze zur Eingabe einfach einen Browser, in dessen Name nicht »Internet Explorer« vorkommt, und kopiere sicherheitshalber nicht einfach Texte aus Word oder so.

Wenn du das getan hast, sollte nach dem nächsten Crwl wieder alles in Ordnung sein. Wenn der Fehler weiterhin auftritt, schubse diesen Thread einfach nochmal hoch.

Da war wohl der Titel während des Crawls falsch kodiert. Oder Google hat aufgrund der falsch kodierten anderen Elemente – [FONT="Courier New"]<meta name="description"[/FONT] und [FONT="Courier New"]<meta name="abstract"[/FONT] – vermutet, daß die Seite doch kein UTF-8 ist und selbständig die Kodierung gewechselt.

Repariere alle Inhalte, und warte den nächsten Crawl ab.

Dann hast du das BOM wahrscheinlich noch in der wp-config.php.

Verfahre mal nur mit deinem Stylesheet nach dieser Anleitung. Konvertiere danach wieder nach UTF-8 zurück; das ist langfristig die Zeichenkodierung schlechthin.

Alle anderen Dateien sollten in UTF-8 kodiert bleiben. Und bitte: Vergiß ISO-8859-15! Das ist ein Irrläufer, der mal eine Weile in E-Mails benutzt wurde. Generell halte dich an UTF-8 oder – wenn es gar nicht anders geht – an Windows-1252. Diese beiden Kodierungen lösen die wenigsten Probleme aus.

Was ist ein »geschlossener Post«? Soll der ganze Beitrag gelöscht werden?

Das BOM hat dein Editor wahrscheinlich eingefügt, als du das Stylesheet bearbeitet hast. Speichere sie mal ohne BOM, wenn der Editor das hergibt.

Wenn du keine Umlaute im Stylesheet verwendest und dein Editor wenig taugt, speichere die Datei nicht als UTF-8 ab, sondern als ANSI bzw. Windows-1252.

Eigentlich sollte das BOM aber keinen Browser stören; Darstellungsfehler im IE können viele Ursachen haben, allen voran die Tatsache, daß es eben IE ist.

Vielleicht hast du eine Kategorie oder einen Artikel, in dessen URL-Form die Zeichen »kontakt« schon auftauchen? Wie im oben verlinkten Artikel beschrieben, ist der nackte %postname% einfach keine gute Form für WordPress-URLs.

Das hat es schon. Ist ja im Thread verlinkt.
Aber mach es bitte wie ich, und piesacke Strato nochmal deswegen. Vielleicht höhlt der stete Tropfen doch den Stein, und Strato stellt mal jemanden ein, der einen Webserver einrichten kann.

Versuch doch mal einen etwas besseren Aufbau für deine Permalinks. Funktioniert die Seite dann wieder? Funktionieren andere Einzelseiten?

Wenn deine feste Adresse auf eine Domain ohne www. zeigt, dann könnte es dieses Problem sein. Das ist ein alter Strato-Fehler, der nichts mit Fremdsoftware zu tun hat, sondern allein mit der Inkompetenz bei Strato.

Freu dich schon auf die »Performance« der Datenbankverbindung. Bei zwei Blogs, die ich dort noch betreue, kann man beim Aufruf inzwischen jedes Bit einzeln begrüßen …