Beiträge von Ammaletu

Man kann sich immer eine Speziallösung bauen (etwa das Theme nach Kategorien modifizieren oder so), aber im Prinzip klingt das für mich so, als wäre das ein guter Einsatz für die MultiSite-Funktionalität. Spricht etwas gegen deren Einsatz?

Nein, das bist Du nicht der einzige. Das stand vor einigen Wochen/Monaten z.B. mal bei Heise und/oder in der c't. Das ist ein Virus, hat aber mit WordPress nichts zu tun. Vielleicht aber mit der Seite, von der Du etwas heruntergeladen hast.

Eine Suche nach "Virus verschlüsselt Festplatte" findet z.B. sehr viele Ergebnisse, u.a. das hier:
http://www.viruslist.com/de/viruses/enc…?virusid=313444

Vielleicht hilft es auch, die Platte mal mit einem anderen Virenscanner zu scannen, aber eher nicht aus Deinem normalen Betriebssystem heraus. Ein Start von CD bietet sich dafür an, z.B. mit einem speziellen AV-Mini-Linux.

Die erste Frage wäre jetzt: Wie aktuell ist Dein letztes backup? Ggf. kannst Du dann ja den Rechner plätten und neu aufsetzen ohne zu viel Datenverlust,

So oder so: Viel Glück! Und wenn alles durch ist auf jeden Fall eine backup-Routine angewöhnen. Was mich dran erinnert, ich müsste auch mal wieder eines ziehen...

Natürlich siehst Du das, Du musst halt schauen, was der Server zurücksendet. Für den Firefox gibt es u.a. die schöne LiveHttpHeaders-Extension, die Dir genau das anzeigt.

Bei meiner Seite ist es übrigens ein 301, wenn ich die URL mit www aufrufe.

mcca: Falls bei Dir tatsächlich beide genannten Seiten gleich aussehen, teile doch bitte mal mit, mit welchem Browser Du das aufrufst. Ich sehe da jedenfalls den von Hirnhamster beschriebenen Unterschied.

Hirnhamster: Ich habe kurz geschaut, aber ich finde auf Anhieb keine Möglichkeit, die aktuelle Themedatei einfach ausgeben zu lassen. Bau doch einfach in alle relevanten Dateien kurz die Ausgabe eines HTML-Kommentars ein. Das wären erst mal die 404.php, index.php und single.php. Wenn es keine dieser Dateien ist, dann weitere Dateien testen.

Ich glaube, wir reden noch etwas aneinander vorbei. WP unterstützt von sich aus zwei Inhaltstypen: Blog-Beiträge (posts) und statische Seiten (pages). Doof benannt, ist aber so. Mit "statische Seite" meine ich also eine WP-Seite, keine PHP-Datei.

Geh ins WP-Backend und lege Dir unter Seiten > Seiten eine neue Seite an. Nenne sie meinetwegen "Startseite" oder so, ist egal, das kriegt keiner zu sehen. Dann geh in die Einstellungen und wähle diese Seite als Startseite aus. Wenn Du jetzt die Startseite des Blogs aufrufst, kriegst Du diese Seite zu sehen und nicht mehr die chronologische Abfolge aller Artikel.

Dieser Seite kannst Du dann bei Bedarf auch ein Seitentemplate geben, um die Ausgabe anzupassen.

Versuche mal herauszufinden, welche Themedatei die Anzeige übernimmt. Könnte das die single.php sein, weil WP irgendwie zuerst mal die korrekte Artikel-URL bemerkt und dann in der single.php erst versucht, etwas aus "asd" zu machen?!

Welche Datei auf was angewendet wird sieht Du hier:
http://codex.wordpress.org/images/1/18/Template_Hierarchy.png

Nicht jedes Theme hat natürlich alle diese Dateien, aber man kann sie immer einfach anlegen, am besten durch Kopieren der Datei, die am nächsten dran liegt (page.php für ein Seiten-Template kopieren etc.).

Wenn Du auf der Startseite keine Artikel anzeigen möchtest, wieso geht Du dann nicht einfach in die Optionen (Einstellungen > Lesen glaube ich) und stellst eine statische Seite als Startseite ein? Da kannst Du dann einen kurzen Willkommenstext drauf schreiben oder eben auch einfach nur ein großes Bild draufsetzen. Und wenn das vom Design her noch nicht passt, kannst Du dieser Seite auch ein Template geben und spezielle Styles drauf anwenden.

Um Styles nur für diese Seite zu haben, musst Du einfach eine entsprechende Klasse ansprechen. Gute Themes bieten genug Klassen an, aber falls nicht kannst Du das in dem Seiten-Template z.B. so einfügen:

<div id="page2" class="homepageContent">

In der style.css kannst Du dann Regeln für den Content-Bereich anlegen, die nur für diese eine Seite gelten:

.homepageContent h3 {
  /* h3-Überschrift auf Homepage, nur so als Beispiel */
}

Kann ich nicht bestätigen. Die Seite sieht für mich im FF 3.57Win7 normal aus. Sie validiert auch laut W3C-Validator, was mal eine erfreuliche Ausnahme ist.

In welchem Browser geht es für Dich denn nicht? Und hast Du eventuell mal einen Screenshot vom "völligen Müll"? :-)

Da brauchst Du im Prinzip keine RewriteRule, das kann einfach als Redirect-Anweisung *über* den WP-Block:

Redirect 
/superinteressantes.pdf http://www.domain.tld/wp-content/uploads/2010/11/mein.pdf

Gut, das würde auch alles erfassen, was "superinteressantes.pdf" als Ordnernamen benutzt, aber das sollte ja eigentlich nicht auftreten.

Ansonsten per RewriteRule, dann kannst Du das auch per RegEx genauer fassen. Aber dann ebenfalls über den WP-Block, da alles darunter nie erreicht wird.

Ja, tut es. Kannst Du ja jetzt schon überprüfen, in dem Du die Seite andersherum ohne "www" aufrufst. WO sollte Dich dann aktuell zur gleichen Adresse mit "www" schicken. Such-Stichwort: Canonical URLs. :-)

Hast Du das Bild im Editor denn verlinkt und das Theme bastelt das um? Ansonsten verstehe ich Dein Problem nicht ehrlich gesagt.

Eine echte Lösung hab ich so aus dem Stehgreif nicht dafür, aber ich habe mir aus diesem Grund irgendwann mal für die Mail-Domain "localhost" noch zusätzlich "localho.st" als Alias definiert. Beim Argo Mailserver kann man das ganz einfach einstellen. Seitdem lassen mich die diversen CMS-Testinstallationen auch mit diesen Adressen arbeiten. ;-)

Nutzt Du das Plugin "User Access Manager"? Wenn ich es richtig sehe, gehört die getfile-Syntax dazu. Bleibt die Frage, was damit nicht stimmt...

Kann es sein, dass die Datei wp-includes/class-simplepie.php nicht korrekt auf den Server übertragen wurde, z.B. nur zur Hälfte. Wäre jetzt meine erste spontane Vermutung. Lade sie mal neu hoch, ggf. mit einem anderen FTP-Programm.

Hm, das Problem ist folgendes: Die Links haben eine sehr komische Struktur, die meines Wissens nach nicht WP-Standard ist. Sie sehen z.B. so aus:
http://www.armin-baum.de/?getfile=285

WP kann mit dem "getfile"-Parameter nichts anfangen und mangels anderer Parameter bleibt da nur ein Aufruf der Startseite übrig von dieser URL. Ist also keine Umleitung, nur eine falsch aufgebaute URL.

Kommt das von einem Plugin, oder was sollen diese URLs bewirken? Wieso nicht einfach die Dateien verlinken?

Also wenn Du das Theme nicht aktualisiert hast, kann es natürlich auch andersherum sein: Das Theme nutzt vielleicht Texte, die in der Sprachdatei von WP stehen, z.B. vom alten Default-Theme. Wenn sich das im Laufe der Zeit in WP mal geändert hat, fehlen die Texte jetzt.

Du kannst im Zweifelsfall natürlich einfach in das Theme gehen und an den gewünschten Stellen die deutschen Texte eintragen (als UTF-8 ohne BOM speichern bei Umlauten). Oder, falls das Theme selber eine Sprachdatei hat, bei dieser die deutsche Datei vervollständigen.

Also da hast Du schon mal das Problem, dass WordPress aus gutem Grund auf einer eindeutigen URL besteht und alle anderen Adressen auf diese umleitet. Das kann man aber glaube ich per Plugin aushebeln. Das müsste für Dich der erste Schritt sein, denke ich. Probier mal die Forensuche, das war vor ein paar Wochen oder Monaten in einem Beitrag verlinkt.

Als zweites wäre dann das Setzen des richtigen Themes. Das sollte kein Problem sein, denke ich. Es gibt Theme-Switcher-Plugins. Da kann man sich abschauen, wie man das Theme beim Aufruf setzt. Die entsprechende Abfrage der benutzen Domain sollte mit PHP-Mitteln zu bewerkstelligen sein.

Ja, das ist auf manchen Servern tatsächlich so. Wurde letztens mal auf der hackers-Liste diskutiert. Der Grund ist der, dass das ganze als Formular an den Server zurückgeschickt wird, wenn Du die Seite speicherst, mit jeweils mehreren Feldern pro Menüpunkt. Da kommen schnell dreistellige Zahlen an Formularfeldern zusammen, und auf manchen Servern ist das Limit sehr nidrig eingestellt.

Ich kann mich irren, aber ich glaube, die Ursache war Suhosin oder ähnliche Security-Patches. Du kannst Deinen Support ja mal fragen, ob sie so etwas einsetzen und ob sie ggf. die Anzahl der pro Request erlaubten Formularfelder höherdrehen können.

Also an sich kann das einfach in die .htaccess rein, über den Teil von WordPress. Googlen nach "htaccess allow deny" sollte etwas erbringen. :-)

Also zu den PHP-Ausgaben: Das sind nur Warnings. In Core-Dateien hätte ich die zwar nicht erwartet, aber direkt dramatisch ist das noch nicht. Sie sollten allerdings nicht am Bildschirm ausgegeben werden, das geht ja die Besucher nichts an. Defienier doch mal WP-DEBUG als false in der wp-config.php, dann sollte das eigentlich verschwinden.

Was das Theme betrifft: Hast Du denn mal in dessen sidebar.php geschaut, ob es Widgets überhaupt unterstützt und wenn ja ob das auch korrekt umgesetzt ist?