Beiträge von Ammaletu

    Wenn Du das index.php drin hast, wird meines Wissens nach die .htaccess-Datei gar nicht benutzt. Das ist ja eben der Workaround für den Fall, dass .htaccess nicht zur Verfügung steht. Die Aufrufe gehen dann alle über die index.php und von der wird die richtige Seite aufgerufen.

    Wenn Du IIS oder lighttp nutzt, gibt es wohl im Codex noch spezielle Dokus dafür. Ansonsten kannst Du da nicht viel machen und musst mit dem index.php in den Permalinks leben, fürchte ich, es sei denn Du kannst für Deinen Server einen ähnlichen Mechanismus selber bauen.

    Hast Du geprüft, dass Dein Server die Voraussetzungen für die normalen Permalinks erfüllt? Die Variante mit index.php ist nicht Standard und wer auch immer sie eingestellt hat wird ja vermutlich seinen Grund dafür gehabt haben.

    Voraussetzungen laut Codex:

    • Apache web server with the mod_rewrite module installed
    • In WordPress's home directory,

      • The FollowSymLinks option enabled
      • FileInfo directives allowed (e.g. AllowOverride FileInfo, AllowOverride All)
      • An .htaccess file (if this file is missing, WordPress will try to create it when you activate "pretty" permalinks)
      • If you want WordPress to update the .htaccess file automatically, WordPress will need write access to the file.


    Und falls ja, wurde die .htacces-Datei erfolgreich erstellt?

    Generell gibt es keinen Grund, warum das index.php da überhaupt drin stehen sollte. Wenn es Dein Server erfordert, z.B. weil Du mit IIS arbeitest, kannst Du aber ggf. nicht viel machen, soweit ich weiß. Schau also erstmal, ob Dein Server alle Voraussetzungen für die Permalinks erfüllt. Vor dem Umstellen wäre dann ein DB-Backup sicher nicht schlecht, für alle Fälle. Und falls die Seite schon länger läuft, gilt es noch zu bedenken, dass dann ggf. existierende Links ins Leere laufen. Da könnte man mit der .htaccess abhelfen.

    Also in dem jetzt gerade aktiven Theme *g* wäre es wohl hier richtig:
    #blog_left .item_class .item_class_text p (line 475)

    Generell musst Du das für die p-Elemente definieren. Du kannst es zur Not global für alle p-Tags definieren und dann schauen, ob es irgendwo Absätze gibt, die nicht im Blocksatz gesetzt sein sollen.

    Da macht sich normalerweise RSS ganz gut, glaube ich. Es gibt Plugins, die ziehen Dir den Inhalte eines RSS-Feeds und legen ihn als Beitrag ab. Du könntest also z.B. die Beiträge immer in Blog 1 schreiben und in Blog 2 bis 5 den RSS-Feed von Blog 1 aus der relevanten Kategorie abonnieren. Ich hab das noch nicht selbst probiert, aber es gab hier schon den ein oder anderen Thread dazu.

    Das ist ein Styleproblem und sollte mit dem Plugin nicht wirklich etwas zu tun haben, denke ich. Du musst einfach für untergeordnete Menüpunkte eine abweichende Darstellung im Stylesheet definieren.

    Wenn also z.B. #navi ul li ul li a für die oberste Ebene an Navigationspunkten gilt, dann kannst Du die dort gemachten Angaben für tiefere Ebenen mit #navi ul li ul li ul li a überschreiben. Analog ggf. für hover-Effekte etc.

    Hm, also auf der Webseite werden die Umlaute aber auch schon nicht ausgegeben (also die direkt geschriebenen, mit den HTML-Entities klappt es). Ich denke, wenn Du dieses Problem löst, klappt es auch mit dem PDF-Plugin. Andernfalls wäre das ein ernsthafter Defekt des PDF-Plugins, UTF-8 sollte da eigentlich kein Problem sein.

    Ich hab nur kurz reingeschaut, aber hilft Dir dieser Thread hier vielleicht weiter:
    http://forum.wordpress-deutschland.org/plugins-und-wi…ntutto-pdf.html

    Wäre das nicht in allererster Linie eine Frage für den Autor des Themes? Der hat die Bilder ja vermutlich schon freigestellt und kann den Text in 'ner halben Minute austauschen. Und vielleicht ist er ja auch an einer deutschen Version des Themes interessiert!?

    Also falls die Texte fest im Theme stehen wurde vielleicht nur das Theme mit der falschen Codierung abgespeichert. Wenn die Seite als UTF-8 ausgeliefert wird, müssen natürlich auch die Themedateien als UTF-8 gespeichert werden (Achtung: Ohne BOM am Anfang!). Falls Du Dateen des Themes bearbeitest und aus Versehen als ISO-8859-1 gespeichert hast, könnte das passieren.

    Falls es das nicht ist, bräuchte ich mehr Infos, ein Link zum Anschauen zum Beispiel.

    Das "graue Bildchen" müsste der Gravatar sein, nehme ich an. Schalte einfach mal in den Optionen des Plugins die "Override Avatar with User Photo"-Option an, dann sollte bei Nutzern, die ein eigenes Bild im Profil hochgeladen haben, automatisch dieses Bild anstelle ihres Gravatars angezeigt werden.

    Wie Du den Default-Gravatar für alle Nutzer (also auch nicht angemeldete Kommentatoren) ändern kannst, lässt sich sicher leicht ergoogeln. Alternativ kannst Du die Benutzung der Gravatare in den Optionen auch ausschalten.

    Nicht wirklich, das kommt auf Dein Theme an. Mit der Bearbeitung von Themedateien solltest Du Dich wenigstens etwas auskennen, genau wie mit PHP. Und ohne etwas Kenntnis von CSS wird es auch nicht gehen, da das Bild ja noch positioniert werden muss.

    Generell muss das in den Loop rein, irgendwo in die Nähe der Beitragsüberschrift bzw. der Ausgabe von Datum und Kommentar-Autor. Wenn Du das Bild links davon platzieren möchtest z.B. müsstest Du es jeweils darüber im Quelltext einfügen.

    Mach Dir ggf. ein Backup der Themedateien, und wenn Du kannst probiere das an einer lokalen Testinstanz aus und nicht draußen auf dem Server (siehe FAQ). Da kannst Du dann in Ruhe basteln, bis alles stimmt.

    Ich poste Dir im folgenden noch mal einen Ausschnitt meiner comments.php. Achtung, das ist nicht 1:1 kopierbar, es soll Dir nur eine bessere Idee vermitteln, wo der Code hingehört:

    In diesem Fall wird das Bild links neben dem Text angezeigt (ist per CSS aus der Inhaltsspalte herausgerückt und steht daneben). Falls Du es schon neben dem Autoren stehen haben möchtest, müsste der Befehl vor den cite-Tag.

    Für die Beiträge könnte der Befehl z.B. zwischen diese beiden Zeilen eingefügt werden, aber wie gesagt, das hängt davon ab, wie Du das Bild platzieren willst:

    PHP
    <div class="post" id="post-<?php the_ID(); ?>">
                <h2><a href="<?php the_permalink() ?>" rel="bookmark" title="permanent link to <?php the_title_attribute(); ?>"><?php the_title(); ?></a></h2>

    Zur Ausgabe des Bildes am Post den folgenden Code innerhalb des Loops* einfügen:

    PHP
    <?php userphoto_the_author_photo(); ?>

    Oder wenn Du noch weitere Einstellungen machen möchtest:

    PHP
    <?php userphoto_the_author_photo('<b>Photo of me: ', '</b>', array('class' => 'photo'), get_template_directory_uri() . '/nophoto.jpg'); ?>

    Die Parameter sind die folgenden:

    • before: HTML-Code zur Ausgabe vor dem Bild
    • after: HTML-Code zur Ausgabe nach dem Bild
    • attributes: Array von weiteren Attributen, z.B. CSS-Klassenname
    • default_src: Pfad zum Default-Bild, falls der Nutzer keines hochgeladen hat


    Für die Kommentare analog in die comments.php einzufügen:

    PHP
    <?php userphoto_comment_author_photo(); ?>

    Es gibt parallel die gleichen Befehle auch noch mit "_thumbnail" anstatt "_photo". Da bin ich mir gerade nicht ganz sicher, aber wenn Du größere Bilder hochgeladen hast könntest Du z.B. an den Posts und Kommentaren das Thumbnail ausgeben und auf der Autorenseite die größere Version. Musst einfacvh mal ausprobieren.

    *: Das muss vermutlich in alle Dateien, die Posts darstellen. Also einmal in die single.php für die Einzelansicht (und ggf. die page.php für statische Seiten) und dann in Dateien wie die index.php (des Themes!), archive.php, category.php (falls vorhanden) und eventuelle andere Dateien, die Listen von Beiträgen anzeigen (z.B. spezielle Kategorie-Templates). Platzierung z.B. jeweils unter der Überschrift des Beitrags. Wie Du das stylst, damit die Bilder z.B. einen Rahmen haben und richtig positioniert werden, müsstest Du Dir auch überlegen. Dafür wäre ggf. die längere Variante der Befehle gedacht, bei denen Du eine CSS-Klasse mitgeben kannst.

    Das Plugin ermöglicht Dir das Hochladen eines Bildes im Nutzerprofil. Wenn Du das auch ausgeben möchtest, musst Du im Theme den entsprechenden Befehl einbauen. Das Plugin macht das nicht automatisch.

    Überleg Dir zuerst mal, wo Du die Bilder haben möchtest (am Post, am Kommentar oder an beiden Stellen). Die relevanten Befehle stehen auf der Pluginseite alle drauf, aber wenn Du mir sagst, wo Du die Bilder haben möchtest, kann ich Dir das da auch noch mal genauer rausfischen.

    Ähm, hast Du denn auch mal in den Feed reingeschaut? Direkt, meine ich, nicht über einen Reader. Auch wenn der Volltext ausgegeben wird, enthält der Feed ja auch immer parallel die kurze Vorschauversion, und jeder Reader kann sich aussuchen, was er anzeigen möchte. Deswegen wäre zuerst ja mal wichtig, was der Feed selbst enthält.

    Wenn Du Widgets benutzt, dann stehen die Links im Widget drin und Du kannst sie meines Wissens nach nicht ohne weiteres ändern (Du könntest aber in der Widget-Verwaltung mal schauen, ob es mittlerweile Optionen dafür gibt). Wenn Du keine Widgets benutzt, stehen die Links in der sidebar.php Deines Themes drin und können dort nach Belieben geändert oder entfernt werden. ;-)