Beiträge von Ammaletu

    Prinzipiell ließe sich das mit custom fields machen, ja. Wenn Du dort viel Text unterbringen willst oder auf jeden Fall den graphischen Editor zur Textauszeichnung brauchst, macht sich das aber ggf. nicht so gut. Dann müsstest Du ggf. den Artikeleditor etwas anpassen.

    Aber erstmal die einfache Lösung: Denk Dir zwei möglichst eindeutig benannte Namen für die Felder aus, meinetwegen "extrainfo_ueberschift" und "extrainfo_text". Hänge beide an einen Testbeitrag dran. Dann passt Du die single.php an (oder die page.php für statische Seiten). An der gewünschten Stelle in einem PHP-Block das hier ergänzen:

    PHP
    $extrainfo_ueberschrift = get_post_meta($id, 'extrainfo_ueberschrift', true);
    $extrainfo_text = get_post_meta($id, 'extrainfo_text', true);
    if (!empty($extrainfo_ueberschrift)) {
      echo '<div class="extrainfo">';
      echo '<h3>' . htmlspecialchars($extrainfo_ueberschrift) . '</h3>';
      echo '<p>' . htmlspecialchars($extrainfo_text) . '</p>';
      echo '</div>';
    }

    Das würde die Felder ausgeben, aber nur wenn die Überschrift nicht leer ist. HTML-Zeichen im Text werden maskiert, Du kannst also kein HTML benutzen, musst dafür aber auch nicht daran denken, z.B. Ampersands selber zu maskieren. Die Überschrift wird als H3 und der Text als Absatz ausgegeben -- das kannst Du natürlich an Dein Theme anpassen. Stylen kannst Du das über die Klasse "extrainfo", die an dem umschließenden div hängt.

    Zitat

    -Im Dashboard wird bei mir unter Seiten "Approved "angezeigt. Ich habe sowohl die .mo als auch die .po Datei ausprobiert, geiches Ergebnis.

    Tja, ich habe bei mir auch schon länger fehlende Texte in der Sprachdatei. Ist hier in diversen Threads auch alles schon behandelt worden, aber bessert sich scheinbar nicht. Man kann sich dann eigentlich den Performance-Overhead auch sparen und gleich die englische Version benutzen. :-/


    Zitat

    Das war schon bei 2.8.6 so. Gibt es da irgendwelche Probleme mit dem Feed?

    Keine generellen, denke ich, aber er ist wohl nicht der schnellste. Es kann also daran liegen, dass Dein WP aufgibt, bevor der Server den Feed tatsächlich ausliefert (Timeout). Oder es liegt an Deiner Serverkonfiguration. Dann dürften aber gar keine Feeds funktionieren.

    Hm, die zip-Fehler könnten was mit dem Upgrade zu tun haben. Hast Du ein automatisches Upgrade durchgeführt? Das funktioniert wohl nicht auf jedem Server, je nach Konfiguration, und man muss es ggf. doch manuell machen. Falls das Upgrade komplett durchgelaufen ist, musst Du eventuell nur liegengebliebene Dateien löschen (im /wp-content/pgrade-Ordner???). Ansonsten das Upgrade lieber manuell machen. Sorry, kann ich Dir gerade nicht genauer sagen.

    Google spuckt dazu z.B. das hier aus:
    http://wordpress.org/support/topic/278585
    http://www.bestwpthemez.com/wordpress/word…e-upgrade-2804/

    Die Doku dazu findest Du hier:
    http://codex.wordpress.org/Plugin_API/Filter_Reference

    Einen direkten Filter dafür sehe ich im Moment auch nicht. Eventuell musst Du Dir die Methode mala us dem WP-Quelltext raussuschen und schauen, welche Filter da aufgerufen werden und auf welche Methoden das innendrin eventuell verweist. Je nach Archivtyp werden da ja innendrin sicher andere Funktionen aufgerufen mit ihren jeweiligen Filtern. Was willst Du denn genau machen?

    Das ist sehr einfach: Kopiere die category.php oder falls nicht vorhanden die archive.php und nenne sie category-x.php, wobei Du "x" durch die ID der anzuzeigenden Kategorie ersetzt. Diese Datei kannst Du jetzt nach Belieben anpassen. WP nutzt sie automatisch, wenn Du das Kategoriearchiv aufrufst Ab WP 2.9 klappt das gleiche auch mit dem Kategorie-Namen, falls ich das vorhin richtig gelesen habe.

    Da wirst Du Dir entweder ein geeignetes Theme suchen müssen oder Du schreibst Dir Dein eigenes Theme. Dafür kannst Du ja den alten Blog als Vorlage nehmen. Ausgangsbasis könnte entweder das Default-Theme sein oder ein anderes Theme, z.B. eines der Theme-Frameworks.

    Tausche in der index.php (und bei Bedarf der archive.php für Archive, Kategorieseiten und Tags sowie der search.php für Suchergebnisseiten) "the_content" durch "the_excerpt" aus. Dann wird der Auszug angezeigt statt des ganzen Artikels -- entweder der manuell eingegebene Auszug oder WP generiet Dir automatisch einen aus dem Artikel.

    Hm, da weiß ich leider im Moment auch nicht weiter. Ich glaube, am besten fährst Du erstmal, wenn Du das Plugin einfach deinstallierst (über das uninstall-Script, readme-Datei vorher lesen). Es ist eine nette Sache und macht die Seite schon schneller. Deine Seite wird aber vermutlich nicht die Art Traffic haben, wo das wirklich nötig wäre, und dann lohnt es jetzt auch nicht, da ewig dran rumzubasteln. Das haben eher Seiten nötig, die unerwartet beim Bildblog verlinkt werden oder so und dann komplett zusammenbrechen unter dem Traffic. ;)

    Ich würde sonst gerne noch weiterhelfen damit, aber ich bin ab Montag im Urlaub und werde vorher sicher nicht mehr viel Zeit am Rechner verbringen. Das müssten wir sonst auf Mitte Januar vertagen, fürchte ich.

    In dem anderen Thread wurde gemutmaßt, dass das verursacht wird, wenn man den Rückgabewert einer Funktion ausgibt, die "true" zurückgibt. Demzufolge würde ich vermuten, dass das hier die Ursache ist:

    PHP
    $logo = include(THEME_LIB_MOD . '/logo.php') ;
    echo apply_filters('get_logo', $logo) ;

    Also, lass mal schauen:

    • include bindet die Datei ein, der Inhalt wird direkt ausgegeben
    • include gibt dann vermutlich true zurück, wenn es geklappt hat, $logo ist also true = 1
    • Du wendest die Filter auf true/1 an und kriegst also true/1 zurück
    • das gibst Du dann aus


    So stelle ich mir den "Tathergang" im Moment mal vor. ;)

    Hm, könnte mir vorstellen, dass irgendwo aus Versehen eine Funktion verwendet wird, welche das Ergebnis nicht zurückgibt als Objekt, sondern direkt in den Seitenoutput schreibt. Also wp_123 anstatt wp_get_123. Ist jetzt natürlich nicht leicht zu finden. Du solltest erstmal eingrenzen, ob es an Plugins oder am Theme liegt. Wenn es das Theme ist, müsste man dann da weiterschauen. Der Ort, wo die Zahlen auftauchen, gibt da hoffentlich einen Ansatz.

    Zitat

    Das Problem ist, ich komme momentan an die Datenbank wegen fehlender Logindaten beim Hoster nicht ran

    Die stehen in der wp-config.php. ;)

    Ansonsten tut es aber auch eins der zahlreichen WP-Backup-Plugins.


    Zitat

    Du schriebst: "... oder werden aus einem Benutzerdefineirten Feld an der Seite gelesen." Vermutlich liegt diese Version vor?

    Wenn das der Fall wäre, müsstest Du das Benutzerdefinierte Feld ja an den Seiten sehen. Die stehen im Seiten-Editor weiter unten, unter dem Texteingabefeld. Dann könntest Du da in der neuen DB einfach die IDs ändern. Wenn es das nicht ist, kann ich so aus der Ferne erstmal auch nichts weiter dazu sagen.

    Hast Du Dich mal nach entsprechenden Widgets/Plugins umgeschaut? Das hier sieht z.B. brauchbar aus:
    http://wordpress.org/extend/plugins/clean-archives-reloaded/

    Und das hier:
    http://wordpress.org/extend/plugins/smart-archives-reloaded/

    Gibt aber noch viel mehr Archive-Widgets im Verzeichnis.

    Die Frage ist natürlich: Macht das Sinn? Schon eine reine Monatsliste wird nach einer Weile in einem halbwegs aktiven Blog sehr lang. Wenn Du auch noch alle Posttitel anzeigst, zumal in der Sidebar, wird die Liste sicher bald ewig lang, von der Ladezeit mal ganz abgesehen. Würde ich mir an Deiner Stelle also gut überlegen, wie genau das umgesetzt sein soll und wie DU das ggf. im Umfang begrenzt. Auch mit einer Ein- und Ausklapplösung muss das alles aus der DB gelesen und zum Nutzer übrtragen werden. Bei jedem Seitenaufruf, wenn Du es in die Sidebar packst.

    Meine Idee dazu wäre: Die statischen Seiten verwenden Seiten-Templates. Welches kannst Du im Editor der Seite sehen, da sollte es eine Dropdown-Box für das Template geben. Alternativ steht das vielleicht auch für alle Seiten fest in der page.php drin. So oder so muss da irgendwo mit wp_query die Query so angepasst werden, dass die Postings der jeweiligen Kategorie rausgesucht werden. Dort stehen sicher die IDs der Kategorien (stehen fest in der Themedatei drin oder werden aus einem Benutzerdefineirten Feld an der Seite gelesen) -- welche sich durch den Export aber verändert haben. Die IDs werden dabei ja nicht mit übernommen, alle importierten Inhalte kriegen am Ziel neue IDs.

    Du kannst jetzt entweder das Theme anpassen oder die DB. Kommt ein bisschen drauf an, wozu diese zweite Seite dienen soll. Ich würde aber vermuten, dass es besser und weniger verwirrend ist, genau die gleiche Datenbank zu verwenden (und damit dann auch das gleiche Theme, ohne Modifikationen). Das heißt, nicht die Exportfunktion von WP nutzen, sondern direkt einen Datenbank-Dump ziehen. Das kannst Du über ein entsprechendes Backup-Plugin machen oder direkt über phpMyAdmin. In dem Dump müssen dann vor dem Import am Ziel alle Vorkommen der alten URl sowie des alten Serverpfades angepasst werden per Suchen & Ersetzen.

    Falls die IDs an den Seiten als benutzerdefinierte Felder stehen, ist es natürlich vermutlich einfacher, dort einfach die IDs zu berichtigen.

    Das Problem ist ganz einfach, dass der Login an die aktuelle Session und damit an die aufgerufene Adresse gebunden ist. Du kannst Dich nicht unter ganymed.castor-und-pollux.de einloggen und dann erwarten, unter castor-und-pollux.de auch eingeloggt zu sein, auch wenn unter beiden Adressen die gleichen Inhalte ausgeliefert werden.

    Theoretisch sollte es problemlos funktionieren, bei beiden Optionen die Subdomain einzutragen. Mangels eigener Erfahrung mit Subdomains kann ich Dir das natürlich nicht garantieren. Das war hier auf jeden Fall öfters schon mal Thema, schau also eventuell noch mal in ein paar ältere Fälle zum Thema Subdomain. Die Subddomain scheint auf jeden Fall korrekt auf den Ordner zu verweisen, man kann z.B. Dateien darüber aufrufen:
    http://ganymed.castor-und-pollux.de/wp-admin/css/ie.css