Beiträge von Ammaletu

  • Unterschiedliche Themes für unterschiedliche Sprachen?

    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]

    PHP
    <!-- 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.

  • Fotos nicht zu sehen

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

  • Unterschiedliche Themes für unterschiedliche Sprachen?

    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
    <?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.

  • Widget für Werbung

    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.

  • Fotos nicht zu sehen

    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.

  • WP-Installation aus dem Unterverzeichnis ins Stammverzeichnis verschieben

    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!

  • Interne Verlinkung scheint nicht zu funktionieren

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

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

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

    PHP
    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.

  • Bilder neu berechnen lassen

    Zitat

    Warum steht eigentlich überhaupt eine Bildgröße im Quellcode, wenn das Bild nicht durch HTML mutwillig kleiner oder größer angezeigt wird?

    Warum das im Bild-Dateinamen steht, weiß ich auch nicht, das ist eher unschön. Die Angabe der width- und height-Parameter finde ich aber wichtig. Wenn das fehlt, kann der Browser das Bild erst in der richtigen Größe darstellen, wenn er es geladen hat. Das führt dann bei einer langsamen Verbindung dazu, dass der Browser erstmal nur wenig Platz reserviert und später umsortiert, wenn das Bild sich doch als größer erweist. Das sieht furchtbar aus, wenn die Bilder nach und nach geladen werden und die Seite entsprechend rumruckelt.

  • Andere Position für "Trackback und Permanent Link" in comments.php

    So auf den ersten Blick würde ich vermuten, dass irgendwo "the_permalink" benutzt wird, wo eigentlich "get_the_permalink" stehen sollte. Erstere Funktion gibt ihren Rückgabewert nämlich immer sofort aus, und wenn man das z.B. in der functions.php in einer Funktion benutzt, die am Anfang des Seitenaufbaus aufgerufen wird, hat man das vor dem HTML-Tag stehen. Such also am besten mal in allen Theme- und Plugindateien danach. Die Funktion zur Ausgabe des Trackbacks heißt "trackback_url".

  • Schreiboptionen verschwinden :(

    In einem anderen Thread war empfohlen worden, das Nutzerprofil neuzuspeichern (Häkchen bei "visueller Editor" wegmachen, speichern, wieder setzen, noch mal speichern). Keine Ahnung, was das intern bewirkt, aber zwei oder drei Nutzern hat das wohl geholfen, die Buttonleiste wiederzukriegen. Ist vielleicht einen Versuch wert.

  • Worpdress zeigt bei aufruf die ordnerstruktur an

    Zitat

    Ist es nicht normalerweise so, dass er versuchen sollte die index.php zu öffnen?!

    Welche Datei er in dem Fall öffnet, kann und muss man im Apache einstellen. Kann Dir die genaue Option aus dem Kopf gerade nicht sagen, sollte sich in der httpd.conf aber finden lassen. Neustart danach nicht vergessen.


    Zitat

    Interessanterweisse wenn ich über folgenden link daran gehe:
    //SERVER/wordpress/index.php
    passiert das gleiche.

    Das ist schon merkwürdiger, da die Datei ja auf jeden Fall da ist. Da stimmt mit dem Server wirklich was nicht.


    Zitat

    Versuche ich das ganze aber über
    //SERVER/wordpress/index.php%20
    funktioniert es einwandfrei.

    Das ist dann endgültig merkwürdig. %20 müsste ein codiertes Leerzeichen sein. Ist das also in irgendeiner Konfiguration wo reingerutscht, wo es nicht hingehört?!

  • Bilder neu berechnen lassen

    Werden die Original echt nicht aufgehoben? Falls ja, müsstest Du mal die maximale Bildgröße in WP auf was größeres stellen. Bilder wie sie sind von der Kamera zu kopieren und mit 4 MB oder so hochzuladen ist natürlich nicht sinnvoll, aber unterhalb von 1000 Pixel Länge sag ich mal muss WP ja nicht reinpfuschen. Einfach in der wp_config.php eintragen:

    PHP
    // set another maximum width for uploaded images
$content_width = 1000;

    Das Neuberechnen wäre dann per Plugin sehr einfach zu machen. Schwieriger wäre es, in allen Postings und Excerpts und wer weiß wo sonst noch die alten Bildadressen auszutauschen und bei den Originalbildern die Weitenangaben im Quelltext. Da wüsste ich auf Anhieb auch keinen guten Ansatz außer das eben als Plugin umzusetzen. Müsstest Du mal suchen, ob das schon mal jemand gemacht hat.