Beiträge von Ammaletu

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?

Hallo? Einmal reicht doch, oder?!
http://forum.wordpress-deutschland.org/plugins-und-wi…er-werbung.html

Zitat

Nur, was meinst du mit: Sprache der aktuelle Seite kriegen? Ich verstehe das nicht.

[COLOR=#000000]

Ich nehme mal an (und ich habe mit qTranslate noch nie gearbeitet), dass das Plugin jeder Seite eine Sprache zuweist und dann Seiten verschiedener Sprachen, die den gleichen Inhalt darstellen, verknüpft. Oder?[/COLOR][COLOR=#000000][FONT=verdana] Angesprochen wird das dann scheinbar über den URL-Parameter, also müsstest Du dessen Wert kriegen, um zu wissen, ob Du aktuell auf einer deutschen oder einer englischen Seite bist.

Hm, die Doku des Plugins ist gut versteckt. Habe dann aber doch diese Seite gefunden:
http://www.qianqin.de/qtranslate/forum/viewtopic.php?f=3&t=9

Es gibt eine Funktion, welche die aktuelle Sprache zurückgibt. Mein Beispielcode müsste also so lauten:

[/FONT][/COLOR]

<!-- 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 } ?>

Hab es mal noch etwas verbessert. Wenn qTranslate nicht aktiv ist, würde immer das deutsche Stylesheet eingebunden.

Tja, wie geschrieben: Vergleiche bitte mal die URL des angezeigten Bildes in der Galerie mit der URL des nicht angezeigten Bildes in der Artikelansicht. Bei beiden Bildern Rechtsklick und Eigenschaften wählen, da wird Dir die Bildadresse angezeigt (im Firefox jedenfalls, keine Ahnung, ob der IE das genauso macht). Die URL sieht auf jeden Fall auf den ersten Blick richtig aus. Hast Du in den Optionen vielleicht einen anderen uploads-Ordner eingestellt oder die Speicherung nach Jahr und Monat aktiviert? Eventuell musst Du die entsprechenden Optionen mal neu abspeichern?!

Brauchst Du denn wirklich ein ganz verschiedenes Theme oder reichen verschiedene Stylesheets? Letzteres sollte recht einfach zu machen sein, wobei ich qTranslate nicht kenne. Aber ich nehme an, Du kannst da irgendwie die Sprache der aktuellen Seite kriegen, richtig? Für Single-Seiten müsste das zumindest gehen und eigentlich ja auch für Übersichtsseiten wie Kategorien etc.

Wenn das geht, kannst Du damit entweder ein zweites Stylesheet laden, welches bestimmte Dinge anhand der Sprache überschreibt oder gleich zwei komplett verschiedene Stylesheets. Ersteres ist aber vermutlich einfacher zu pflegen, denke ich. Zum Beispiel so (header.php):

<?php $lang = ...; // Sprache der aktuellen Seite von qTranslate holen ?>
    <!-- default stylesheet -->
    <link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css" media="screen" />
    <?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 } ?>

Das würde zuerst das normale Stylesheet style.css laden und dann für deutsche Seiten noch style_de.css und für englische style_en.css, aus dem Unterordner "css". Mit etwas Glück kannst Du auch das Headerlogo im Stylesheet setzen, dann wäre das ja am einfachsten.

Das normale Text-Widget kann entgegen dem Namen auch HTML und JavaScript aufnehmen. Wenn Du also z.B. einen bestimmten Code in die Sidebar kriegen willst, wäre das richtig. Ansonsten müsstest Du noch mal genauer beschreiben, was die Anforderungen sind.

Stimmt die in den Beitrag eingefügte URl denn? Vergleiche diese URl mal mit der von einem Bild in der Galerie (Rechtsklick auf Bild + Eigenschaften anklicken). Verlinke ansonsten doch bitte mal zu einem Beispielposting, wo man sich das live ansehen kann. Dann findet sich vielleicht eher eine Lösung.

Dein Problem wird in den FAQ beschrieben:
http://faq.wordpress-deutschland.org/wordpress-trot…chnis-aufrufen/

Da steht, wie Du die Seite direkt über die Domain aufrufen kannst, die Dateien aber physisch weiter im Unterordner lässt. Das klappt sehr gut, wenn Du Dich genau an die Anweisung hältst, aber mach zur Sicherheit vorher ein Backup der Datenbank.

Update:
Nach privater E-Mail hier noch mal genauere Infos.

Wie gesagt, es macht sich wesentlich besser, WordPress im Unterverzeichnis liegen zu lassen, weil Du dann leichter mal was anderes auf der obersten Ebene daneben legen kannst. Da Du aber den Ordnernamen nicht in der URL haben willst, solltest Du das gemäß dem FAQ-Artikel einrichten. Mal kurz zusammengefasst:

- DB-Backup machen, für alle Fälle
- Unter Adminbereich >> Einstellungen >> Allgemein > WordPress-Adresse (URL) die Blog-Adresse mit Unterverzeichnis angeben (sollte schon dastehen).
- Unter Adminbereich >> Einstellungen >> Allgemein > Blog-Adresse (URL) die Blog-Adresse ohne Unterverzeichnis eintragen und speichern. Das Backend geht jetzt nicht mehr aufzurufen. Keine Panik! :-)
- Per FTP einloggen und die index.php und die .htaccess aus dem Unterverzeichnis ins Root-Verzeichnis der Domain verschieben.
- Die index.php gemäß Schritt 7 und 8 des FAQ-Artikels bearbeiten.
- Wieder im Backend einloggen und die Permalink-Einstellungen neu speichern

Damit verschwindet das "wordpress/" aus den URLs. Die Beiträge sind dann unter der alten Adresse natürlich nicht mehr erreichbar. Falls die Seite darunter schon indexiert oder verlinkt war, müsstest Du da eventuell manuell was in die .htaccess einfügen, so dass alle Links, die auf "wordpress/" zeigen, auf die gleiche URL ohne umgeleitet werden. Dabei aber alle "wordpress/wp-admin"-Links aussparen, sonst geht das Backend nicht mehr!

Ja, da steht es doch (für Quelltexte übrigens bitte die Quelltext-Auszeichnung nutzen, liest sich besser):

if (is_home()) {
      query_posts("cat=-62");
   }

Damit änderst Du die Query so, dass der Seitenparameter ignoriert wird. Richtiger wäre, denke ich:

if (is_home()) {
         query_posts($query_string . "&cat=-62");
   }

Damit bleibt der schon vorhandene Query-String erhalten, welcher den Seiten-Parameter enthält.

Zitat

Ich habe meinen Blog nunmal bei Google in den Webmastertools gecheckt und habe 0 interne Links. Kann man die irgendwie global auf Nofollow setzen? Warum wird hier gar nix indexiert?

Wüsste ich nicht, aber ich habe mal in Deine robots.txt geschaut. Da sind nur zwei Links zur XML-Sitemap angegeben. Der erste davon funktioniert aber nicht, zumindest der Firefox zeigt mir statt der Daten nur einen Fehler an. Vielleicht bringt Google das ja aus dem Tritt? Ist aber nur geraten.