Beiträge von codestyling

  • Wordpress Content Spam in Suchergebnissen aber nicht auf der Seite.

    Also ich würde sagen, deine Seite wurde in WP 2.3.2 gehackt und die index.php modifiziert. Da du jetzt geupdated hast, sollte das nicht mehr auftreten.
    Im Google Cache kann man das nachvollziehen:

    Trotzdem solltest du alle Theme Dateien nochmal durchsehen, ob dort versteckte Sachen drin stehen. Und den Webspace nach Ordnern durchsuchen, die nix mit WP zu tun haben.

  • Schutz vor externem Zugriff auf Plugins

    Zitat von Monika

    den Pluginautor fragen wieso man seine .php einfach so aufrufen kann


    Diese Frage ist sinnlos, denn jede Datei, die es physikalisch auf dem Webspace gibt und man nicht explizit per .htaccess den Zugriff darauf sperrt, kann per Browser aufgerufen werden. Das gilt nicht nur für Plugins, man kann jede Seite eines Themes oder Adminbereiches genauso aufrufen!
    Meist bringen Sperren nix, denn dann funktioniert meist gar nichts mehr. Deshalb haben die meisten Adminseiten von WP eine Erkennung des direkten Aufrufes und brechen dann ab oder liefern eben eine weiße Seite, da nur Funktionen enthalten sind.

  • Blog wird nicht mehr indexiert

    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!

  • Blog wird nicht mehr indexiert

    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 ...

  • Browser Cache

    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");

  • [Suche] Moderation - instant EMail response

    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 ?

  • comments.php spuckt merkwürdiges Zeug aus

    Zitat von marX

    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 '';

  • WYSIWYG Wörterbuch: Deutsch als Voreinstellung?

    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');

  • WYSIWYG Editor

    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.

  • Editieren funktioniert nicht

    Zitat von mtu1969

    [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.

  • NEXTGEN - Probleme mit Bildanzeige

    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 ?

  • RSS Feed statt Wordpress bei Seitenaufruf

    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.

  • WordPress 2.6 - Fehlermeldungen in Text/Diff gelöst

    Zitat von nimars

    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. :)