Beiträge von Domino5702

Fischer: Du musst mir ja nicht glauben. Gehe mal auf Sucuri und lasse Deine Seite durchchecken. Ich habe das eben erst getan.

Ja, mit einem WordPress Netzwerk, auch Multisite genannt. Ws genau möchtest Du erreichen, jenseits vom Login?

@J. Schwarz: die Frage wird in den FAQ beantwortet, wenngleich es nicht auf Anhieb erkennbar ist, wenn jemand in der Materie nicht so firm ist. Egal, den fehlerhaften Eintrag findest Du in der Tabelle wp_options, ein bzw. zweimal, je nachdem ob Du in den Einstellungen diese ein oder zweimal angepasst hast.

@Jaana_Farley: lass das lieber, das bringt Dich Deiner Lösung auch nicht näher.

Ich lasse mich doch hier nicht verarschen. Wenn das, was wir Dir bisher als Hilfestellung angeboten haben, nicht ausreicht, dann bleibe ich dabei,sollst Du das WordPress sein lassen. Das, was Du hier veranstaltest, brauche ich bestimmt nicht!

Warum ... Wenn Du da nicht durchsteigst, was bringt Dich auf den Gedanken, eine Homepage mit WordPress zu betreiben? Ist Dir diese Frage etwa lieber?

Sorry, da bin ich sprachlos ... Oder: färbst Du die Haare? :))

Zitat von Jaana_Farley

Hallo,

habe mir WordPress 3.4.2. heruntergeladen, meine wp-config.php datei geändert, alles über den filezilla hochgeladen, und dort hat er mir alles als okay angegeben.

Oder ist das etwa Halluzination.

Stand da weiter oben nicht FileZilla??? Will uns hier jemandverarschen?

Sorry, Du hast doch alles auf dem Server, oder nicht? Nur dort löschst Du die besagte Datei, und rufst die Installation in Deinem Browser auf. Nicht lokal, etwa auf Deinem PC, IM ENTPACKTEN VERZEICHNIS. Denn auf Deinem PC läuft kein PHP, da kommt wohl die Fehlermeldung her.

@Jaana_Farley da die Installation nicht gelaufen ist, nein, nur die wp-config.php

SirEctor: weisste etwas, was wir nicht wissen? Wieso hoststar.ch? ;)

Lösche mal die wp-config.php wieder, sodass auf dem Server nur noch die wp-config-sample.php übrig ist, und Rufe die Installation dann auf. Du kannst die Daten auch innerhalb der Installation angeben, und die Routine schreibt Dir die fertige wp-config.php. So musst Du dort nicht rumfummeln.

Ui, GammaGate ..... Mit der Verwendung des WP-Logos wäre ich sehr vorsichtig. Da haben ganz andere Leute schon Probleme bekommen mit Matt und der Rechteverwaltungsfirma von ihm.

Fischer: Dir Angst zu machen, lag nicht in meiner Absicht. Grundsätzlich, wenn Dir das was ich schrieb, als "böhmische Dörfer" erscheint, solltest Du über Dritte als Helfer nachdenken. Denn Deine Seite ist gefährlich, solange nicht klar ist, was die Ursache ist. Und Du riskierst, von Google zB. auf eine Sperrliste gesetzt zu werden, was Du sicherlich auch nicht willst.

Dass Du das Theme mittlerweile angepasst hast, ist kein Argument, wenn es darum geht, dass es eine der Sicherheislücken ist, weil es alt ist. Und ich muss annehmen, dass es alt ist, aus den Gründen, die ich oben beschrieben habe. We nun Du das anders weisst, dann musst Du es auch schreiben.

Oh, fällt mir jetzt erst auf: Twenty Ten ist auch nicht gerade taufrisch. Möglicherweise gibt es aktuellere Designs, die die Fähigkeit eingebaut haben?

Was genau möchtest Du ändern. Je nachdem - Anzahl und Häufigkeit - macht ein direktes Bearbeiten oder ein Child Theme mehr Sinn, als ein Plugin, das wiedér Ressourcen bindet.

Kannst Du ein Beispiel zeigen? Das würde helfen helfen ;)

Was grundsätzliches: das Theme, was Du verwendest, hat in der angegebenen Quelle einen Zeitstempel von 2007, der letzte Kommentar dazu stammt aus dem Jahre 2009. Sorry, aber so etwas würde ich nie einsetzen, das ist schon ab Start eine Sicherheitslücke (2009, das war grob geschätzt WordPress 2.8, heute sind wir bie 3.4.2, und in der Zwischenzeit ist eine Menge passiert).

Zum FireFox Add-On gibt es ja aktuell eine recht besorgniserregende Anmerkung eines Benutzers, aber ich kenne die Software nicht, daher kann ich hierzu nichts sagen.
Es ist absolut ungewöhnlich, dass ein Skript sich im Dashboard mit reinhängt und sich in jedem Artikel "verweigt" - das lässt mich auf Schadcode tippen! Was Du sofort tun kannst:

1. Sämtliche Zugangsdaten ändern - und ich meine wirklich alle, die mit WordPress oder Deinem Zugang bei square7 zu tun haben.
2. Unbedingt darauf achten, dass Deine Passwörter nirgends zwischengespeichert werden (häufig ist das bei wp-login.php der Fall, weil viele zu faul sind, sich ihre Passwörter auf ein Blatt Papier zu schreiben; ebenso verhält es sich oft beim FTP-Client, obwohl zB FileZilla diesbezüglich als Sicherheitslücke bekannt ist, da es Passwörter im lokalen Rechner in Klartext ablegt)
3. Den Webhoster informieren und fragen, ob ihnen etwas bekannt sei - der Schadcode kann auch direkt vom Server her kommen, die Lücke kann ein anderer Kunde auf demselben Shared Server sein
4. Im FTP-Client alle Dateien und Verzeichnisse auf fast identische Zeitstempel anschauen, die nach dem Installationsdatum sind - das ist häufig der erste Hinweis auf Schadcode, und die ersten Angriffe gehen meist auf die unzähligen index.php oder dann direkt auf Javascript-Dateien.
5. Falls Du befallene index.php findest, kannst Du als erste Massnahme deren Zugriffsrechte auch auf CHMOD 444 setzen, und ein paar Tage so belassen.
6. Wichtig ist, Bereinigen allein reicht nicht, Du musst die Quelle für den Angriff herauszufinden versuchen, sonst kommt das immer wieder.

Ich habe bei square7 seit mehr als 2 Jahren verschiedene private Blogs laufen, bis heute hatte ich keine Probleme damit - aber das muss nichts heissen, ich bin bloss einer von vielen, die dort hosten. ;)

Zwängerei zahlt sich aus? :shock:

Da der Google Algorhytmus nicht öffentlich ist, gibt es nur Vermutungen, wie das Page Rank und die Positionierung in den Suchergebnissen zustande kommt. Das, plus allenfalls die (allgemein gehaltenen) Aussagen von Google selbst. SEO ist heute "grosses Geschäft", jeder selbsternannte Experte wird dazu eine Meinung haben, da muss ich nicht auch noch mitmachen!

In Deinem Code ist ja auch gar kein Hyperlink.