Beiträge von Putzlowitsch

    Wenn es nicht sonderlich komfortabel sein muß, reichen auch ein paar Zeilen in der my-hacks.php:

    PHP
    function plw123_user_has_cap( $allcaps, $caps, $args ){
      if( 'edit_posts' == $args[0] )
        $allcaps['edit_posts'] = false;
      if( 'edit_pages' == $args[0] )
        $allcaps['edit_pages'] = false;
      return $allcaps;
    }
    add_filter( 'user_has_cap', 'plw123_user_has_cap', 10, 3 );

    Gruß
    Ingo

    Ich mache folgendes:

    PHP
    $plugin_dir = str_replace( '\\', '/', dirname( __FILE__ ) );
    if( preg_match( '#(/'.PLUGINDIR.'.*)#i', $plugin_dir, $treffer ) )
      $plugin_dir = $treffer[1];
    else  
      $plugin_dir = '/'.PLUGINDIR;


    PLUGINDIR ist von WP mit 'wp-content/plugins' vorbelegt.
    Geht vielleicht auch anders oder eleganter, aber so funktioniert es bei mir. Ich binde damit eine Javascript-Datei ein.


    Gruß
    Ingo

    Also von 2.2.1 nach 2.2.2 sollte das keinen Einfluß auf die Plugins und Themes haben. Bei einer Version vor 2.2, also 2.1.x oder gar 2.0.x könnte es schon Probleme geben.
    Von 2.0.x sogar sicher, wenn man nicht grad eine nackte WP-Basisinstallation betreibt.
    Von 2.1.x eventuell, bei mir z.B. nicht, aber das hängt natürlich von den verwendeten Plugins und dem Theme ab.
    Da wird niemand eine definitive Aussage machen können.

    Gruß
    Ingo

    So, ich hab es getan. Von 2.1.3 nach 2.2.2 upgedated. Hat alles ohne Probleme funktioniert. Allerdings verwende ich nicht besonders viele Plugins (die meisten sind zudem selbst programmiert) und auch das Theme ist selbstgemacht. So hätte ich bei Problemen schnell reagieren können, es gab aber keine :-)

    Gruß
    Ingo

    Aha, ja danke, alle Klarheiten beseitigt :-)

    Also ist es so, daß 2.0.x zwar nicht mehr weiterentwickelt, aber noch im Sinne von Bugfixes und Sicherheitsupdates bis 2010 gepflegt wird.

    Ab Version 2.1 löst die jeweilige neue Unterversion innerhalb der Hauptversion in der zweiten Stelle also 2.1.x->2.2.x->2.3.x die vorhergehende vollständig ab, so das es für die jeweils vorhergehende Unterversion auch keine Bugfixes und Sicherheitsupdates mehr geben wird.
    Wenn also die 2.3 rauskommt, wird es dann keine neue 2.2.x mehr geben. Habe ich das so jetzt richtig verstanden?

    Gruß
    Ingo

    Ob es nun für die Sicherheit besser ist oder nicht, zumindest wird man sich damit einen Teil der Supportanfragen vom Hals schaffen.
    "Mein PHP-Skript 'SuperDuperIrgendwas' funktioniert nicht. Warum?"

    Außerdem läuft PHP bei den PowerWeb-Paketen als CGI und nicht als Apache-Modul. Damit hat man trotz "safe_mode=off" bei ordentlicher Konfiguration nicht ganz so die Durchgriffsmöglichkeiten auf den Rest des Servers.
    Nicht zuletzt ergeben sich ein Teil der Fragen hier im Forum daraus, daß einige Plugins nicht mit "safe_mode=on" laufen. Das wird dann hier vielleicht auch ein bißchen weniger werden :-)

    Gruß
    Ingo

    Ich weiß nicht, wie das Plugin das macht, aber wenn es nur ein paar Seiten sind, kann man es auch direkt in der .htaccess eintragen. Dazu muß der Server mod_alias unterstützen. Dann sähe es etwa so aus:

    Code
    Redirect permanent  /2007/07/einer-flog-ber-das-storchennest.html /bad_buchau_am_federsee-einer-flog-ueber-das-storchennestin-der-nabu-stadt-bad-buchau/

    Gruß
    Ingo

    Mal wieder eine komische Sache. Bei meinem Testblog funktionierts wunderbar. Wenn irgendwas nicht geht, wie es normalerweise soll, habe ich meist ein Plugin im Verdacht. Oder es liegt daran, daß bei Dir das Blog noch in einem Unterverzeichnis liegt, bei mir hingegen auf der Hauptseite. Glaube ich aber ehrlich gesagt nicht so richtig dran.

    Ich habe mittlerweile die Erfahrung gemacht, das bei Wordpress in der Grundinstallation alles so funktoniert, wie es soll :-) . Die meisten Ursachen für "das funktioniert bei mir aber nicht" liegen bei Plugins, Hacks oder bei an der API vorbeiprogrammierten (bzw. veralteten) Themes.

    Gruß
    Ingo

    Bei mir erscheinen die geschützten Beiträge komplett. Jeder Buchstabe ist lesbar. Und das kann nicht der Sinn von einem Passwortschutz sein, dass man den Beitrag ohne Passwort im Feed lesen kann oder? Sogar auf privat gesetzte Beiträge sind vollkommen lesbar im Feed.

    Werden denn die geschützten bzw. privaten Artikel wenigstens im Adminbereich (Verwalten->Beiträge) als solche angezeigt? Bei mir sieht das dann so aus:
    Geschützt: Titel des Artikels
    Auf privat setzen: Titel des Artikels - privat

    Kann aber auch sein, daß der Feedreader die Änderung nicht mitbekommen hat, falls die Artikel vorher nicht geschützt oder privat waren. WP sieht das nicht als Änderung an und sendet daher den Status "304 Not Modified", falls sich sonst nicht inhaltlich etwas geändert hat, so das gar keine neuen Daten übertragen werden.
    Eventuell mal das Neulesen erzwingen, beim Firefox z.B. mit [Shift]+Reloadbutton.

    Ansonsten würde ich mal wieder auf irgendein Plugin tippen, welches dieses Verhalten hervorruft.

    Gruß
    Ingo

    Geschützte Beiträge erscheinen bei mir auch im Feed, aber nur der Titel (mit "Geschützt:" davor) mit dem Link zum Artikel und darunter steht:
    "Es gibt keine Kurzfassung, da dies ein geschützter Beitrag ist."

    Sollen die denn ganz aus dem Feed verschwinden?
    Dann wird man das wohl programmieren müssen...

    Gruß
    Ingo