Beiträge von Ammaletu

Probier mal fdas hier, vielleicht geht es ja, auch wenn die Plugin-Beschreibung Kompatibilität nur bis 2.8 garantiert:
http://wordpress.org/extend/plugins…s-with-avatars/

Falls nicht sollte es zumindest eine Anregung sein, wie man das umsetzen kann.

Das sollte WordPress schon automatisch machen, ganz ohne irgendwelche neuen Ordner. Wenn Du in den Optionen im Backend die neue Domain einträgst, leitet WP alle anderen Domains, eben auch die alte, auf diese neue um. Das verstehen dann auch Suchmaschinen-Bots.

Da würde ich nicht so schnell aufgeben: Du kannst das Default-Tag-Cloud-Widget natürlich einfach durch ein anderes ersetzen. Mal schauen... Wie wäre es mit diesem hier:
http://wordpress.org/extend/plugins/nktagcloud/

Zitat

Ich habe bereits versucht mit dem Plugin "Capability Manager" die Rechte zu bearbeiten und allen Usern das Recht "Edit Private Posts" zugesprochen.

Ich würde mal vermuten, dass dies das Recht für private Blog-Beiträge ist und nichts mit Kommentaren zu tun hat.

Zitat

Ferner hab ich "Edit Comments XT" installiert, welches es sogar Nicht Angemeldeten Usern ermöglicht Kommentare zu editieren. Auch das bewirkt nichts.

Dieses Plugin oder ein ähnliches würde ich Dir da auch empfehlen. Wenn es nichts bewirkt, wäre meine Vermutung, dass Du in einem Themefile noch etwas manuell einbauen musst. Oder es fehlt Dir dort ein Hook, über den das Plugin etwas einfügen würde. Hast Du die Doku des Plugins angeschaut?

Wo da der Fehler ist? Ganz einfach:

?>


<?php

Die functions.php wird an vielen Stellen eingebunden, bevor die Ausgabe beginnt. Wenn Du mit einer Konstruktion wie der obigen eine Leerzeile ausgibst, kann danach kein HTTP-Header mehr geschrieben werden, was dann die zitierten Fehler hervorruft.

Deshalb gilt immer: Die functions.php sollte mit <?php anfangen und mit ?> aufhören, ohne Leerzeichen oder Zeilenumbrüche davor bzw. dahinter. Unterbrechungen des PHP-Bereiches in der Mitte sind nur zulässig, wenn sie z.B. innerhalb einer Funktion liegen (also z.B. eine Ausgabe machen bei Aufruf der Funktion), nicht einfach so zwischen den Funktionen.

Ein Blog auf wp.com würde ich nur dann empfehlen, wenn Du es mit der Technik nicht so hast und z.B. den Aufwand beim regelmäßigen Upgraden vermeiden möchtest. Man hat dort aber doch deutlich weniger Möglichkeiten, u.a. keine Plugins. Wenn Du Dich also schon etwas auskennst und genau weißt, was Du brauchst, hoste das lieber selber.

Zum Umsetzen einer "normalen" Webseite mit WP: Haben schon x Leute gemacht und ist kein Problem. Gerade für kleinere Seiten macht sich das gut und auch, wenn weniger web-affine Leute damit am Ende arbeiten sollen.

Geh also davon aus, dass das Blog gehackt wurde, und belies Dich zu den üblichen Gegenmaßnahmen. Es sollten sich z.B. hier im Forum genug Infos finden lassen. Einfach nur entfernen und hoffen, dass es nicht wieder passiert, reicht nicht wirklich aus, leider.

P.S.: Mit welcher WP-Version ist das denn passiert?

Benutzt Du überhaupt Widgets? Von den Klassen her, die ich an Deinen Sidebar-Elementen sehe (bzw. nicht sehe, die haben nämlich alle keine), sieht es für mich nicht so aus. Normalerweise hat jedes Widget eine eindeutige Klasse, über die es angesprochen werden kann im Stylesheet. Hast Du das in der style.css ganz unten ergänzt und nicht z.B. oben?

Ich denke nicht, dass eine Neuinstallation da wirklich hilft. Wäre es nicht sinnvoller, das Problem rauszukriegen und zu beheben? Kann natürlich sein, dass Du Probleme mit der wp-options-Tabelle hast. Da hilft dann Neuinstallation vielleicht wirklich, aber den Aufwand würde ich mir nicht antun, wenn es nicht wirklich nötig ist.

Was auch immer Du tust: Backups anfertigen!

Ich bin nicht sicher, ob es immer noch MD5 ist. Auf jeden Fall sind aber Salts im Spiel, dafür sind die Secret Keys in der wp-config.php da. Siehe z.B. hier: http://codex.wordpress.org/Editing_wp-con…p#Security_Keys

Im Backend unter Einstellungen > Diskussion gibt es eine Einstellung "Kommentare zu Artikeln schliessen, die älter als X Tage sind". das müsste Dir doch weiterhelfen, oder?

Erstellen eines eigenen Widgets ist relativ einfach. Folge zum Beispiel diesem Tutorial:
http://justintadlock.com/archives/2009/…in-wordpress-28

Tja, dann weiß ich auch nicht so genau. Ein Problem mit den Dateirechten vielleicht?! Du könntest mal eine index2.php in den WP-Hauptordner legen und schauen, ob Du damit z.B. eine phpinfo-Ausgabe aufrufen kannst. Vielleicht bringt das ja Erkenntnisse. Außerdem wäre es dann wohl an der Zeit, mal zu schauen, ob und wo auf dem Server PHP-Fehler geloggt werden.

Was Du probieren könntest: Den aktuellen Themeordner umbenennen per FTP. WordPress sollte dann automatisch aufs Default-Theme umspringen. Wenn es dann immer noch nicht geht könntest Du den Plugin-Ordner umbenennen, dann werden die Plugins nicht mehr geladen. Dabei jedoch nicht die Plugin-Backend-Seite aufrufen oder die Plugins werden alle deaktiviert.

Hast Du denn mal mit phpMyAdmin oder einem ähnlichen Tool direkt in die Datenbank geschaut und sichergestellt, dass sie wirklich leer ist? Die Meldung sollte eigentlich nicht kommen, wenn WP die Tabellen nicht finden kann.

Zitat

Ich habe noch eine angepasste .htaccess in meinem wp-Verzeichnis.

Das wäre der erste Punkt, wo ich nachschauen würde. Davon abgesehen: Hast Du im Backend in WP die richtigen Dateien eingetragen. Bist Du überhaupt bis zur Installation gekommen bzw. ging es schon mal?

Das Plugin benutzt scheinbar einen falschen Pfad, und den kann es eigentlich nur aus der DB haben. Deswegen meine Frage, ob diese Datenbank als Kopie einer anderen DB entstanden ist, wobei die Pfade nicht korrekt angepasst wurden?!

Zitat

Ich bin newbie, zählen der Zeilen passt nicht und der Editor zeigt keine Zeilennummern an...

Sorry, aber bei der Wahl Deiner Arbeitsmittel kann ich nur sehr bedingt weiterhelfen. Selbst der normale Windows-Editor zeigt Zeilennummern an. Ein Editor, der das nicht kann, ist mir glaube ich noch nicht untergekommen.

Zitat

Habe zwei stellen gefunden wo offenbar ein farbcode für den header drin steht und habe mal beides auf #FFFFFF geändert in der Hoffnung, dass es dann weiß wird, was im Original blau ist - geht aber nicht, tut sich gar nichts.

Hast Du den Cache mal geleert bzw. Strg+F5 probiert? Der Browser cacht das ja und dann siehst Du ggf. nicht den aktuellen Stand.

Wegen der Zeilennummern: Tut mir Leid, ich hatte in meinem Testblog geschaut und das läuft schon auf WP 3.0. In WP 2.9 ist es... Zeile 39 und 253. Keine Ahnung, wieso die background-color zweimal definiert ist. Suche nach "#haeder" hilft Dir ggf. auch in anderen WP-Versionen weiter.

Zitat

Wiso MUSS die Navigationsleiste eine Hintergrundfarben haben?

Naja, mit dem Stand von vor 'ner Stunde oder so wurde das über dem Header des Blogs angezeigt und war damit quasi unlesbar. In der Blog-Ansicht wohlgemerkt. Ist immer noch so. Mit 12% Weite bricht es jetzt außerdem um.

Hm... Gib der Leiste dann am besten gar keine Weite, würde ich sagen. Die korrekte Weite lässt sich dort ja nicht wirklich ermitteln, wenn Du es links von der variabel breiten Link-Liste platzierst. Keine Weite und z.B. rechts einen kleinen Abstand und ein Hintergrundbild, wo die Hintergrundfarbe der Leiste ins Transparente verläuft. Nur so als Idee.

Die beiden Ansichten finde ich übrigens ziemlich gelungen. Habe jetzt erst so richtig kapiert, wozu das gut sein soll. ;-)

Ok, mal schauen...

Die Leiste hat mit Deinen Anpassungen keine Hintergrundfarbe mehr. Die wirst Du wieder ergänzen müssen.

Navigationsleiste = Scrollbar. Ja, in meiner Version ging die Leiste über die ganze Bildschirmbreite und war deswegen auf 100% Weite gestellt. Wenn Du das anders haben willst, solltest Du die Weite entsprechend anpassen. Ich nehme an, da werden jetzt 100% mit einem Abstand nach links oder so kombiniert. Das ist in Summer natürlich mehr als 100%, deswegen die Scrollleiste.

Das Drehen des Bildes: Einfach im Bild nur eine Version einbauen und dann wie beschrieben das Setzen der background-position entfernen. Ist bei Dir im Moment noch drin. Siehe meine letzte Antwort: "Einfach Zeile 79 und 82 des PHP-Files entfernen."