Nur der Fund genügt nicht, wenn Du die Schwachstelle nicht findest.
Dein Rechner könnte ebenfalls verseucht sein.
Beiträge von Melewo
-
-
Wobei Du dann wohl aber auch wieder die zusätzlichen Domains auf eine Standard-Domain umleiten müsstest, denke ich. Nicht wegen der Lizenz, eher um Probleme mit WP zu vermeiden, würde ich zumindest vermuten.
Da Du aber unter allen dreien unterschiedlichen Content anbietest, erübrigt sich das von allein.
Mir fällt da noch ein, ich habe mich mit diesen Multisites noch nicht auseinandergesetzt, vielleicht wäre da dann doch etwas möglich.
-
Erhalte von G Data ebenfalls folgende Meldung:
ZitatDie Seite enthält infizierten Code: Trojan.Script.489524
-
Nur mal so am Rande und nicht für fertige CMS gedacht. Interessant fand ich, wann es sinnvoll ist die Größe für Stacks hochzusetzen, um einen Stack Overflow zu vermeiden.
http://httpd.apache.org/docs/2.2/mod/m…ThreadStackSize
Der bei php.net aufgeführte Bug scheint gelegentlich bei RegEx vorzukommen (nach meinen Eindruck bei Verwendung von missratenen Ausdrücken). Zumindest finde ich das untere Beispiel auf der Seite missraten, wenn nicht feststeht, wie viel da zwischen
enthalten sein könnte und der in $pattern gespeicherte Ausdruck an sich schon nicht gerade kurz ist. Die Möglichkeit Stack Overflow zu vermeiden, durch hochsetzen auf 8 MB und somit wohl auf einem Linux-Standardwert, mag in diesem Fall das Mittel der Wahl sein,
https://bugs.php.net/bug.php?id=47689doch gleichzeitig denke ich, der bessere Weg wäre die Optimierung von RegEx einschließlich der Ausdrücke. Weiß da jetzt nicht, was in der Book Navigation vom Beispiel enthalten sein könnte, doch bei einem ähnlichen Script entblättere ich lieber eine Datei von außen nach innen und bisher kam es noch zu keinem Überlauf von Stack. Beispiel:
-
Und was hat Deine Suche nach WordPress "weiße Seite" ergeben?
http://forum.wpde.org/search.php
Wenn die Seite vom Server ausgeliefert wird, kann es eigentlich nicht an der Verbindung liegen. Falls dabei noch nichts heraus kommen sollte, wird es interessant.
Keine befriedigende Antwort? Liegt daran, dass die Frage wohl beinahe täglich gestellt und beantwort wird.
-
[FONT=lucida sans unicode]gibt es nicht Plugin womit man die Dateien der drei Buttons ans Ende verfrachten kann?[/FONT]
Vielleicht, ich fang gleich für Dich an danach zu suchen.Oder schaffst Du das Suchen nach einem Plugin noch allein?
Doch wer soll das dann für Dich testen, falls jemand ein geeignetes Plugin kennt oder findet? -
[FONT=lucida sans unicode]
Kann man nicht die Ladereihenfolge beeinflussen, so dass die Dateien von den drei Buttons ganz am Ende geladen werden?
[/FONT]
Klar, kann man, dazu beschäftigst Du Dich am besten mit JS und DOM Scripting. Und wenn Du das gepackt hast, dann ist auch Ajax kein Thema mehr für Dich.Doch das ist ja für Dich zu aufwendig, womit Du Deine Frage eigentlich selbst beantwortet hast.
Dazu beschäftigst du dich am besten mit js/ajax.
[FONT=lucida sans unicode]Mit JS/Ajax wäre das wahrscheinlich, für mich als Laien, relativ aufwendig.[/FONT]
Und was nun, weiter fragen, obwohl Du eigentlich keine Lust hast, die gegebenen Tipps umzusetzen? -
Dann ladest Du Dir halt die bearbeiteten Dateien zuerst herunter und schaust in der fehlerhaften Datei in der angegebenen Zeile oder in der letzten Zeile davor nach dem Fehler, korrigierst diesen, speicherst die Datei mit Notepad++ oder in einem anderen Editor Deiner Wahl mit UTF-8 ohne BOM und ladest die Dateien wieder hoch.
-
Dennoch liegt die mit auf derselben Platte, meinte ich damit. Wie Du da die Verzeichnisse und Installationen innerhalb Deines Webspaces aufgeteilt hast, spielt wohl weniger eine Rolle. Dennoch trifft die erste Response von der Subdomain etwas später ein. Könnte auch mit der Datenbank zusammenhängen oder einfach damit, dass bei der Subdomain irgendein Request bereits vor der Auslieferung vom Server ausgeführt werden muss und nicht erst vom Browser.
Also etwas wie: "Request an Web Service, frage an wegen XML und liefere erst nach Erhalt der Antwort die Seite an Browser des Klienten aus."
Oder der Shop verzögert die Ausliefrung halt etwas, weil mehr abgefragt und an Dateien verarbeitet werden muss, wenn dieser nur unter der Sub läuft.
-
Wordpress erlaubt keine Sonderzeichen im URL-Slug.
Muss mich korrigieren, lag zwar an den Sonderzeichen in der URL, nicht aber an Sonderzeichen in Beitragsname. Was Beitragsname anbelangt, da muss ich Dir dann wohl erst einmal recht geben. Sonerzeichen waren da bereits im Pfad enthalten:
/• verschiedenes/
-
Wordpress erlaubt keine Sonderzeichen im URL-Slug.
Ich könnte Dir jetzt problemlos ein gegenteiliges Beispiel aufführen, wenn ich meine Posts vom August wiederfinden würde. Werde mal suchen, vielleicht finde ich den Thread ja noch. -
Wenn Du Zeichen aus dem ASCII-Zeichensatz verwendest, liegst Du auf der sicheren Seite. Die Zeichen unterscheiden sich da praktisch nicht in Abhängigkeit vom Format. Die Unterschiede beginnen mit den Umlauten, was für WP praktisch kein Thema mehr sein sollte, falls mit einem externen Editor bearbeitete Dateien richtig mit UTF-8 abgespeichert oder aber erst von ANSI oder ISO nach UTF-8 konvertiert und dann abgespeichert werden.
Zu Störungen kann es bei Sonderzeichen kommen, die Windows im Dateisystem problemlos nimmt, die jedoch in der URL als /beitragsname-mit-sonderzeichen/ zu Störungen führen können. Dazu würde ich diese Hinweise beachten:
-
Die Inhalte musst Du neu als Beiträge anlegen. Wenn Du schnell reagierst, so könntest Du die eventuell aus dem Google-Cache fischen.
-
Per FTP werden nur Dokumente/Dateien/Files (oder wie immer Du die bezeichnen möchtest) sowie Archive hoch oder heruntergeladen. Die PHP-Dateien bauen nur eine Verbindung zur Datenbank auf, führen Abfragen durch und geben die Daten aus, enthalten die in der Datenbank gespeicherten Daten aber nicht.
Daten aus der Datenbank müssen exportiert werden, zum Beispiel mit einem vollständigen MySQL Dump.Eine begrenzte Menge an Content könntest Du wiederherstellen, in dem Du bei Google die Textversionen aus dem Cache ziehst. Zumindest fällt mir augenblicklich nicht mehr dazu ein. Und der alte Hoster hat da nicht zufällig noch ein Backup?
-
Mein anderer Blog http://www.peter-schnellhardt.de läuft wunderbar.
Da es sich bei Deiner lahmenden nur um eine Subdomain handelt, liegt die doch aber wohl innerhalb desselben Webspaces oder nicht? -
Nach wie vor erwartest Du hier nichts geringeres, als das andere Leute Dir Deine Arbeit abnehmen.
Und falls es an dem sein sollte, welcher Schulnote für Sozialverhalten würde das dann entsprechen? -
nun dachte ich doch, Du hörst nicht nach den ersten drei Zeilen und den Tests gleich auf, sondern machst noch etwas weiter und dann ist nichts mehr zu hören (lesen) von Dir.
Bin mit der ersten Variante fertig geworden, nur der Code ist etwas zu lang geworden, um den hier einzufügen:
http://www.coder-welten.com/suchergebnisse…orien-anzeigen/
Ob diese Variante nun so richtig optimal ist, da bin ich mir nicht sicher, funktioniert zumindest erst einmal. Bei einzelnen Suchbegriffen ist eine Übereinstimmung, bei mehreren hingegen werden nur Treffer von Seiten in Kategorien angezeigt, wenn die Eingabe als Phrase im Text enthalten ist.
-
Redest Du jetzt von Webspspaces?
Falls ja, wie alt ist denn Dein Paket?
Meine sind nicht die jüngsten und da der Webspaces bei Strato nicht gleich Webspaces bei Strato ist, bin da mit WP in den ersten Tagen umgezogen. Kein Upgraden des Paketes, nur umgelagert nach SpeedPlus und dann lief WP erst richtig.
Falls Du ein neueres Paket haben solltest, brauchst Du das wohl nicht. -
Das ist eigentlich ganz einfach. Du informierst Dich unabhängig von WordPress darüber, wie viel Kilobytes eine Startseite inklusive der eingebundenen Dateien nicht überschreiten sollte.
Vor 10 Jahre, als es noch viele Mitmenschen gab, die mit 56 Modems im Web unterwegs waren, lag dieser Wert bei 50 bis 100 kB. Mehr als verdreifachen würde ich diese Angaben aber auch heute nicht, wenn es denn nicht unbedingt sein muss.
Wenn Du nun weißt, dass einige Nutzer nur mit einem Moped unterwegs sind, dann kannst Du denen schlecht einen voll beladenen Tieflader zur Abholung bereitstellen und eine passende Antwort fällt Dir sicherlich allein ein.
-
Ja, die ist eigentlich zu langsam. Wenn ich mal nicht von der Startseite ausgehe, sondern das Impressum nehme, was ja praktische eine Seite ist, die kaum etwas an Content enthält, dann sind 4 Sekunden Ladezeit zu viel. Hat wohl ein paar Plugins mit JavaScripts zu viel und zusätzlich braucht der Server für die erste Response über eine Sekunde. Wobei die Messung mit Firebug erfolgte.