Beiträge von Ammaletu

Setz mal die WP-DEBUG-Konstante in der wp-config auf true (ergänzen falls es sie noch nicht gibt), dann sollten Fehler ausgegeben werden.

Wenn sich beim Umzug der Pfad der Dateien auf dem Server geändert hat, was normalerweise der Fall ist, hätte das eigentlich auch im DB-Dump angepasst werden müssen.

Schau mal hier: http://faq.wordpress-deutschland.org/cannot-modify-header-information/

Übliche Verdächtige sind die wp-config.php und die functions.php des Themes.

Du kannst die Ansicht jeder Kategorie stylen, in dem Du ihr ein eigenes Template gibst. Dazu einfach die category.php oder die archive.php kopieren und "category_[slug].php" nennen. Darin kannst Du dann oben auf einen URL-Parameter prüfen (z.B. "iframe") und ggf. den ganzen Seitenrahmen nicht anzeigen. Dazu könntest Du z.B. eine Klasse am Body-Tag definieren, die Sidebar weglassen und den Header einfach nicht anzeigen (per CSS), falls das gewünscht ist. Der anderen Seite nennst Du dann die URL zu der Kategorie mit dem Parameter.

Schwierig wird das ganze, wenn alle Links auf der Seite im gleichen Layout geöffnet werden sollen. Die würden sich ja vermutlich ebenfalls im iFrame öffnen, und alle Links anzupassen, wird knifflig, denke ich.

Mit einem Tool wie dem FF-AddOn "LiveHttpHeaders" kannst Du sehr schön beobachten, wie die Umleitungen ablaufen. Man ruft die Seite mit der einen Kategorie in der URL auf und wird zur anderen geschickt. Und die schickt einen wieder zurück zur ersten und so weiter.

Warum das so ist kann ich Dir leider auf Anhieb nicht sagen. Ich würde aber vermuten, dass es nicht mehr auftritt, wenn der Artikel nur noch einer Kategorie zugeordnet ist.

Ich bin nicht sicher, ob phpMyAdmin eine gz-Datei verarbeiten kann. Wie groß ist de Datei denn ausgepackt? Sowohl PHP als auch der Apache haben ja normalerweise ein Upload-Limit. Ich nehme an, dass Du da anstößt. Hast Du Shell-Zugang zum Server? Dann könntest Du es per FTP hochladen und dann über die Kommandozeile direkt importieren.

Die meisten Plugins speichern ja keine eigenen Daten. Die kannst Du am Ziel einfach wieder aktivieren und ggf. erneut einrichten. Wenn die Plugins natürlich Daten speichern musst Du schauen, was sich da machen lässt. Wenn sie z.B. eigene Tabellen anlegen, könntest Du probieren, nur diese Tabellen über phpMyAdmin oder ähnliche Tools zu exportieren und am Ziel zu importieren.

Es müsste auf jeden Fall über die WP-interne Import-/Export-Funktion gehen. Im alten Blog exportieren, im neuen importieren, fertig. Das nimmt alle Beiträge und, soweit ich weiß, auch einiges andere wie Kommentare, Kategorien und Tags mit. Plugin-Einstellungen und ggf. von Plugins gespeicherte Inhalte aber nicht. Für Deinen Zweck müsste das aber, denke ich, ausreichen.

Schau mal nach ob dieses Plugin mit Deiner WP-Version noch kompatibel ist. Die Meldung deutet darauf hin, dass es das nicht ist, denke ich.

So hier vielleicht!? (ohne jetzt noch mal im Codex nach der genauen Syntax geschaut zu haben)

wp_dropdown_categories("echo=0&hide_empty=false");

Das sollte sich problemlos machen lassen. Wenn Du selber Admin des Blogs bist hast Du doch Zugriff auf die Nutzerübersicht. Da müsstest Du einen neuen Nutzer anlegen und ihn zum Editor machen können. Gib ihm ein PW und log Dich damit ein um zu schauen, über welche Möglichkeiten der Nutzer verfügt. Wenn es noch zu viele sind, kann man mit verschiedenen Plugins die Rechte einer Rolle noch genauer definieren.

Hat der Shop eine .htaccess, die alle Aufrufe an die index.php des Shops umleitet? Wenn ja musst Du da sicher eine Regel ergänzen, dass alle Aufrufe des wp-Unterordners in Ruhe gelassen werden.

Zitat

Das leere h3 hat den Sinn, dass eine zusätzliche Linie erscheint...

Dass das nicht die Art ist, wie die Verwendung dieses Tags gedacht ist, kannst Du Dir sicher selber denken...

Zitat

Der Code von diesem Teil der sidebar:

Dann gib doch bitte wp_list_categories nicht in einem h3 aus, es ist ja keine Überschrift. Stattdessen nimm ein ul, dann passt das auch mit den Listenpunkten, die wp_list_categories generiert.

Werden denn die Kategorien im Backend normal angezeigt? Und stehen sie im Blog unter den Beiträgen (the_category) so wie sie sollten?

Mal ganz grob ins Blaue geraten: Deine Sidebar verwendet keine ul- und li-Tags sondern divs oder was anderes. Das Plugin fügt aber einfach ein Widget mit einem li-Tag ein. Entweder ist die Sidebar in der functions.php falsch konfiguriert (da kann man mit optionalen Attributen angeben, in welche Tags ein Widget gepackt werden soll) oder das Plugin ignoriert diese Angaben einfach. Letzteres wäre aber schon ziemlich frech.

Und ja, der HTML-Validator weiß nichts von PHP. Gegebenenfalls muss man sich das manuell raussuchen, aus welchem PHP-File der entsprechende HTML-Code stammt.

Wenn ich mir die Validator-Ausgaben so anschaue, scheint das Countdown-Plugin nicht so wirklich toll programmiert zu sein. Sage ich mal so, ohne in den Quelltext geschaut zu haben. Es nimmt jedenfalls eine ganze Menge Validierungsfehler mit.

... So, doch noch mal auf die Seite geschaut. Woher kommt denn die Kategorienausgabe? Die stimmt auf jeden Fall nicht (li in h3 geschachtelt, leeres h3 davor).

Wie gesagt, laut Fehlermeldung wird an der Stelle ein character set erwartet und kein Nutzer, weder Admin noch ein anderer. Da sollte normalerweise "utf8" stehen, denke ich. Die Fehlermeldung deutet also darauf hin, dass Du Dich beim Ausfüllen der Felder vertan hast. Hier mal meine lokale wp-config.php zum Vergleichen:

define('DB_NAME', 'datenbank-name');
define('DB_USER', 'datenbank-nutzer, nicht der WP-User');
define('DB_PASSWORD', 'passwort des db-nutzers');
define('DB_HOST', 'db-server');
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', 'utf8_unicode_ci');

Zitat

Ich weiß nicht, was Du mit "das" meinst.

Die Anzeige der eigentlichen Seite in einem Frameset meinte ich. Du könntest ggf. auch mal den Support Deines Hoster fragen, insbesondere falls Du bei dem auch die Domain registriert hast.

Tja, dann sieht es nicht so aus als käme das Frameset von WordPress. Da ist ja alles auf die eigentliche Adresse eingestellt. Kann es sein, dass Du das in der Domain-Konfiguration Deines Hosters so eingestellt hast?

Du solltest erst mal das Frameset loswerden. Danach steht hier wie Du den Blog im Unterordner liegen lässt, aber direkt über die Domain aufrufst. Achtung, dabei ändern sich dann die Adressen der Seiten. Wenn die nun schon läuft, gelten die externen Links ggf. nicht mehr. Interne ggf. auch nicht, aber die könntest Du ja ändern.

Die Fehlermeldung "Unknown character set: 'admin'" deutet darauf hin dass Du Dich beim Eingeben der Daten vertan hast. "Admin" ist ja nun kein Character Set sondern eher der DB-Nutzer, nehme ich an. Berichtige das und installiere dann am besten mal neu (ggf. über PhpMyAdmin die Db leeren/löschen).

Eigentlich ist ja maxe nichts hinzuzufügen, aber zur Erklärung für Dich scorpio76: Du fragst hier nach totalem Allerweltskleinkram. Gericoach hat Dir eine relativ brauchbare Antwort gegeben: Was Du machen möchtest geht mit buchstäblich jedem Theme. Jetzt wärst Du eigentlich an der Reihe, weitere Informationen zu liefern, neue Fragen zu stellen oder Dir einfach ein passendes Theme zu suchen.

Details zum Einfügen von Sponsoren kann man kaum nennen wenn Du uns nicht sagst, was Du Dir da genau vorstellst. Das kann ja vom simplen Einfügen eines statischen Bildes ins Theme bis zu einem kompletten Werbe-Framework reichen.

Deine weiteren Antworten lassen leider jeden Willen zu Eigenleistung vermissen. Das Forum funktioniert aber nun mal am besten, wenn Du nicht nur fragst und schlüsselfertige Lösungen erwartest, sondern Dich auch selber kümmerst. Weiterhelfen geht dann immer, wenn es zu Problemen kommt, aber es wird Dir wohl eher niemand in seiner FREIZEIT nach Deinen Wünschen ein Theme programmieren. Nach Deinem letzten Beitrag bin ich nicht mal sicher, ob da überhaupt noch wer antworten möchte.

Was für ein Theme Du aussuchst, hängt u.a. davon ab, wie fit Du mit CSS, HTML und PHP bist. Du kannst ein funktional passendes nehmen und es graphisch anpassen oder Du nimmst ein graphisch passendes und ergänzt fehlende Funktionen.

Ich würde darauf tippen, dass Du alle Dateien in das gleiche Verzeichnis entpackt hast, was falsch ist. Das zip-File enthält eine Ordnerstruktur, die Du beim Auspacken und auf den Server schieben behalten musst. admin.php gehört z.B. in den Unterordner /wp-admin. Lösche die Dateien ggf. vom Webspace und lade sie noch mal neu hoch.