Beiträge von Melewo

    Die befallene Datei würde ich nur löschen, alle anderen sollten sich eigentlich scannen lassen. Wichtig ist halt, dass der nicht noch irgendwelche Trojaner und Rootkits bei Aufruf einer Seite nachladen kann und so, denke ich mir. Die Datenbank könnte auch von einer SQL-Injection betroffen sein. Kann mich an eine Empfehlung erinnern, zuerst die betroffenen Dateien zu entfernen, dann ein Backup vom Hoster einzuspielen und dabei sich Gedanken über das Leck zu machen, um dieses zu stopfen.

    Ich kann zwar nicht viel lesen auf dem Bild, eigentlich kaum etwas, sieht aber wie ein dicker, fetter Virus aus. Wie nun weiter, nur den Virus löschen, damit ist es ja nicht getan, weil Du ja auch nicht weißt, was der bereits angerichtet hat und wo die Sicherheitslücke sich befindet. Alles platt machen und neu installieren und das Leck beseitigen, falls es sich aufspüren lässt, würde ich jetzt mal sagen. Oder erst einmal nur Deine Seite stilllegen und diese Datei löschen, so dass die nicht mehr erreichbar ist und dann darauf hoffen, dass noch einer eine andere Antwort gibt.

    und mir einen "seriöseren" Hoster suchen, bei dem ich WP vorinstalliert vorfinde


    Habe keine Statistiken, doch so rein gefühlsmäßig würde ich mal nicht behaupten, eher andeuten, dass ein Teil der Hilfesuchenden nur deshalb Probleme hatte, weil sie irgend so eine 1-Click-Installation hatten, sich darauf verließen und dann beim ersten kleinen Problem nicht mit FTP klar kamen.

    Ich weiß nicht wo das bei Dir her kommen könnte. Wenn ich bei mir in die Datenbank schaue

    Code
    `comment_content` text NOT NULL,


    oder in die wp-comments-post.php, da wird jeweils nur überprüft, ob comment_content nicht null ist. Deshalb ging ich von einem Plugin aus oder möglicherweise von einer Funktion in der functions.php Deines Theme.

    Hier in Zeile 89

    PHP
    $comment_content      = ( isset($_POST['comment']) ) ? trim($_POST['comment']) : null;


    und in Zeile 121, wobei in Zeile 122 nur dann ein Fehlermitteilung ausgelöst wird, wenn $comment_content gleich 'kein Zeichen Inhalt'.

    PHP
    if ( '' == $comment_content )
            wp_die( __('<strong>ERROR</strong>: please type a comment.') );


    https://github.com/WordPress/Word…mments-post.php

    Und mehr wüsste ich jetzt nicht, was da noch hineinspielen könnte, wird wohl noch die eine oder andere Funktion mehr sein, doch alles kenne ich halt nicht.

    Müsste man ausprobieren, zwischen 2 und 20 Tests ist da alles möglich, ab und an auch noch mehr, ehe es richtig funktioniert. Deshalb nur mal, wie ich da vielleicht einen ersten Test beginnen würde. Also ungetestet und nur aus dem Stegreif, weiße Seite ist deshalb möglich und eine Kopie sollte deshalb bereit liegen, um diese per FTP im Falle eines Fehlers hochladen zu können.

    Bei 4 sollte richtig sein, weil ja 0 auf 1, 2, 3, 4 erhöht wird, doch auch da bin ich mir nie richtig sicher.

    muss ich auch mit HTML oder CSS arbeiten?


    Nicht auch, eher nur. Wobei es ohne CSS praktisch nicht geht, bei HTML wenigstens das Grundgerüst einer Webseite und die wichtigsten Tags und Elemente bekannt sein sollten und von PHP zumindest so viel, dass beim Experimentieren nicht die Syntax beschädigt wird, was ansonsten zu einer weißen Seite führen würde.

    Die Arbeitsweise ist dabei unterschiedlich, einige erledigen es online und benutzen dafür ein Child-Theme, andere richten sich dafür eine Entwicklungsumgebung wie Xampp auf dem Computer ein. Als Editor ist wohl der Notepad++ am weitesten verbreitet.

    Veränderungen in der style.css lassen sich aber zum Beispiel im Firefox erst unter Extras mit der Web-Konsole im Sandkasten testen, bevor man die veränderten Styles dann mit einem Editor übernimmt.

    iWeb kenne ich praktisch nicht, doch irgendein auf JavaScript basierender Wysiwyg als Homepage-Baukasten oder so (nehme ich zumindest an) und ist wohl kein Vergleich zu WP. Wenn Du mehr als eine Kleinigkeit verändern möchtest, musst Du Dich mit HTML und CSS befassen, eventuell noch etwas PHP, da Du bei WordPress diese Änderungen in den Dateien vornehmen müsstest, wobei sich sehr viele Dinge in der style.css regeln lassen, doch nicht alle. Ein Logo könntest Du in der header.php hinzufügen.

    Du hast keine zweite Reihe, Du hast 7 Div-Bereiche zu je 220px nebeneinander, die aber nach der vierten umgebrochen werden, weil die Platzeinteilung halt nicht mehr als 4 Bereiche nebeneinander ermöglicht. (Die verhalten sich nicht anders als ein langer Satz, der am Ende einer Zeile umgebrochen wird und sich somit über zwei Zeilen in einem Textdokument erstreckt.) Im ersten Div befindet sich "Letzte Rezepte" und den Bereich musst Du mitzählen bei der Platzverteilung.

    Entweder wie Monika schrieb oder gleich 8 Bereiche nutzen, was wohl einfacher sein sollte. Zur Kontrolle bei der Einrichtung kannst Du den DIVs einen Border geben, den kannst Du nachher wieder entfernen.

    Neben bloginfo gibt es dann noch weitere, wie home_url("/seite/") oder site_url("/seite/"), für Plugins plugins_url("/datei.php", __FILE__) oder für Arbeitsverzeichnisse dirname(__FILE__).DIRECTORY_SEPARATOR."datei.php" und noch ein paar, die ich bisher noch nicht ausprobierte.

    Lasse Dir Zeit, wenn Dich niemand treibt, doch schaue Dir unterschiedliche Varianten mal an, auch wenn es dann zwischendurch Weihnachten wird. Der Thread lässt sich ja immer mal wieder auffrischen.

    Noch grösserer Probleme gab es wie fast nicht anders zu erwarten mit ä ö und ü


    Einige Probleme lassen sich vermeiden, in dem Du eine fertig bearbeitete Datei im Editor nach UTF-8 konvertierst und speicherst. Deine Demo-Seite

    http://www.kieselsteine.ch/1buchstaben/schreib3.php

    wird mit

    Code
    content="text/html; charset=iso-8859-1"


    ausgeliefert, da benötigst Du dann utf8_decode, ist richtig. Wenn Du die aber mit UTF-8 speichern und ausliefern würdest, so sollte sich utf8_decode erübrigen. Ist ja kein Fehler, außerhalb von WP benutze ich bislang ebenfalls ISO-8859-1 oder Windows-1252. Wenn es aber ein Script für WP werden soll, dann halt UTF-8.

    dass bei einer Windows-Server-Installation die index.php nicht automatisch in die wep/web(?!)config (ist damit vielleicht die wp-config.php) gemeint mit eingetragen wird.


    Ich denke mit web.config könnte das letzte Beispiel gemeint sein:

    Zitat

    Once installed, open the web.config file in the WordPress folder and add the following rule to the system.webServer element.


    http://stackoverflow.com/questions/1778…ss-file-for-iis

    Eine Anleitung liegt eigentlich mit bei und sollte sich im Browser mit liesmich.html aufrufen lassen. In der Anleitung befindet sich dann auch ein Link, von dem Du die Installation starten kannst.

    Voraussetzung dabei ist lediglich, dass die Zugangsdaten richtig eingegeben wurden, wobei schon einmal Dreher passieren können, dass DB_NAME und DB_USER vertauscht werden. Wichtig ist halt auch, dass alle Dateien in einem Rutsch per FTP übertragen wurden und es dabei zu keinen Verbindungsabbrüchen kam.
    Wie ich gerade sah, wird in der liesmich.html WordPad empfohlen, doch ist mit diesem Editor keine Syntax erkennbar. Ein geeigneter Editor würde zum Beispiel bei einem vergessenen Hochkomma mit einem Ausgrauen reagieren würde.

    Eigentlich ist die Installation innerhalb von 5 Minuten erledigt. Fehler, die ich bisher mitlas und häufiger vorkamen, die hingen unter anderem damit zusammen, dass serverseitig kein PHP zur Verfügung stand oder die PHP Version veraltet war, keine Datenbank zur Verfügung stand oder DB_NAME und DB_USER vertauscht wurden. Mehr fällt mir gerade nicht ein, wobei einige mehr schon zusammen kommen würden. Bei den eher selten vorkommenden Fehlern kann ich mich an einem Fall erinnern, wo bei define in der wp-config.php ein Zeilenumbruch vor dem schließenden Hochkomma mit eingefügt wurde.

    Hier im Forum gezielt nach einem Post suchen, in den jemand einen fehlerhaften Tipp bezüglich Hochkommas gab, halte ich für aussichtslos, da ich zuweilen zu tun habe, meine eigenen Posts wiederzufinden.

    Was erwartest Du nun von einem Forum? Hinweise auf Fehler zu erhalten, die sich herauslesen lassen, ist geschehen. Eine Ferndiagnose zu stellen, wo nicht einmal die URL bekannt ist (oder habe ich diese bisher überlesen?), ist hingegen unmöglich.

    @ Malewo: Na vielen Dank! Null Ahnung - von mir aus, wenn du dich dann besser fühlst.


    Das war doch nur eine Feststellung, da Deine Probleme offensichtlich schon damit begannen, dass Du mit einem ungeeigneten Editor nicht die Syntax in der wp-config-sample.php erkanntest und daraufhin mit und ohne Hochkommas experimentiertest. Mit ein ganz klein wenig Ahnung, hättest Du bei Google einfach mal PHP Editor eingegeben oder hättest nach den beliebtesten PHP Editoren gesucht.

    Und es setzt sich darüber fort, dass Du scheinbar nicht weißt, wie man per FTP Dateien überträgt. Nach einem Passwort wird nur beim Aufbau der Verbindung gefragt, steht die Verbindung, wird die nicht unterbrochen, weil bei 30 Dateien angeblich ein Passwort nicht stimmte, da nicht noch einmal nach einem Passwort gefragt wird. Wenn es zu einem Verbindungsabbruch kam, dann aus anderen Gründen.

    Einträge geändert (mittlerweile einmal mit Hochkommas vor den Einträgen und einmal ohne).
    ...
    ...
    Bei allen Uploads hatte ich um die 30 fehlerhafte Upload-Dateien, die alle wegen falschen Paßwort nicht hochgeladen wurden.


    Und wenn Du vom Support so eine Antwort erhalten hast, dann wurde Deine Frage beim Support nicht richtig verstanden. Mit ein ganz klein wenig Ahnung hättest Du aber auch allein gewusst, was in eine Datenbank gehört und was nicht.

    Jeder fängt mal an und am Anfang so gut wie nichts zu wissen, praktisch mit Null-Ahnung zu starten, ist auch keine Schande. Nur eingestehen sollte man es sich, um sich dann entweder einen Dienstleister zu suchen oder mit dem Lernen zu beginnen.

    Du hast ja mindestens eine index.php, page.php, single.php und category.php. Habe ich jetzt eine wesentliche vergessen? Ist nicht professionell, doch beginnst Du bei einer und machst außerhalb von PHP, zum Beispiel unterhalb von

    PHP
    <?php get_footer(); ?>
    +


    ein Kreuz oder ein anderes Zeichen einfügen, bis Du die entsprechende Datei gefunden hast und nach einem Aufruf wieder das Zeichen entfernen. Dann sehen wir mal weiter, würde ich sagen, mehr fällt mir gerade nicht ein.