Beiträge von Ammaletu

    Also wenn ich mir den Code so anschaue sieht das immer noch alles richtig aus. Gib doch mal mit echo aus, was Dir get_comment_author_url zurückliefert. Vielleicht sieht man dann ja, woran es hakt. Einfach per echo in einen HTML-Komentar ausgeben zum Beispiel.

    Und was mostho meinte (denke ich): Du bist sicher, dass die Nutzer auch URLs gespeichert haben an den Kommentaren?

    Irre ich mich oder sind die kleineren grauen Beiträge im WPDE-Blog (siehe oben) damit umgesetzt? Finde ich da z.B. nicht so gelungen von der Gestaltung her, da man das leicht übersieht. Asides sind ansonsten schon komplette Beiträge aus Sicht der Datenbank. Sie werden nur anders dargestellt. Mit einem bestimmten Beitrag verknüpft sind sie aber meines Wissens nach nicht.

    Zitat

    Bei gravatar.com. Das hat nämlich mit deinem Blog nix zu tun.

    Jedenfalls wenn Du die Gravatare nutzt. Musst Du ja nicht, es gibt auch Plugins, bei denen die User-Bildchen auf Deinem Server gespeichert sind ("User Photo"). Aber bei allen Datenschutzbedenken muss ich zugeben, dass der Gravatar-Service einfach praktisch ist. ;-)

    Für Kommentare kann man die Reihenfolge im Backend einstellen (Optionen > Diskussion), nicht aber für Artikel, soweit ich weiß. Die zeigt WP standardmäßig immer mit dem neuesten Artikel zuerst an. Das kann man im Theme natürlich nach Belieben anpassen, vielleicht ist das in eurem Theme ja der Fall.

    Außerdem gab es mal eine kaputte MySQL-Version, die durch einen Bug dazu führte, dass plötzlich die Sortierung genau falsch herum war. Das ist aber schon ein Jahr oder mehr her. Ist nicht sehr wahrscheinlich, dass euer Hoster die gerade einsetzt, aber nachschauen kostet ja auch nichts. Falls ihr also mit
    MySQL 5.0.51 lauft, bittet den Support eures Hosters doch, auf eine neuere Version zu upgraden.

    Ansonsten müssten Änderungen der Reihenfolge über ein Plugin oder Änderungen am Theme gemacht werden, aber wie gesagt: Dass der neueste Beitrag ganz oben steht sollte Standard sein. Ob es bei euch im Theme anders eingestellt ist könnt ihr prüfen, indem ihr mal kurz aufs Default-Theme umstellt. Wenn es dort geht, in eurem Theme aber nicht, kann man sich das Theme dann ja genauer anschauen.

    Also prinzipiell würde ich wenn irgendmöglich versuchen, das mit einer WordPress-Installation umzusetzen, insbesondere wenn es am Ende auch aus Sicht des Benutzers eine Seite ergeben soll. Es spricht nichts dagegen, einzelnen Seiten oder Kategorien ein anderes Aussehen zu geben, gerne auch ein radikal anderes Aussehen. Du müsstest dann vielleicht nur schauen, dass Du das in ein Theme integriert bekommst. Mit zwei WP-Installationen schaffst Du Dir auf Dauer jedenfalls nur mehr Administrationsaufwand als nötig ist und machst es Dir zugleich schwieriger, Inhalte zwischen beiden Seiten zu teilen. Die beiden Seitenbereiche kann man aj ganz gut trennen, z.B. durch "custom taxonomies", so dass jeder eine Tag-Cloud bekommt.

    Überleg aber vorher, ob Dir die technische Administration einer eigene WP-Installation Spaß macht oder ob Du z.B. Plugins nutzen möchtest, die auf wordpress.com nicht zur Verfügung stehen. Wenn es Dir nur um die eigene Domain geht und Du sonst mit dem Service von wordpress.com zufrieden bist, ist es vielleicht einfacher, die Domain auf das vorhandene wordpress.com-Blog draufzuschalten. Das geht, soweit ich weiß, für einen überschaubaren Jahresbeitrag auch so, dass das dann für die Besucher völlig transparent ist.

    Also zuerst mal fällt auf, dass query_posts auf jeden Fall über if have_posts gehört. Das wird aber das Problem vermutlich nicht lösen.

    Hm... Ich sehe gerade, dass Du die Original-Query komplett überschreibst. Kann sein, dass dann WordPress die Seitenaufteilung nicht noch mal neu anfügt? Probier doch mal entweder, die Originalquery mitzunehmen (aus dem Gedächtnis zitiert, siehe Doku: query_posts($query_string . 'category_name=Referenzen');), oder die Seitenaufteilung manuell mit in die Query einzubauen. Es gibt einen Parameter dafür (offset?). Am besten mal in den Codex schauen.

    Zitat

    Ich denke ich bin einer unter vielen den dies passiert

    Ja, bist Du, und es hat eigentlich immer die gleiche Ursache: Konflikte verschiedener JavaScript-Bibliotheken. Beim Laden Deiner Seite kommt es zu einem JS-Fehler, alle JavaScripte werden deshalb abgebrochen et voilá, der Lightbox-Effekt geht nicht mehr. ;-)

    Schau also nach, welche Bibliotheken von Deinem neuen Theme oder eventuellen Plugins geladen werden und stelle sicher, dass die Lightbox-Bibliotheken damit zusammenarbeiten. Wenn es nicht geht, probiere doch mal einen der zahlreichen Lightbox-Klone aus. Da WordPress z.B. eh mit jQuery arbeitet, würde ich probieren, einen jQuery-basierten Ligtbox-Klon zu verwenden.

    P.S.: Schau bitte in Deine Sidebar unter "Freunde". Ich kann Dir nur sehr stark nahelegen, den Titel des zweiten Links zu ändern. :-)

    Keine Ahnung, was M.I.O gemacht hat, aber meine eigene Seite ist leider schon etwas älter und nutzt deswegen keine Widgets. Wenn ich die demnächst mal upgrade, würde ich das offizielle Meta-Widget auch nicht nutzen sondern mir schnell ein eigenes schreiben. Das ist eine Sache von ein paar Minuten, aber wenn ihr googelt, wie es geht, solltet ihr schauen, dass ihr Tutorials für WP 2.8+ findet. Da wurden die Widgets intern nämlich umgebaut.

    Für einzelne Artikel: Passwortschutz benutzen. Die Artikel können dann alle angemeldeten Nutzer sehen sowie jeder, der das PW kennt.

    Für den ganzen Blog: Könnte man per .htaccess-PW-Schutz umsetzen. Wenn nur angemeldete Nutzer die Seite sehen können sollen, wäre eventuell auch das "Maintenance Mode"-Plugin eine Variante.

    Ansonsten kannst Du mal nach Plugins suchen, da gibt es auch verschiedene Lösungen für "private Blogs".

    Also ich nutze das gleiche Plugin mit 2.8.5, allerdings nicht automatisiert und nicht mit einem vollen Backup. Ich stoße da immer nur ab und an das manuelle "SQL only"-Backup an, und das funktioniert meines Wissens nach ohne Probleme. Will ich doch mal hoffen. ;-) Die Uploads sichere ich eh manuell per FTP, und alles andere muss man ja nicht sichern wenn man es eh lokal auf dem Rechner liegen hat.

    Für ein anderes Projekt habe ich allerdings ein neues Plugin eingesetzt, das mir gut gefällt: WordPress Database Backup

    Es ist einfacher gehalten und macht nur ein Backup der DB-Tabellen, das dafür auch zuverlässig automatisiert per E-Mail. Für Dich hätte es wohl den Nachteil, dass Du die Uploads immer noch manuell sichern müsstest.

    Das Widget kann man nicht ändern, man kann aber ein anderes Widget einsetzen. Ich weiß, dass es im Plugin-Verzeichnis auf wordpress.org Widgets gibt, die dort z.B. nur die Login- und Logout-Links anbieten. Eine eigene Seite and er Stelle verlinken mit einem Standard-Widget wird aber schwierig, das sehe ich nicht. In dem Fall müsstest Du einfach ein eigenes Widget schreiben, z.B. in der functions.php Deines Themes.

    Zitat

    Wenn ich an die Stunden denke die ich damit verbracht habe das herauszubekommen.

    Tja, das kann ich mir allerdings nicht wirklich erklären. Man findet die Antwort per Google in geschätzten zehn Sekunden. Der Suchbegriff "wordpress seite ID" bringt z.B. sofort eine deutschsprachige Lösung. Die englichen FAQ zu wordpress.com haben das auch recht anschaulich erklärt, eine deutschsprachige Hilfe scheint es dort aber nicht zu geben.


    Zitat

    Könnte ich Dir noch 2 Fragen stellen?

    Tja, Fragen zu wordpress.com gehören eigentlich ins dortige Forum, aber frag ruhig. Wenn es nicht um spezielle Features von wordpress.com geht, findet sich sicher eine Antwort. Wenn es um was ganz anderes geht mach aber ggf. einen neuen Thread auf.

    Da Du auf wordpress.com keine Plugins installieren kannst meines Wissens nach, wirst Du Dir wohl oder übel mit dem Statuszeilen-Trick behelfen müssen. Liste der Kategorien/Seiten etc. aufrufen, Maus auf den gewünschten Listeneintrag halten und in der Statuszeile des Browsers auf das Ende der URL schauen. Das ist alles in allem sogar einfacher als dafür ein Plugin zu installieren.