Beiträge von codestyling

    Auf deiner Domain URL meldet sich Confixx mit:

    Code
    [B][size=12]Hier entstehen die Internet-Seiten des Confixx Benutzers[/SIZE][/B]
    
    
     [size=12][B]web35[/B] auf 654.bces.de[/SIZE]


    Entweder ist deine Domain noch nicht aufgeschalten oder falsch eingerichtet. Denn wenn man WP zum ersten Mal auf die Domain wirft, sollte entweder der Blog bereits gezeigt werden (falls DB Tabellen schon vorhanden) oder automatisch zur Install gesprungen werden. Beides passiert nicht. Da stimmt als was mit der Domain-Einrichtung nicht.

    Dein Blog-Url Angaben sind nicht korrekt, deshalb lädt er das Stylesheet auch nicht:

    Code
    <link rel="stylesheet" href="xn--detektivbro-1hb.org/wp-content/themes/gelb/style.css" type="text/css" media="screen" />


    Das führt zu einem Ladeversuch:

    Code
    http://www.xn--detektivbro-1hb.org/xn--detektivbro-1hb.org/xn--detektivbro-1hb.org/wp-content/themes/gelb/style.css


    Dort sollte es aber absolut drin stehen:

    Code
    http://www.xn--detektivbro-1hb.org


    ... aber Hauptsache Adsence ist erstmal drin ... :mrgreen:

    Also im IE gibt es Scriptfehler durch dieses Plugin, dessen Javascript fehlerhaft ist:

    Code
    <!-- Added By Wordspew Plugin. Version 1.16 -->
        <link rel="stylesheet" href="http://www.sektion-hair.de/wpchris/wp-content/plugins/wordspew/css.php" type="text/css" />
        <script type="text/javascript" src="http://www.sektion-hair.de/wpchris/wp-content/plugins/wordspew/fatAjax.php"></script>


    Deine Seite enthält nicht geschlossene <br> statt <br/> auch einen offenen <div> container am Ende, vermute mal deine footer.php stimmt nicht:

    Code
    <div id="out-foot">


    Das kann schon für den IE reichen, das er das Design verreisst.

    Ob und wie man das mit nextgen Zwecks Überschrift hinbekommt, kann ich dir nicht beantworten, ich verwende das Plugin nicht.

    Deine Subdomain führt kein PHP aus! Da ich dein Hoster-Backend und Hoster nicht kenne, weiss ich nicht, ob du das erst aktivieren mußt.
    So wie es jetzt läuft, ist kein PHP auf der Subdomain verfügbar.

    In deinem Quelltext kommen allerdings 7 Spalten vor, die erste sieht so aus:

    Code
    <ul class="latest">
    </ul>


    Das mag IE gar nicht, denn die ist eigentlich auch 160px in Summe breit, während Firefox die wegen fehlenden Inhalts nicht beachtet.

    Wenn ich dich richtig verstehe, will du die letzten N Tags anzeigen lassen, unabhängig, wie oft sie verwendet wurden, Hauptsache sie sind als letztes angelegt worden, richtig ?

    Wenn dem so ist, dann geht das nicht mit normalen Board-Mitteln von WordPress, denn Tags sind nicht an ein Erstellungsdatum gebunden!
    Mann kann nur einen Query selbst programmieren der sich mit 2 der taxanomy Tabellen befasst, alles Tags findet und mit absteigenden ID's im Sinne der Taxonomy Verknüpfung (ohne Duplikate) zurückliefert auf N beschränkt.
    Das ist aber etwas Arbeit und nicht mal eben zwischen Tür und Angel programmiert.

    Wenn du das anders meinst, dann erklär es bitte anhand konkreter Beispiele.

    Das ist nicht einfach zu beantworten. Je nach Konfiguration des Servers werden reine Zeilenumbrüche am Ende einer PHP Datei entweder ignoriert oder eben als Content ausgegeben. Das hängt ganz vom Provider ab.

    Die Umbrüche kann man auf verschiedene Weise rein bekommen:

    • FTP Programm packt am Ende von Textmode Dateien ein Umbruch dran.
    • Öffnen und Speichern durch einen Core Entwickler mit einem "dummen" Editor packt am Ende den Umbruch dran.
    • Auto-Update des Core.


    Wenn es bereits im Download Packet so ist, dann ist das durch Entwickler rein gekommen, wenn nicht durch FTP oder Auto-Update der Core Dateien.

    Am Ende der Datei wp-includes/capabilities.php - wie in der Fehlermeldung auch richtig ausgegeben (Zeile 989) - befindet sich ein Zeilenumbruch hinter dem letzten schließenden PHP Tag. Manche Apache/PHP Kombinationen geben dies direkt schon aus aus, manche nicht. Entferne einfach diesen Umruch und es sollte funktionieren.

    Hast du evtl. ein Plugin zur Unterstützung von Mehrsprachigkeit laufen wie Gengo, qTranslate oder ähnlichen ?
    Diese könnten der Urheber dessen sein, das im Login-Dialog die Sprache (locale) falsch gewählt und somit keine Sprachdatei geladen wird.

    Das es nicht mit der Sprachdatei funktioniert, kann ich nicht nachvollziehen. Nachfolgend direkt Code-Ausschnitte der wp-login.php:

    PHP
    <form name="loginform" id="loginform" action="<?php echo site_url('wp-login.php', 'login_post') ?>" method="post">
        <p>
            <label><?php [B]_e('Username')[/B] ?><br />
            <input type="text" name="log" id="user_login" class="input" value="<?php echo $user_login; ?>" size="20" tabindex="10" /></label>
        </p>
        <p>
            <label><?php [B]_e('Password')[/B] ?><br />
            <input type="password" name="pwd" id="user_pass" class="input" value="" size="20" tabindex="20" /></label>
        </p>

    ...und zum Theme "Remember Me" das hier:

    PHP
    <p class="forgetmenot"><label><input name="rememberme" type="checkbox" id="rememberme" value="forever" tabindex="90" /> 
    <?php [B]_e('Remember Me')[/B]; ?></label></p>

    Fazit: Sowohl die Begriffe Username und Password lassen sich über eine deutsche Sprachdatei ohne Probleme übersetzen und steuern.
    Die "Remember Me" Geschichte können wir leider nicht ändern, denn die Code Hoheit liegt beim wordpress.org Core Team. Wenn du das geändert haben willst, dann mach einen Eintrag in die Bugliste: WordPress Trac

    Der Fehler ist, dass du die Theme Sprachdatei anstelle der WordPress Sprachdatei verwenden willst, was nicht funktionieren kann.
    Die WordPress Sprachdatei bleibt wo ist ist und wird nicht ersetzt!
    Die Sprachdatei des Themes bleibt ebenfalls im Theme Ordner und ergänzt sozusagen nur die von WordPress.

    Was du gemacht hast, ist >2000 Texte (Sprachdatei WP) gegen ca. 20 Texte (Theme) auszutauschen, das ist der eigentliche Fehler.

    Ich habe das eindeutig mit T-Online klären können:

    1. keine .htaccess Möglichkeit (auch nicht kaufbar, man muss ein Server Paket nehmen, um das zu bekommen)
    2. kein mod_rewrite außer auf Server Paketen
    3. keine benutzerdefinierten Fehlerseiten


    Somit sind keine Permalinks möglich (wie auch immer man das hätte tricksen können) und ich habe einen Bekannten deswegen wieder zu 1und1 umziehen lassen. Spart auch noch Geld, denn 9,99€ für nix oder 6,95€ für ein voll funktionierendes WP sind schon ein gewaltiger Unterschied.

    Ich kenne das Problem und ärgere mich selbst bei meinen Plugins damit rum, wenn ich Erweiterungen für den TinyMCE schreibe. Die wpautop Implementierung von WordPress ist, gelinde gesagt, mangelhaft.
    Für den <!--more--> Tag, den ich auch in meinem Blog verwende, kenne ich nur eine Arbeitsweise, die das sauber macht:

    Der more muss direkt nach dem letzen Zeichen des Anreißer-Paragraphen stehen (Satzzeichen oder letzer Buchstabe). Dann fällt er mit in den Teaser Text und wird komplett im Paragraph aufgenommen. Der Folgetext muß einen neuen Paragraph bilden.

    Selbst mit TinyMCE kann man den Cursor hinter das letzte Zeichen des Teaser stellen und more drücken, das sollte dann valid werden. Einen anderen Weg ausser den Core-Teil neu zu programmieren, kenn ich derzeit nicht.

    Das Plugin ist vom Entwickler bei Google hochgeladen worden als Quelltexte er hat jedoch kein direktes Download Packet reingestellt.
    Deshalb braucht man ein Entwicklertool wie den SVN Client um das runterzuladen (ähnlich dem Download von deiner Domain per FTP Client). Normal sollte man nur den Client und die SVN URL brauchen und keine Anmeldung. Nur wenn due Änderungen wieder hochladen willst, musst du u.U. ein login haben.