Beiträge von Ammaletu

    Also die eine Variante ist natürlich, die nötigen divs einfach im Editor mit einzufügen. Das wird aber vermutlich nicht mit TinyMCE klappen. Falls Du den eh ausgeschaltet hast, könntest Du Dir den nötigen Code als Quicktag-Button ablegen und könntest ihn dann relativ leicht immer mit einfügen.

    Oder eben Du fügst einen Kommentar wie <!-- [cut] --> ein (was Du Dir auch als Quicktag-Button ablegen kannst, für die Quelltext-Ansicht). Dann müsstest Du in der betreffenden Themedatei die Ausgabe anpassen. Entweder in allen Dateien, wenn es alle Beiträge betreffen soll, oder z.B. in einer category-xy.php oder so. Oder eben in der page.php, wenn es um statische Seiten geht.

    Dort steht jetzt the_content() für die Ausgabe, nehme ich an. Daraus müsste etwas in dieser Art werden. Achtung, ist nur aus dem Kopf aufgeschrieben. Überprüfe mal die Befehle und passe es ggf. an:

    PHP
    $my_content = get_the_content(); // <-- gleiche Parameter wie the_content nehmen
    $pos = strpos($my_content, '<!-- [cut] -->');
    if ($pos > -1) {
      $my_content_left = substr($my_content, 0, $pos);
      $my_content_right = substr($my_content, $pos + strlen('<!-- [cut] -->'));
      echo '<div class="leftbox">' . $my_content_left . '</div>';
      echo '<div class="rightbox">' . $my_content_right . '</div>';
    } else {
      echo $my_content;
    }

    Ok, ist grob skizziert und ungetestet, aber damit müsstest Du weiterkommen, oder?

    Hast Du es denn mal mit oben verlinkter Seite probiert? Und klappt es, wenn Du Dich selber anpingst oder ein Trackback auf einen Deiner eigenen Beiträge setzt? Und klappt es eigentlich mit eingehenden Trackbacks? Viel mehr kann Dir sonst auch niemand sagen, vermute ich. Wenn es nicht geht, wird es vielleicht an der Serverkonfiguration liegen. Hast Du dafür einen technischen Ansprechpartner?

    Und weil es sonst noch niemand gefragt hat, frage ich mal das Offensichtliche: Du bist sicher, dass die entsprechenden Funktionen auch eingeschaltet sind? Zumindest das automatische Anpingen aller Links im Beitrag muss man in den Optionen ja einschalten.

    Auch deshalb sollte man WordPress-Dateien nicht ändern! Würde das nicht eher ins Theme gehören, oder willst Du Seitenaufrufe auch im Backend zählen?! So oder so verursacht Dir das doch dann bei jedem Update wieder Stress, weil Du Deine Änderungen bewahren musst. Und Updates kommen bei WordPress recht häufig.

    Zitat

    Dass sich das so auswirkt....

    Es wirkt sich aus, wenn die Leerzeile nicht in einem PHP-Block steht. Dann steht sie effektiv nämlich schon im HTML-Output. Je nachdem wo Du das machst, provozierst Du damit auch noch PHP-Fehler der Art "Konnte Header nicht setzen.". ;-)

    Es steht etwas vor dem Anfang der XML-Datei, was nicht sein darf. Das kann ein Leerzeichen sein, eine Leerzeile oder ein UTF-8-BOM. Hättest Du einen Link gepostet, könnte man das genauer sagen. ;-) Aber du kannst ja auch mal selber schauen, sollte sich in der Datei doch sehen lassen. Und die Fehlermeldung sagt ausnahmsweise sogar mal ganz klar, was Sache ist, also lieber nicht an den Codierungs-Einstellungen schrauben. ;-)

    Was auch immer es ist, Du müsstest dann herausfinden, wo es herkommt, fürchte ich. Das wird vielleicht nicht ganz so einfach. Wenn es ein BOM ist (siehe Wikipedia), was mich nicht wundern würde, solltest Du zuerst mal alle Dateien durchschauen, die Du selber gespeichert hast. wp-config.php zum Beispiel. Und dann brauchst Du einen guten Texteditor, der Dir Dateien als UTF-8 ohne BOM abspeichert.

    Kommt ein bisschen drauf an, was auf der rechten Seiten stehen soll. Wenn es nur kurze Infos sind (z.B. links die Review und rechts Infos zum Film oder so) würde ich das über Custom Fields machen. Die kannst Du ja an jedem Beitrag speichern (Benutzerdefinierte Felder auf Deutsch) und im Template wieder auslesen.

    Ansonsten könntest Du Dir auch einen eigenen Platzhalter-Kommentar ausdenken und den Inhaltsbereich an dieser Stelle selber trennen (z.B. <!-- [cut]-->). Das sollte sich mit zwei, drei Zeilen PHP machen lassen.

    Ach so, das kam über bloginfo()? Das sollte eigentlich schon die richtige Adresse ausspucken und wäre so gegenüber dem festen Eintragen der URL natürlich vorzuziehen. Kann es sein, dass das "http://" am Anfang in den Optionen bei der Blog-URL schon fehlt? Sonst wüsste ich nicht, wieso das WordPress bei Dir verschlucken sollte.

    Zitat

    Wahrscheinlich ist es einfach ein dummer Fehler meinerseits, aber ich komme nicht dahinter.

    Ich fürchte, so ist es. ;-)

    Der Fehler liegt hier:

    Zitat

    Also, ich wollte heute nun endlich mal Wordpress von 2.5 auf 2.6 updaten.
    Dazu habe ich erstmal das neuste Upgradepaket genommen (2.6. auf 2.6.1), da man, soweit ich weiß auch das benutzen kann.

    Das Upgradepaket ist für ein Upgrade von 2.6 auf 2.6.1 da! Und für nichts sonst. Du kannst damit nicht von 2.5 auf 2.6 upgraden, wie auch. Es enthält nur die Dateien, die sich zwischen 2.6 und 2.6.1 geändert haben. Wenn die sich auf Änderungen beziehen, die sich zwischen 2.5 und 2.6 ergeben haben, sind PHP-Fehler vorprogrammiert. Also einfach das komplette 2.6 ziehen, drüberkopieren und dann die upgrade.php aufrufen.

    Ich würde hoffen, dass das so auch in den jeweiligen Dokus deutlich genug beschrieben ist. Halt Dich im Zweifelsfall an diese Anleitung:
    Upgrade − WordDoku

    Viel Glück beim Upgraden! :-)

    Also so wie's dasteht kann das eigentlich nicht sein. Bei einem Aufruf wird immer nur entweder if oder else ausgeführt. Was ich mir aber vorstellen könnte: Die Funktion wird aus Versehen zweimal aufgerufen und[COLOR=#000000][COLOR=Black] comment_favicon[/COLOR][COLOR=#006600][COLOR=Black]() hat beim ersten Aufruf ein anderes Ergebnis als beim zweiten. Oder aber [/COLOR][/COLOR][/COLOR][COLOR=#000000][COLOR=Black]comment_favicon[/COLOR][COLOR=#006600][COLOR=Black]() liefert beide Inhalte zurück und es sieht nur so aus, als würde der if-Zweig ebenfalls ausgeführt.[/COLOR][/COLOR][/COLOR]

    Zitat

    die umfrage auf meinem blog geht nicht mehr? warum auch immer.
    Wenn ich auf View Results geh, läd er und läd un läd....

    Was lädt er denn bzw. welche Adresse wird aufgerufen (=Wohin führt der Link)? Ist die richtig?!


    Zitat

    dann bleib ich nicht eingeloggt auf dem blog. Ich kann mich zwar einloggen (adminmenü), aber bei der useronline anzeige, werde ich als gast weitergeführt. Somit schreib ich dann ins gästebuch als gast bzw bei kommentaren. Im adminmenü bleib ich eingeloggt und kann auch alle funktionen aufrufen.

    Wenn Du nach dem Einloggen zurück zum Blog kommst, erkennt dann der "Anmelden"-Link Dich als eingeloggt oder steht da immer noch "Anmelden" statt "Abmelden"? In letzterem Fall denke ich, rufst Du das Login vielleicht über eine andere Adresse auf als das Blog. Dann kann das Blog den Login-Cookie logischerweise nicht sehen (hatten wir vor ein paar Tagen gerade in einem anderen Thread hier). Wenn nicht, dann hast Du vielleicht irgendwo eine Einstellung noch nicht angepasst? Kann sein, dass auch Plugins den Blog-Pfad gespeichert haben in ihren Optionen.

    Wenn es denn generell funktioniert, gibt es keinen Grund, warum das nicht auch in WordPress funktionieren sollte.

    Widget, ok.Weißt Du, wie Du ein eigenes Widget erstellst? Falls nicht, mal sehen... Hier ist z.B. ein kurzes Beispiel:
    Widget: Asides - News - besondere Artikel oder Seiten in der Sidebar anzeigen

    Dann muss in das neue Widget natürlich Dein Quellcode rein. Das muss auf jeden Fall ohne html-, head- und body-Tags erfolgen! Könnte sein, dass Du vielleicht daran gescheitert bist. ... Und wenn ich mir das so anschaue, gibt es eigentlich keinen Grund, das in JavaScript zu machen. Schreib das doch gleich als PHP ins Widget, das ist viel einfacher.

    Und noch was, was mich da gerade ein wenig anspringt (kann ich mich aber auch irren): Du solltest schauen, dass das Script nicht über Sommer- und Winterzeit stolpert. Bei uns gibt es sie auf jeden Fall und bei den Amis auch, glaube ich. Und wenn Du Pech hast, erfolgt die Umstellung nicht synchron zur gleichen Zeit (keine Ahnung, ehrlich gesagt).

    Mach Dich ggf. mal schlau, wie WordPress das mit den "canonical URLs" handhabt. Eigentlich müssten alle Domains außer der, die Du in den Optionen eingetragen hast, auf diese Hauptdomain weiterleiten. Das sollte auf jeden Fall im Blog passieren, bin mir nicht sicher, ob es auch im Backend funktioniert.

    Ok, gerade bei mir mal getestet. Nein, die Loginseite leitet nicht auf die Hauptdomain weiter, wenn man sie über eine andere Domain aufruft. Das heißt, da hat man dieses Phänomen tatsächlich, dass man sich über Domain A anmeldet, beim Aufruf der Seite aber zu Domain B kommt und dort nicht angemeldet ist. Tja, ist das nun ein Bug oder einfach nur ein mangelndes Feature?!

    So oder so ist das kein Fehler Deines Servers. Wenn es Dich stört, kannst Du aber sicher eine Regel für die .htaccess finden, die alle Aufrufe von domain-b.de/wp-login.php umleitet auf domain-a.de/wp-login.php, denke ich.

    Ich sag es ungern, aber damit hast Du Dein Problem noch nicht gelöst. ORDER BY ist genauso eine simple alphabetische Sortierung. Mit den Custom Fields gibt es meiner Meinung nach keine realistische Möglichkeit eine eingebaute Datumssortierung zu finden und zu nutzen.

    Wenn also alphabetisch sortiert wird, ist doch klar, dass dann bei d.m.y zuerst nach den Tagen sortiert wird. Für Events, die am gleichen Tag des Monats stattfinden aber in verschiedenen Monaten wird zusätzlich nach den Monaten sortiert etc. Das Datumsformat sollte also der Reihenfolge entsprechen, in der Du sortieren möchtest (also yyyy-MM-dd).

    Hm, ging es nicht ursprünglich darum, alphabetisch nach dem Titel zu sortieren? Und plötzlich doch nach Datum?! ;-)