Beiträge von Ammaletu

Was hast Du denn in den Optionen eingestellt als Anzahl der anzuzeigenden Beiträge? (Einstellungen > Lesen > Newsfeeds zeigen die letzten x Artikel)

Ich habe mit BuddyPress noch nie gearbeitet, deshalb nur so eine Idee: Kannst Du die Nutzer nicht zu Gruppen zusammenfassen und dann alle außer der aktuellen Gruppe z.B. von der Startseite ausblenden? Komplett trennen wäre ja unnötig, solange man anhand des Gruppennamens sieht, dass man keinen aktuellen Inhalt vor sich hat. Die Gruppen selbst könnten dann sicher auch noch mal extra verlinkt werden. Sorry falls das nicht hilfreich ist. Dachte ich werfe die Idee mal in die Runde. Jetzt müsste jemand was dazu sagen, der sich mit BP auskennt.

Ich bin nicht sicher, aber die Fehlermeldung sagt eigentlich, dass er bei 16M aussteigt. Das wäre eventuell zu wenig, wenn Du größere Plugins wie NGG nutzt. Installier Dir ggf. mal das "Memory Usage"-Plugin, das zeigt Dir das genauer an.

Enthalten die Beiträge denn den sogenannten "more-Tag"? Sonst zeigt "the_content" immer den ganzen Beitrag an.

Hast Du mal probiert "FTPS" anzuhaken und die SFTP-Daten einzugeben? Klingt so, als wäre damit das gleiche gemeint. Genaueres zu den Interna der Upgrade-Funktion kann ich Dir leider auch nicht sagen.

Was soll das Doppelposting? Glaubst Du, da kriegst Du eher eine Antwort?!
http://forum.wordpress-deutschland.org/plugins-und-wi…och-einmal.html

Da ich dort nun schon geantwortet hatte, ergänze ich mal weitere Infos in dem anderen Thread...

Die Fehlermeldung ist eigentlich eindeutig: Dir fehlt die Datei "/Applications/XAMPP/xamppfiles/htdocs/wordpress/wp-includes/wp-db.php". Schau nach, ob wirklich alle Dateien korrekt entpackt wurden.

Zitat

dann bricht der Quellcode, also WP, ab).

Deutet für mich stark auf einen PHP-Fehler hin. Dazu einfach mal schauen, ob und wo PHP-Fehler geloggt werden und ob das Logfile eine Fehlermeldung enthält. Es kann ja sein, dass der neue Server eine andere Apache- oder PHP-Version hat, der vielleicht etwas wichtiges fehlt. Und nein, ich würde nicht vermuten, dass sich das Problem mit dem Umschalten in Luft auflöst, das müsste wohl schon vorher behoben werden.

Die Adressen solltest Du am einfachsten per Suchen & Ersetzen im DB-Dump anpassen, bevor Du den importierst. Eventuell müssen auch die Pfade auf dem Server angepasst werden, falls diese unterschiedlich sind. Die sind z.b. bei den Uploads enthalten und in manchen Plugin-Einstellungen.

Gehen denn die Permalinks generell? Passiert das auch, wenn Du die Einzelansicht eines Beitrages oder eine Kategorienseite von der Blog-Startseite aus aufrufst?

Die zitierte Anweisung beschreibt das Ändern eines einzelnen Permalinks. Das wird Dir nichts helfen, wenn die Permalinks an sich nicht funktionieren. Du kannst das bei Bedarf aber immer machen, wenn Du einen existierenden Beitrag editierst. "Manage" wurde glaube ich vor kurzem abgeschafft, die liste der Beiträge ist jetzt direkt unter der Artikel-Zwischenüberschrift zu finden, glaube ich.

Ich nehme an, Du sollst die Adresse des Feeds eingeben, nicht die URL Deines Blogs.

P.S.: Doppelpostings werden eigentlich nie gern gesehen und garantieren Dir, dass viele Leute beide Beiträge aus Prinzip ignorieren. :-/

Aber noch zur Info: Die im anderen Thread zitierte Fehlermeldung deutet an, dass Deine Seite nicht valide ist und FeedBurner deswegen die Feed-Adresse dort nicht rausparsen kann. Ist ja auch logisch, FeedBurner mag sicher nicht raten, wo es die Feedadresse findet. Als Abkürzung gibt ihm halt direkt die Feedadresse, dann sollte das gehen. Und behebe die Validierungsfehler Deiner Seite, wenn möglich.

Zitat

Ich erstelle eine subdomain mit neuer DB und blog, dürfte einfacher sein.

Wenn Du das machst, stell nach Möglichkeit gleich alles auf UTF-8 um. Das ist auf lange Sicht einfacher.

Teilt sich das externe CMS und WP eigentlich die gleiche Datenbank, und wenn ja, was hat die denn für eine Codierung? Falls das bestehende CMS mit ISO-8859-1 arbeitet und deswegen die DB auch so codiert ist, kannst Du alternativ auch WP auf ISO-8859-1 umstellen. Das musst Du dann aber an einigen Stellen tun, u.a. in der wp-config.php. Und es wäre sicherzustellen, dass das Theme keine Texte mit Umlauten enthält, die als UTF-8 gespeichert sind. Wie gesagt, auf lange Sicht wäre UTF-8 besser, aber dann muss das auch die DB unterstützen.

Hm, so hier denke ich (und denk bitte dran, in Deinen Postings die Code-Kennzeichnung zu benutzen für Code):

<!-- default stylesheet -->
    <link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css" media="screen" />
    <?php $lang = function_exists('qtrans_getLanguage') ? qtrans_getLanguage() : 'de'; /* Sprache der aktuellen Seite von qTranslate holen */ ?>
    <?php if ($lang == 'de') { ?>
    <!-- Stylesheet Deutsch -->
    <link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/style_de.css" type="text/css" media="screen" />
    <?php } else if ($lang == 'en') { ?>
    <!-- Stylesheet Englisch -->
    <link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/style_en.css" type="text/css" media="screen" />
    <?php } else if ($lang == 'fr') { ?>
    <!-- Stylesheet Franzoesisch -->
    <link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/style_fr.css" type="text/css" media="screen" />
    <?php } ?>

Welche Theme-Datei für welchen Aufruf benutzt wird, siehst Du z.B. auf dieser Grafik:
http://codex.wordpress.org/File:Template_Hierarchy.png

Wenn Du einen tag.php oder archive.php im Themeordner hast, schau am besten mal, ob die vielleicht auch ein query_post-Aufruf enthalten. Falls ja, kannst Du ja vielleicht mal den entsprechenden Code-Ausschnitt posten.

Falls nein, liegt das Problem vielleicht woanders. Die Query kann man z.B. auch über Filter manipulieren. Das könnte z.B. in der functions.php passieren.

Hm, Kategorien gehen auch nicht. Manipulierst Du irgendwo den Loop? Also, steht in einer Themedatei "query_posts" drin? Dann werden da vielleicht die schon vorhandenen Query-Parameter überschrieben. Das könnte z.B. passieren, falls Du in der index.php den Loop manipulierst (z.B. um nur Beitrtäge einer Kategorie anzuzeigen), aber das Theme keine separate tags.php, category.php, archive.php oder search.php hat. Dann wird ja auch die index.php für diese Seiten genommen.

Zu den Details des Kalenders kann ich Dir nichts sagen, aber wenn Du das Widget ändern willst und es dafür keine Hooks oder Filter anbietet, dann müsstest Du es ggf. überschreiben. Einfach das Widget unter anderem Namen in die functions.php kopieren. Schau aber erstmal, ob sich Deine Ziele eventuell per Filter erreichen lassen.

Eigentlich brauchst Du dafür kein Plugin. Die Beiträge sind automatisch immer in allen möglichen Archiven drin, z.B. nach Jahr, Monat, Autor, Kategorie, Tags etc. Ob und wo Du die verlinkst ist natürlich Deine Sache, aber die entsprechenden URLs kann man unabhängig davon aufrufen und sieht dann die Archive.

Anders herum gefragt: Was soll denn noch passieren? Sollen die Beiträge z.B. aus dem Stream auf der Blog-Hauptseite herausgenommen werden? So dass also man mit "ältere Beiträge" nur soweit blättern kann, bis die Beiträge archiviert wurden?

Zitat

Alles was jetzt noch fehlt wäre, dass ich alle Anfragen die mit www kommen direkt dahin umleite, dass sie ohne www auskommen.

Das macht WP schon automatisch. Kannst Du ganz leicht testen.

Zitat

Ziel ist die bessere Bewertung durch die Robots von Seitenreport.de, die im moment keine Internen Links erkennen.

Da muss dann aber mit dem Bot was pautt sein, die Seite hat ja offensichtlich interne Links, egal ob nun mit www oder ohne!?

Unterseite geht eventuell wirklich nicht, es sei denn Du bearbeitest die .htaccess-Datei entsprechend manuell. Das 'obere' WP weiß ja von dem WP im Unterverzeichnis nichts und leitet also alle Anfragen auf seine index.php um. Besser ist vermutlich, beide Blogs in ein Unterverzeichnis zu packen, z.B. "de" und "en". Außerdem musst Du in der wp_config unbedingt verschiedene DB-Prefixe einstellen, so dass die einen Tabellen z.B. wp_de_* heißen und die anderen wp_en_*.

Weiße Seite ist ansonsten fast immer ein PHP-Fehler, dessen Details Du im Errorlog des Servers nachschlagen können solltest, so es denn konfiguriert ist. Ob und wo PHP-Fehler geloggt werden sagt Dir ggf. der technische Support Deines Hosters.

Es geht auf jeden Fall nur eine der beiden Varianten. WordPress leitet alle anderen Anfragen auf die in den Optionen eingestellte Adresse um, aktuell also die Domain ohne 'www'. Das macht aus meiner Sicht auch mehr Sinn, das 'www' sagt ja nichts aus und macht die Sache nur länger. Wieso die XML-Sitemap allerdings mit beiden Varianten verlinkt ist, kann ich Dir auch nicht sagen. Könnte aber doch sein, dass das der Grund ist, dass Google die www-Form überhaupt im Index hat, oder?!

Dann probier für die Codes doch erstmal das Text-Widget aus. Es sei denn, zum Posten der Codes bestehen noch weitere Anforderungen. Die müsstest Du uns dann aber schon verraten. Hier kann keiner hellsehen, und "Affiliation-Codes" ist aus meiner Sicht kein selbsterklärender Begriff.

YouTube-Videos: Ich weiß, dass es Plugins dafür gibt, vermutlich mehrere. Eine Suche nach "YouTube" im Plugin-Verzeichnis auf wordpress.org sollte etwas Passendes finden, denke ich. Welche hast Du denn schon probiert und aus welchen Gründen sind die nicht die richtige Lösung?