Beiträge von codestyling

    Du brauchst im Verzeichnis vom Theme mindestens noch eine passende fr_FR.mo neben deiner existierenden de_DE.mo, damit deine Kommentarfelder in der Seite und Beschriftungen wie "read more" usw. auch französisch erscheinen.

    WordPress selbst und das Plugin sollten alles haben für französisch, nur deinem Theme fehlt es und das sieht man dann eben in der Seite.

    Du kannst dir sicher eine erstellen, denke mal, du kannst französisch. Schau dir mein Plugin an, das dir dabei helfen kann. Wenn du fertig damit bist kannst du es ja deaktivieren bis zum nächsten Mal wenn du es wieder brauchen solltest.


    Leider werden die Artikel in dem zweispaltigen Bereich nicht in einer einheitlichen Größe bzw. gleichen Zeilenanzahl dargestellt, wie im Demo: Arthemia Premium

    Und ich weiß einfach nicht warum??


    Leider machen auch Premium Themes nicht alles automatisch und können nicht wissen, was du genau willst.
    Deshalb ist die Kunst dabei (was jeder macht, der Magazin Style Themes verwendet) die Texte zu zu schreiben, damit es passt. Umformulieren, Wortersetzung und Textschiebereien gehören dazu, ist wie Drucksatz setzen lassen für Zeitungen, Handarbeit eben.

    Du benötigst in folgenden Ordnern jeweils die passenden Sprachdateien:

    WordPress selbst (Backend und Teile der Themes)
    wp-content/languages/

    • de_DE.mo
    • fr_FR.mo


    dein "dkret" Theme (Ordner kenn ich nicht aus dem Hut, vermutet) um deine Frontend sprachspezifisch zu bekommen (Comment Felder usw.)
    wp-content/themes/dkret/

    • de_DE.mo
    • fr_FR.mo


    ggf. Plugins, die was anzeigen können, wobei das bei Plugins je nach Plugin variiert, wie die Dateien heissen.

    Die *.po Dateien sind nur die Vorlage, wenn du keine entsprechende *.mo hast, funktioniert da nix.

    Oder einfach mal hier vorbeischauen, wenn angemeldet: http://wordcamp.de/2009/01/31/lok…e-basis-dafuer/

    Also qtranslate.php enthält u.a.:

    Auch die Umsetzung auf die entsprechenden Sprachdateien ist somit gegeben. Du brauchst dann im Theme Ordner eine "fr_FR.mo" um französisch zu bekommen. Falls es irgendwo etwas gibt, dass ohne Textdomain des Themes referenziert ist (rotes fehlt):

    Code
    __('englisch text'[COLOR=Red], 'dkret'[/COLOR])  oder _e('englisch text'[COLOR=Red], 'dkret'[/COLOR]);

    dann kommt das aus der WordPress Sprachdatei selbst und du benötigst die französische Sprachdatei der WP france zusätzlich zu deiner de_DE.mo von WordPress. (Andere Sprachen analog...)

    Sowas geht gar nicht:

    Code
    [COLOR=#000000][COLOR=#0000cc]__[/COLOR][COLOR=#006600]([/COLOR][COLOR=#cc0000]'[:en]No Responses[:fr]Pas de réponse[:de]Keine Antwort'[/COLOR][COLOR=#006600],[/COLOR][COLOR=#cc0000]'dkret'[/COLOR][COLOR=#006600])
    [/COLOR][/COLOR]

    Denn die Lokalisierung von WP und Plugins/Themes ist Sprachdatei abhängig. Diese Texte werden gemäß der Einstellung deines Blog (wp-config.php WPLANG Eintrag) übersetzt.
    Wenn du in WPLANG nichts stehen hast, dann ist englisch Standard.
    Normalerweise ist es die Aufgabe der Übersetzung-Plugins, die locale umzuschalten. Einige von denen erwarten aber die Sprachdateien in einer für WP unüblichen Bezeichnung:
    normal: de_DE.mo | translation plugins: de.mo
    Sofern es zu deinem Theme mehrere Sprachdateien (deutsch/franz...) gibt, sollte ein Plugin wie qTranslate das auch umschalten können. Wie genau es das will oder kann, sollte auf der Homepage von qTranslate stehen.

    Hier die Quelle: apache friends - xampp für windows

    Zitat


    Vista Empfehlung: Aufgrund fehlender Schreibrechte der Vista Standardinstallation für das Verzeichnis c:\program files (c:\Programme) empfehlen wir XAMPP in einem alternativen Verzeichnis (c:\xampp oder c:\meinverzeichnis\xampp) zu etablieren.
    Weitere XAMPP Probleme mit Vista? Bitte vergleicht hierzu auch unser neuer FAQ Titel zum Thema: http://www.apachefriends.org/de/faq-xampp-windows.html#vista

    Laut deiner Seite scheint die Performance der Datenbank eher am unteren Ende zu liegen:

    Code
    <!-- Similar Posts took 6.770 ms -->


    allein dafür brauchte es schon 7 Sekunden. Wenn also das Update des Counters heftig in der DB rumschraubt, wird das wohl das Zeitlimit der Providers überschreiten. An diesem Limit kann man nix ändern 30 Sekunden sollten ausreichend sein. Wenn allerdings die DB extrem langsam ist, dann gibt das o.g. Probleme.
    Du kannst dich gern an der Provider wenden. Deine Seite braucht schlappe 47 Sekunden, um komplett geladen zu werden, das ist viel zu lange.

    Ich habe die Befürchtung, daß der Editor deinem Theme zu Opfer gefallen ist.
    Denn dieses Theme bringt ein jQuery mit, das mit dem von WordPress selbst inkompatibel ist. Da das Backend aber nur mit der WP mitgelieferten jQuery Version arbeitet und das Theme u.U. sein "altes" Script auch im Backend (Admin Oberfäche) lädt, obwohl es dort nix zu suchen hat, funktioniert dadurch der TinyMCE nicht mehr.

    Stell mal zum Test auf Standard Kubrick Theme um und teste dann mal den Editor im Backend. Wenn er jetzt funktioniert, dann Grüsse an den Autor von "BranfordMagazin" und schick eine Bitte mit, doch endlich mal die Scripte zu verwenden, die WP an Bord hat.
    (Ich habe schon zu viele Präsenzen reparieren müssen wegen dieser Probleme.)

    1.) Beide Hauptdomain werden auf Google umgeleitet:

    Code
    http://www.youbike.de  -> 302 Weiterleitung nach Google
    http://youbike.de  -> 302 Weiterleitung nach Google

    2.) Der angegeben Link geht bei mir im IE7.

    3.) Der Server liefert die PDF Dateien in Stücken aus (multipart content):

    Code
    Status=[COLOR=Red][B]Partial Content - 206[/B][/COLOR]
    Date=Sat, 31 Jan 2009 17:49:36 GMT
    Server=Apache/2.0.48 (Linux/SuSE)
    Last-Modified=Sun, 25 Jan 2009 14:19:17 GMT
    Etag="588ad8-7d6bd-4eab4340"
    Accept-Ranges=bytes
    Content-Length=433589
    [COLOR=Red][B]Content-Range=bytes 80136-0/513724[/B][/COLOR]
    Connection=close
    Content-Type=application/pdf


    Das verstehen aber nicht alle IE Versionen (je nach Einstellung).

    Es gibt einen Scriptfehler bei der Asuführung eines Scripts, das per sacks Ajax geholt wurde:

    Code
    syntax error: tw-sack....ver=1.6.1 (Linie 43)
    return hs.expand(this, { slideshowGroup:

    Wenn das in einer Initialisierung von z.B. jQuery('#xy').ready(...) passiert, initialisieren keine weiteren Scripts mehr auf jQuery Basis, denn die ready Funktionen werden von jQuery serialisiert ausgeführt. Versagt eine mit einem Fehler werden alle nachfolgenden nicht mehr ausgeführt.

    Hast du was an den Scripten verändert (speziell Rückgaben aus Plugins per Ajax) ?

    Ältere ?
    Eher eine neuere für das Theme, sonst werden immer wieder mal Plugins versagen. Am Besten das Theme ganz auf WP eigene (beigelegte) Scripts umstellen, hab ich in einigen Themes und Plugins schon gemacht.

    PS: Salutieren nicht nötig, hatte ich vor langer Zeit 20 Jahre lange, muss nicht mehr sein :-)

    Selber Stil, selbes Problem:

    Code
    .......
    .../wp-includes/js/jquery/jquery.js?ver=1.2.6
    .../wp-includes/js/jquery/jquery.form.js?ver=2.02
    .......
    .../wp-content/themes/premiumnews/includes/js/jquery-[COLOR=Red][I][B]1.1.3.1.min[/B][/I][/COLOR].js
    .......

    Das jQuery dieses Themes passt nicht zur WP Version und zerstört die Funktion aller bereits mit der korrekten jQuery Version initialisierten Plugin Sachen.
    Besser mal den Autor um eine Anpassung bitten und schreiben, das es die Scripts von WP benutzen und nicht selbst beilegen soll.

    PS: Wusste nicht, dass man Russisch auch ohne Kyrillische Buchstaben schreiben kann. Kann mich auch irren, aber ich kann's zumindest noch lesen und verstehen :-)
    Sorry, nicht ganz richtig. Russisch ist's nicht aber der Sprachraum stimmt, deshalb versteht ich was.

    CF7 hab ich schon für Bekannte eingesetzt und ist intern getreu den WP Standards, selbst die Basisscripte werden von WP benutzt.
    Ich denke mal, ein anderes Plugin funkt da mit veralteten jQuery's rum. Ohne Link zum "Patienten" kann man das aber nicht genau sagen.

    Ergänzung: Wenn ich mir deine Fragen im Forum so ansehe, lass mich raten: Der Prinz - BranfordMagazin Theme ?
    Dieses Theme bringt seine eigenen jQuery's mit, die mit WP und einigen Plugins, die sich an den Standard halten, kontraproduktiv oder gar nicht zusammenarbeitet! Wenn dem so ist, dann liegt es mit großer Wahrscheinlichkeit am Theme, denn wenn auch die Lightbox nicht bei dir geht, dann kann nur diese Theme dafür verantwortlich sein.

    In deinem Stylesheet (steht in der Seite, wird wohl im header.php sein) das Rote eintragen/ändern:

    Code
    h1.blogtitle {
    font-family:tahoma,arial,sans-serif;
    font-size:240%;
    letter-spacing:-1px;
    line-height:1em;
    margin:0;
    [COLOR=Red]padding:70px 0 0;[/COLOR]
    }