Beiträge von codestyling

    Was sollte dieser Parameter bringen ?

    Code
    http://www.google.at/search?
    hl=de&
    client=firefox&
    rls=FlockInc.%3Aen-US%3Aofficial&
    q=site%3Ahttp%3A%2F%2Fwww.wishu.de%2Fblog&
    [COLOR=Red][B]as_qdr=w[/B][/COLOR]&
    btnG=Suche&
    meta=

    Wenn der raus ist, bekommst du auch Ergebnisse!

    Ich weiss ja nicht, wie Google das sieht, aber einerseits Adsence einblenden und andererseits "versteckten" Text zu haben, den nur IE Besucher sehen, ist schon so eine Sache.
    Bedingungen für den IE, falls man andere Stylesheets benutzt, ist ja auch ok und wird von Google erkannt. Nur wenn die Bedingungen dazu führen, das Content nur bei bestimmten Browsern auftaucht, dann weiss ich nicht genau, wie die das einstufen.
    Nur so am Rande ...

    Das kannst du in der wp-config.php direkt nach der Spracheinstellung einfügen:

    Code
    define ('WPLANG', 'de_DE');
    header("Cache-Control: no-cache, must-revalidate, max-age=0");
    header("Pragma: no-cache");

    Ich bin auf der Suche nach einem Plugin, das mir auf der Moderationsseite der Kommentare beim Klick auf die EMail Adresse des Kommentators statt den Mailclient ein durch ein Plugin bereitgestelltes Formular öffnet, in dem ich eine erweiterte Antwort/Rückfrage eintragen kann und diese dann mit der Mail Funktionalität von WP direkt versenden kann.

    Kennt jemand so ein Plugin ?

    Also das sieht nach einem Localization-Problem aus, d.h. die Übersetzung des Themes oder deiner Wordpress-Version ist irgendwo fehlerhaft.


    Das ist kein Lokalisierungsproblem sondern Absicht. Das *.mo Format sieht vor, das man mit einen leeren Source String immer den Header der *.po Datei bekommt, aus der mal dieses *.mo entstanden ist. Das ist essentieller Bestandteil der po/mo Spezifikationen und kein Voodoo.
    Es sollte also darauf geachtet werden, dass man bei händischen Änderungen von gettext Funktionsaufrufen, nur weil man einen Text nicht haben will, nicht aus:

    Code
    echo __('unwanted text');

    das hier macht ([COLOR=Red]falsch[/COLOR]!)

    Code
    echo __('');

    sondern dann das hier ([COLOR=Green]richtig[/COLOR])

    Code
    echo '';

    Das kannst du in der Konfiguration von TinyMCE ändern: wp-includes/js/tinymce/tiny_mce_config.php

    von english (default):

    Code
    $mce_spellchecker_languages = apply_filters('mce_spellchecker_languages', '[COLOR=Red][B]+English=en[/B][/COLOR],Danish=da,Dutch=nl,Finnish=fi,French=fr,[B]German=de[/B],Italian=it,Polish=pl,Portuguese=pt,Spanish=es,Swedish=sv');

    in deutsch:

    Code
    $mce_spellchecker_languages = apply_filters('mce_spellchecker_languages', '[B]English=en[/B],Danish=da,Dutch=nl,Finnish=fi,French=fr,[B][COLOR=Red]+German=de[/COLOR][/B],Italian=it,Polish=pl,Portuguese=pt,Spanish=es,Swedish=sv');

    Ich würde mal Lightbox testhalber deaktivieren, denn einige der Lightbox Versionen, die ich getestet hab, sind auch im Admin Bereich aktiv (warum auch immer) und kollidieren mit den aktuellen jQuery/Prototype Libraries.

    [LEFT]Als Unterschied zwischen lokaler und Server-Version habe ich festgestellt, dass auf dem Server eine MySQL Version 4.0.27 installiert ist und die Datenbank bzw. deren Tabellen, die WordPress nutzt ohne Kollation (utf8_general_ci) angelegt ist.
    Auf meiner lokalen Installation is MySQL 5.0.51 installiert und die Datenbank mit Kollation utf8_general_ci angelegt.
    [/LEFT]


    Die DB hat erstmal mit der Funktion des Editors nichts zu tun. Wenn du schon Unterschiede aufzeigst, wie sieht es mit Plugins/Themes aus ?
    Sind die aktivierten Plugins identisch ? Ist in beiden Fällen das gleiche Theme aktiv ?

    Wenn du auf dem Server ein Update gemacht hast, lösche erstmal den Browser Cache, denn die Browser halten ggf. noch eine alte Version der Javascripts des Editors vor, der so dann nicht will.
    Und auf dem Server gibt es ggf. eine komprimierte, gecachte Version des Editors, die ausgeliefert wird unter: wp-content\uploads\js_cache\
    Diese *.gz Datei(en) bitte vorher auch löschen, baut TinyMCE wieder neu auf bei Anfrage.

    Erstens, deine Gallerieseiten enthalten invalides Markup: [Invalid] Markup Validation of http://www.koelleteam.de/wordpress/?page_id=45&album=13&gallery=52 - W3C Markup Validator

    Zweitens sind 2 ! HMTL Header in der Gallerie Page:

    Und drittens outet sich deine Seite als 2.2.1 Version. Wenn dem so ist, hast du einen Webspace schon auf Trojaner untersucht ?

    Mal abgesehen von evtl. vorhandenen PHP/Apache Bugs (der WP Bugfix ist vom WP CoreTeam bereits für WP 2.6.1 aufgenommen worden), wäre mein nächster Verdächtiger "gengo", welches du ja zur Übersetzung der Seiten benutzt.
    Ich hab mir gengo nur flüchtig angesehen, weil ich es nicht nutzen will, aber dabei festgestellt, dass dieses Plugin mächtig an den WP eigenen rewrite Rules patched. Wenn also ein Seitenaufruf den Feed statt einer Seite liefert, kann das durchaus ein komischer Zustand in den rewite rules von WP sein, der dazu führt, das der Feed matched statt die angeforderte Seite. Da du ja Gengo nicht ohne weiteres deaktivieren kannst, müsste man sich gengo genau ansehen und rausfinden, ob es ein Problem durch seinen Einsatz gibt.
    Das ist allerdings sehr zeitintensiv und ich kann das nicht mal so nebenbei machen.

    Schau mal hier, in der NexGen Gallery erscheint folgender Fehler beim Hinzufügen von Bildern/Galerien, das ist doch fast der selbe, oder?

    ini_set() has been disabled for security reasons in /srv/www/httpd/phost/n/de/pytalhost/nimars/web/wp-content/plugins/nggallery/admin/wp25/addgallery.php on line 5


    Das ist nur eine Warnung und in Bezug zu NGG unkritisch. Hier wird nur versucht, alle Fehlermeldungen einzuschalten, was eben selbst mit einer Warnung quittiert wird, wenn der Provider dieses nicht zulässt:

    Code
    ini_set('error_reporting', E_ALL ^ E_NOTICE);

    Lässt sich dadurch bereinigen, dass man ein @ voranstellt, um die Warnung des ini_set() Aufrufes selbst zu Unterdrücken.

    Code
    @ini_set('error_reporting', E_ALL ^ E_NOTICE);


    Sollte man dem Autor ggf. mitteilen. :)

    Wenn du einen managed Server hast, müsstest du doch trotzdem die php.ini ändern dürfen. Wenn du also schon mit PHP5 läufst, solltest du auch den Wert:

    Code
    mbstring.func_overload = 0

    auf 0 stehen haben.

    Es gibt aber noch ein weiteres Problem, das bei einigen Provider FAQ's beschrieben wird. Dort wird als Lösung ebenfalls noch folgender Zusatz empfohlen:

    Code
    zend.zel_compatibility_mode = Off 
      zend.ze1_compatibility_mode = Off

    Da man sich in den Dokumentationen von PHP streitet, ob der Parameter nun "zel" oder "ze1" beginnt, würde ich beide so eintragen. Hier ein Link dazu: [URL="http://support.genotec.ch/index.php?_m=k…=478&nav=0,3,19"]WordPress 2.3.1 wird nicht ausgeführt (Dateien werden heruntergeladen)[/URL]
    Dies wird im Netz auch als Lösung für sporadisch zerstörte grössere Downloads genannt, deren zip Files manchmal nach dowload "geschrottet" sind. Dieser ZEND_COMPATIBILITY_MODE ist für reine PHP 5 Ausführung kontrapoduktiv und kann diese Art der Problem mit hervorrufen.
    Und ein PHP Bug wurde in den letzten Tagen endlich beseitigt und ein Patch-Download bereitgestellt: PHP Bugs: #27421: mbstring.func_overload set in .htaccess becomes global der das auch auslösen kann.

    Gleich noch eine Ergänzung, um den Rahmen abzuschalten:

    Code
    img.aligncenter, img[align="center"] {
        display: block;
        margin-left: auto;
        margin-right: auto;
        [COLOR=Green][B]border[/B][/COLOR][COLOR=Green][B]:0pt none;[/B][/COLOR]
     }

    Ergänzung: und für denn Fall der Frage nach den anderen Bildern:

    Code
    img.alignleft, img[align="left"] {
        float:left;
        margin:2px 10px 5px 0px;
         [COLOR=Green][B]border[/B][/COLOR][COLOR=Green][B]:0pt none;[/B][/COLOR]
    
    
    }


    und

    Code
    img.alignright, img[align="right"] {
        float:right;
        margin:2px 0px 5px 10px;
         [COLOR=Green][B]border[/B][/COLOR][COLOR=Green][B]:0pt none;[/B][/COLOR]
    
    
    }

    Ich hab dir ja den Ausschnitt aus der HTML Ansicht deines Beitrags oben gezeigt mit dem Bild. Dort solltest du aligncenter gegen center austauschen.
    Da du das aber dann bei allen Bildern machen musst, hatte ich vorgeschlagen, die style.css (wie Monika schon schrieb) zu ändern und zwar so:

    Code
    img.[COLOR=Green][B]aligncenter[/B][/COLOR], img[align="center"] {
        display: block;
        margin-left: auto;
        margin-right: auto;
    }

    Hallo. Ich möchte nun ein upgrade von 2.2.1 auf die aktuelle Version machen.

    Jetzt sehen die alte und die neue wp-config Datei ja völlig unterschiedlich aus.
    Was muß ich denn nun tun?

    Kann ich nicht meine mysql Einstellungen in die neue Datei kopieren und die nehmen und die alte auch löschen?


    Als Erstes würde ich dir einen stufenweisen Upgrade empfehlen, denn die WP 2.6 hat einen Upgrade Bug, wenn man Versionen kleiner WP 2.3.3 auf die neue hochbringen will: man verliert dabei alle Kategoriebeschriftungen und Slugs dazu (nur die Beschriftung, nicht die Kategorie selbst).
    Wenn du erstmal auf WP 2.5.1 und dann erst auf WP 2.6 updates, ist alles ok. Hier die Archiveseite mit Vorgängerversionen: WordPress Deutschland » Archiv » DE-Edition

    Und zurückzukommen auf die wp-config.php, in die neue brauchst du nur die DB Einstellungen rübernehmen, was man mit dem Rest machen kann steht in den FAQ's: Upgrade − WordDoku