Beiträge von Ammaletu

Kannst Du da nicht die WordPress-interne Blog-Zeit benutzen anstatt der Serverzeit. Die beiden müssen ja nicht zwangsläufig übereinstimmen, und in WP ist es ja korrekt eingestellt.

Naja, Du kannst natürlich ein zweites benutzerdefiniertes Feld anlegen, das den alt-Text enthält. Der ist allerdings nicht für Schlüsselwörter gedacht sondern für eine Beschreibung des Bildes z.B. für ScreenReader.

Was steht denn auf der Errorseite? Und hast Du mal geschaut, wie viel Speicher Du zur Verfügung hast? Die Benutzung der Sprachdatei erfordert mehr Speicher, wenn Du knapp am Limit bist, verkraftet das Dein Server vielleicht nicht mehr. Das Plugin "Memory Overview" zeigt Dir das übersichtlich auf dem Dashboard an.

Welche WordPress-Version nutzt Du denn? Die Seiten leisten passt Du eigentlich am besten über die Widgets an. Die sind unter Design > Widgets zu finden. Unter Design > Editor müsstest Du den Editor für die Themedateien finden. Wenn Du die änderst, ziehen eines Backups nicht vergessen, damit Du die Änderungen später nicht aus Versehen mit einem Theme-Update überschreibst.

Die Frage wäre doch erstmal, was Du mit dem Film dann machen willst. Einbinden per Flash-Player? Dann musst Du das doch eh ins benötigte Format konvertieren. Oder nur zum Download anbieten und der Nutzer muss selber sehen, womit er ihn darstellt? Dann am besten einfach zippen, würde ich sagen.

In der comments.php Deines Themes sollten die Kommentare so hier ausgegeben werden (so ist es im Default-Theme, müsste bei Dir hoffentlich ähnlich aussehen):

<ol class="commentlist">
    <?php wp_list_comments(); ?>
    </ol>

Wenn Du das für eine einzelne Seite überschreiben willst, dann z.B. so:

<ol class="commentlist">
    <?php if (is_page('gaestebuch')) {
               wp_list_comments('per_page=-1');
             } else {
               wp_list_comments();
             } ?>
    </ol>

Die Doku ist leider sehr lückenhaft dazu: http://codex.wordpress.org/Template_Tags/wp_list_comments
Aber ich vermute, dass bei per_page=-1 alle Kommentare angezeigt werden. Musst Du aber mal ausprobieren. Wenn es ein Beitrag und keine statische Seite ist, dann is_single statt is_page verwenden in der Abfrage. Und wenn es mehrere Seiten oder Beiträge sind, könntest Du das über ein Tag oder ein Benutzerdefiniertes Feld lösen.

Statische Seiten werden üblicherweise mit der page.php des Themes angezeigt, nicht der index.php. Mach den Code da also raus und bau ihn in die page.php ein. Und dann noch ein "!" einfügen, also so:

[LEFT]

<?php if (!is_page('impressum')) {
get_sidebar();
} ?>

Seite verbreitern: Das musst Du im Stylesheet anpassen. Schau ggf. mal ins Default-Theme, da gibt es die Klasse narrowcolumn und widecolumn, wobei in der page.php widecolumn verwendet wird. Etwas in der Art wirst Du für Dein Theme vermutlich auch brauchen. Die Klasse musst Du dann abhängig von der gleichen Bedingung wie bei der Sidebar setzen, z.B. so:

<div class="<?php print ((is_page('impressum')) ? 'widecolumn' : 'narrowcolumn')?>">

[/LEFT]

Kannst Du das nicht einfach in der single.php des Themes ergänzen? Dann sollte es nur in der Einzelansicht der Beiträge auftauchen. Ggf. kannst Du da auch nach Kategorie oder Datum oder so filtern, so dass z.B. ältere Einträge oder Einträge einer bestimmten Kategorie den Code nicht bekommen.

Hast Du mal in die FAQ geschaut und die Tips dort befolgt?
http://wordpress.org/extend/plugins…rss-widget/faq/

Ich denke, folgendes wäre konzeptionell besser: Du hast eine statische Seite A und eine Kategorie B. Seite A zeigt immer den neuesten Eintrag der Kategorie B an (geht genauso natürlich auch mit Tag statt Kategorie, Lösung über Seiten-Template für die statische Seite). Die Adresse von A bleibt dabei natürlich gleich. In B kannst Du dann Artikel nach Bedarf veröffentlichen, auch zeitgesteuert. Würde Dir das weiterhelfen?

Hm, mit obigem Code überschreibst Du ja die Default-Query der Seite. Hast Du das vielleicht vorher schon mal gemacht, im Header oder so? Dann würde sich $post nicht mehr auf die aktuelle Seite beziehen sondern auf einen anderen Beitrag und es wird entsprechend nichts gefunden. Besser ist es in jedem Fall, die Original-Query und die $post-Variable nicht dauerhaft zu überschreiben.

Melde es bitte dem Themeautor, falls das keine Modifikation von Dir war. Dann müssen nicht andere Nutzer auch rätseln.

Interessant, die Autoreninfos werden offenbar als ISO-Zeichen im UTF-8-Text ausgegeben. Tja, wo setzt man da an? Zuerst mal schauen, dass die Datenbank aktuell auf jeden Fall UTF-8 ist und das auch so ausgelesen wird (wp-config.php). Dann vielleicht mal einen aktuellen Dump ziehen und die Zeichen darin reparieren? Zum Beispiel mal nach "Andreas M" suchen und schauen, was da für ein Zeichen statt des "ü" steht. Damit dann Suchen und Ersetzen im ganzen DB-Dump. Den Dump am Ende wieder in die DB einspielen. Und bei all dem natürlich Backups von allen Schritten aufheben bis das ganze behoben ist.

Also wenn ich mir das so von außen anschaue, sieht es doch alles korrekt aus. Die Seite wird als UTF-8 dargestellt und alle Umlaute stimmen. Was kaputt ist, sind die Anführungszeichen, allerdings sollten die nicht in der DB stehen sondern bei der Anzeige per Filter ergänzt werden. Im Editor im Backend müsste das also richtig als die normalen, geraden Anführungszeichen angezeigt werden. Hier müsstest Du vielleicht mal schauen, welche WP-Datei diese Ersetzung vornimmt (Funktion texturize?!) und ob diese Datei eventuell falsch abgespeichert ist (ISO statt UTF-8).

Alternativ könntest Du auch probieren, ob ein Plugin wie InTypo oder WP-Typography eine Verbesserung bringt.

Und generell wann immer möglich mit UTF-8 arbeiten statt ISO, das spart auf lange Sicht viel Ärger. Also auch nicht jetzt auf ISO zurückstellen, dann lieber das zugrundeliegende Problem lösen.

Das kann an allem möglichen liegen, aber zuerst mal würde ich sicherstellen, dass es kein Themeproblem ist. Zum einen kannst Du uns die relevanten Codestellen Deines Themes (welches?) posten, welche das Datum an den Kommentaren ausgeben. Du könntest auch mal kurz testweise aufs Default-Theme umschalten und schauen, ob der Fehler dort auch auftritt. Falls ja, liegt es wohl doch eher an einem Plugin, andernfalls wird es wohl Dein Theme sein.

Nutzt Du Avira? Dann ist das wohl ein Fehlalarm. Das wird aktuell gerade auf der wp-hackers-Liste diskutiert. Prüfe die Datei ggf. noch mit anderen Virencheckern (z.B. über http://www.virustotal.com/de/). Aber wenn Das AV-Programm die unverändert aus dem Download übernommene Datei anmeckert, ist es mit ziemlicher Sicherheit ein Fehlalarm, denn WP prüft die Downloads natürlich, ehe sie auf den Server kommen.

P.S.: Meine Güte, alle gleichzeitig. Wenn dazu konkrete Infos verfügbar sind, wäre das ggf. einen WPD-Blog-Eintrag wert?

Klappt denn das Auslesen des Kategorienamens? Gib doch mal $listCategory aus, ehe Du die Query startest.

Belies Dich erstmal, was ein Seitentemplate (<-- Klick) ist und wie Du das der statischen Seite zuweisen kannst.

Hm, ok, habe das Script noch etwas erweitert:

<?php global $notfound; ?>
            <?php /* Creates a menu for pages beneath the level of the current page */
            if (($notfound != '1') && (is_page() || is_category() || is_single())) {
              if (is_page()) {
                // static page
                $current_page = $post->ID;
              } else if (is_single()) {
                // single view
                $my_categories = get_the_category();
                if (!empty($my_categories)) {
                  $my_cat_title = $my_categories[0]->name;
                }
              } else {
                // category
                $my_cat_title = single_cat_title('', false);
              }
              if (!empty($my_cat_title)) {
                $page_query = $wpdb->get_row("SELECT ID, post_title, post_status, post_parent FROM $wpdb->posts WHERE post_title like '" . $wpdb->escape($my_cat_title) . "'");
                if (!empty($page_query)) {
                  $current_page = $page_query->ID;
                }
              }
              while ($current_page) {
                $page_query = $wpdb->get_row("SELECT ID, post_title, post_status, post_parent FROM $wpdb->posts WHERE ID = '" . $wpdb->escape($current_page) . "'");
                $current_page = $page_query->post_parent;
              }
              if (!empty($page_query)) {
                $parent_id = $page_query->ID;
                $parent_title = $page_query->post_title;
                if ($wpdb->get_results("SELECT * FROM $wpdb->posts WHERE post_parent = '" . $wpdb->escape($parent_id) . "' AND post_status != 'inherit'")) { ?>
            <ul class="nav">
              <?php wp_list_pages('sort_column=menu_order&title_li=&child_of='. $parent_id); ?>
            </ul>
        <?php   }
              }
            } ?>

Das funktioniert nur, wenn die gewünschte Kategorie die erste Kategorie ist, die an dem Beitrag hängt, wobei ich nicht sicher bin, in welcher Reihenfolge WordPress das zurückgibt. Im Zweifelsfall funktioniert es also nicht, wenn der Beitrag zwei Kategorien hat.

Hast Du eine statische Seite als Startseite und willst jetzt nur eine weitere Seite, wo die bekannte Ansicht aller Beiträge chronologisch sortiert sichtbar ist (also das, was per Default die Blog-Starteite ist)? Dann kannst Du das einfach im Backend einstellen: Leere statische Seite anlegen und unter Einstellungen > Lesen > Startseite > Artikelseite auswählen. Auf dieser werden dann die aktuellsten Beiträge angezeigt.

Wenn Du das selber machen willst, kannst Du aber auch einer statischen Seite ein Template geben und dort dann z.B. nur die letzten x Beiträge ausgeben ohne die Möglichkeit, weiter zurückzugehen. Dafür bräuchtest Du dann ein Seitentemplate und einen eigenen Loop. Anleitungen gibt es viele, z.B. hier: http://www.texto.de/weiterblaetter…er-sidebar-621/

Und hier mit Beiträgen einer Kategorie:
http://faq.wordpress-deutschland.org/artikel-der-ka…ite-y-anzeigen/