Beiträge von Ammaletu

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?

Geht es um dieses Plugin?
http://wordpress.org/extend/plugins/carousel-gallery-jquery/

Hast Du denn mal einen Beispiel-Link parat, bei dem das passiert?

PHP beschwert sich, dass eine Methode mit dem gleichen Namen in zwei Dateien vorhanden ist. Schau mal nach, ob z.B. von einer älteren Version des Themes noch Dateien herumliegen, die nicht mehr benutzt werden sollten. Sonst fällt mir nicht wirklich ein guter Grund ein, wieso das passieren sollte. Die beiden Dateien stehen aber in der Fehlermeldung, Du kannst da ja auch einfach mal reinschauen. Vielleicht hast Du auch was in den falschen Ordner hochgeladen?!

Das passiert doch aber nicht in jedem Browser oder? Ich würde eher darauf tippen, dass Du das Browser-Fenster irgendwann mal von Vollbild verkleinert hast und sich Dein Browser das jetzt merkt. Oder passiert das auch, wenn Du ein solches Fenster einmal zurück auf Vollbild gestellt hast?

Ich würde eher sagen, da ist das Theme nicht komplett übersetzt. Das ist nicht schön, kann aber gerade bei Updates des Themes schon mal vorkommen. Welches Theme nutzt du denn?