Beiträge von Ammaletu

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.

Sorry, ich glaube, da musst Du noch mal genauer erklären, was Du machen möchtest. Geht es Dir um eine zweite (neue) Sidebar auf der linken Seite?

Sorry dass ich oben iFrame geschrieben habe, es ist ein normales Frameset. Für eine kurze Erklärung, was ein Frameset ist und tut: http://de.selfhtml.org/html/frames/definieren.htm

Frames sind an sich veraltet und sollten nicht mehr verwendet werden wenn möglich. Zudem hast Du hier ein Frameset mit nur einem Frame, dessen einziger Sinn es ist, die eigentliche Adresse Deines Blogs zu verstecken. Das ist aus Nutzersicht nicht sinnvoll, weil man dann egal auf welcher Seite man ist immer nur die Domain sieht (und eben keinen RSS-Feed). Und Suchmaschinen kommen damit ggf. auch nicht so gut klar.

Schreib uns bitte zuerst mal, welche Adressen Du im Backend von WP unter Einstellungen > Allgemein > WordPress-Adresse/ Blog-Adresse stehen hast. Und dann überleg Dir, ob der Blog in Zukunft unter http://zentrumsblog.de/ oder http://zentrumsblog.de/Blog/ erreichbar sein soll. Dann können wir Dir genauer sagen, was zu tun ist.

Schon mal als Tip vorab: Egal was Du an der DB änderst (und nicht einfach so die Adressen ändern!), mache ein Backup der DB. Falls Du bisher keines hast, wäre jetzt der beste Zeitpunkt, ein regelmäßiges Backup einzurichten. Es gibt Plugins, welche Dir z.B. einmal pro Woche die DB gezippt per E-Mail schicken.

Gib der Query mal die Kategorie-ID und nicht den Namen mit. Bin nicht sicher, ob die mit dem Namen was anfangen kann. So kriegst Du vielleicht immer einfach die 5 aktuellsten Einträge ausgegeben.

Du brauchst übrigens Simple Tags nicht wirklich, außer eventuell für den Input. Ansonsten bietet WP so auch schon viel Unterstützung für Tags, also probier ggf. erst mal aus, ob Du ohne Plugin auskommst, wenn die alten Tags konvertiert sind.

Ach so, geht es Dir nur darum, nicht manuell ein Array mit den Kategorie-IDs anlegen zu müssen? Eine kurze Google-Suche spuckt diese Funktion aus:
http://codex.wordpress.org/Function_Refer…ll_category_ids

Testde doch mal, ob das global alle Kategorien zurückgibt. Dann müsstest Du das ja als Input für den Codeschnipsel nehmen können, den ich hier gepostet hatte.

Das hier kennzeichnet PHP-Blöcke:

<?php


?>

In den WP-Dateien darf da nichts davor und nichts dahinter stehen. Also nicht so:

<-- Leerzeile
<?php


?>

Oder so:

<?php


?>   <-- Leerzeichen

Oder so:

<?php


?>   <-- Zeilenumbruch
<?php
 
?>

Das fängt nur Brute-Force-Angriffe auf dem Loginformular ab, was ja aber auch schon mal gut ist, vor allem wenn man viele Nutzer hat, die man nicht alle zu starken Passwörtern zwingen kann. .htaccess-Schutz macht die Sache natürlich relativ wasserdicht, aber wenn sich da viele verschiedene Leute registrieren können sollen, ist das nicht sehr praktisch. Es sei denn, man kriegt es hin, Registrierung, Login und ggf. Edit-Arbeiten ins Frontend zu verlagern.

Ich nehme an, das wird dieser Code-Abschnitt sein:

<script><!-- //LinkWithinCodeStart
var linkwithin_div_class="linkwithin_hook";
var linkwithin_site_id = 238512;
</script>

Da wird ein Kommentar geöffnet, aber nicht wieder geschlossen. Wenn andere Browser den Rest der Seite anzeigen, ist das reine Nettigkeit. ;-)

Es sind wohl falsch verschachtelte Tags dabei. Das kann halt theoretisch die Ursache sein für unterschiedliche Darstellung in verschiedenen Browsern. Ansonsten ist es einfach so, dass man in so einer Menge an Fehlern dann die tatsächlichen Probleme nicht mehr sieht. Deswegen finde ich sollte man das so gut es geht Richtung 0 drücken. :-)

Super-Cache ist nicht dämlich, nur sehr mächtig. Man muss damit halt wissen, was man tut. Dämlich ist es, dass manche Hoster das wohl gutmeinend zusammen mit WP installieren. Dann gehen auch Nutzer hin und aktivieren sich das, die den Super-Cache weder brauchen noch konfiguriert haben. Schreib Deinem Hoster ggf. mal, dass das keine gute Idee ist. Das Plugin ist wirklich für fortgeschrittene Nutzer und größere Webseiten gedacht.

Ja, müsste, tut es aber nicht, wenn die Dateien mit verschiedenen Codierungen abgespeichert sind. Wenn Deine Seite z.B. als UTF-8 ausgeliefert wird, müssen auch die Themedateien alle als UTF-8 (ohne BOM) abgespeichert sein. Wenn Du die mit einem schlechten oder falsch eingestellten Editor bearbeitest und aus Versehen als ISO-8859-1 / Latin-1 speicherst, passiert das eben mit Texten, die direkt in den PHP-Dateien drinstehen. Finde also erstmal heraus, welche Codierung gebraucht wird und speichere die Dateien dann neu ab. Man kann die Codierung in guten Editoren im "Speichern unter"-Dialog einstellen. Eventuell musst Du die nun kaputten Umlaute aber vorher konvertieren oder danach neu eintippen (Suchen & Ersetzen).

Du müsstest hier erst mal unterscheiden zwischen Texten, die aus dem Theme kommen, und Texten, die aus der DB kommen. Wenn Themetexte kaputt sind, kommen diese entweder direkt aus einer Themedatei (Datei als ISo statt UTF-8 gespeichert oder andersherum?) oder aus der Sprachdatei (Datei kaputt?). Wenn es Inhalte aus der DB sind, wäre zu schauen wie diese ausgegeben werden. UTF-8-Umlaute können durch falsche PHP-Methoden schnell kaputt gehen. Eventuell filtert ein Plugin oder die functions.php des Themes die Menüausgaben?