Beiträge von Putzlowitsch

    Das ist praktisch dasselbe wie oben, nur ein anderer Angriffspunkt. Es wird einfach versucht, ob man Dein Blog als Redirector mißbrauchen kann. Bei mir wurde das mit der wp-pass.php öfter probiert, und das funktionierte bis zur Version 2.2 wirklich:
    http://forum.wordpress-deutschland.org/allgemeines/25…iterleiten.html

    Das Bildplog kann man immer noch für Redirects nutzen, kannst ja mal mein Beispiel dort ausprobieren.

    Gruß
    Ingo

    Ist vielleicht eine Funktion des Webhosters, daß beim Überschreiten des zugesicherten Webspace automatisch die größten und ältesten Dateien gelöscht werden.
    Nein, nicht wirklich :-)
    Aber was anderes fällt mir dazu auch nicht ein. Bestenfalls könnte man noch ein Plugin im Verdacht haben. Wordpress in den Grundfunktionen macht sowas meiner Meinung nach zumindest nicht.

    Gruß
    Ingo

    Wenn man sich den Feed z.B. mit dem Firefox anguckt, wird man auch keinen Unterschied sehen, dieser gibt immer nur das was zwischen <description>...</description> steht aus. Wenn der Feed in WP auf "Kurzfassung" konfiguriert ist, steht auch nichts weiter drin. Wenn aber "ganzer Text" eingestellt ist, wird zusätzlich in <content:encoded>...</content:encoded> der vollständige Artikel ausgegeben (gegebenenfalls beim <!--more--> beendet und weiter verlinkt). Das kann man im XML-Text des Feeds sehen. Wenn der Feedreader mit <content:encoded> nichts anfangen kann, oder immer nur <description> anzeigt, ändert sich also nichts.
    Nachtrag: Mit dem Plugin verhält sich der Feed genau so, wie bei Wordpress 2.3.x.

    Gruß
    Ingo

    Dann sag das doch gleich mit der statischen Startseite und der Beitragsseite. Außer die entsprechenden Seiten anlegen und in WP konfigurieren, mußt Du dann gar nichts weiter machen:
    Schnurpsel » Wordpress ab 2.1 - Optionen für die Startseite

    Was dann letztendlich auf der Blog-Seite steht, spielt keine Rolle. Das ist quasi nur ein Platzhalter. Dort wird dann genau das angezeigt, was sonst mit index.php oder home.php auf der Startseite gemacht wird.

    Gruß
    Ingo

    Meinst Du jetzt in Wordpress oder hier im Forum?

    Bei Wordpress passiert das eigentlich nur bei Kommentaren, hier im Forum muß man in den erweiterten Editor wechseln und dort unten bei "Verschiedene Einstellungen" die Optionen:
    [ ] Links automatisch umwandeln
    [ ] Automatically retrieve titles from external links
    deaktivieren.

    Gruß
    Ingo

    Wieso sind bei Dir alle Dateinamen groß geschrieben? Da stimmt was nicht. Lösche nochmal aller Dateien, entpacke die zip-Datei und kopiere alles per FTP auf den Sever. Die Dateinamen sind bei WP grunsätzlich klein geschrieben.
    Da bei UNIX Groß- und Kleinschreibung unterschieden wird, findet er die comapt.php nicht, weil sie bei Dir COMPAT.PHP heißt.

    Das es überhaupt mit dem Aufruf der install.php funktioniert, liegt an den "tollen" Multiviews des Apache-Servers. Diesen Unsinn sollte man unbedingt deaktivieren.

    Nachtrag: Hier ist allerdings CheckSpelling schuld, diese kann in der .htaccess deaktiviert werden:

    Code
    # deaktiviert die "Namensvervollständigung" bzw. das "autom. Finden
    # ähnlicher Dateiennamen":
    #
    CheckSpelling off

    Gruß
    Ingo

    Nachdem mir heute Nacht diese United-Domains URL-Hiding-Weiterleitung aufgegangen ist, sehe ich doch noch Chancen, das Problem zu lösen.

    1. Im UD-CONFIG-Menü für die Weiterleitung nicht den Hostnamen dibtych.dd15430.kasserver.com, sondern die IP-Adresse 85.13.136.179 eintragen. Dann die Blog- und die Wordpress-URL direkt in der Datenbank auf http://www.dibtyhc.de ändern.

      oder

    2. Das Plugin [COLOR=#000000][COLOR=#ff9900]123 Disable Canonical Redirect[COLOR=Black] installieren und aktivieren. [/COLOR][/COLOR][/COLOR]Dann die Blog- und die Wordpress-URL direkt in der Datenbank auf http://www.dibtyhc.de ändern.

    Die erste Variante wäre aus meiner Sicht die bessere, so sie funktioniert.
    Viel Erfolg!

    Gruß
    Ingo

    Mal davon abgesehen, daß das Permalink-Zeug zweimal drin steht, kann ich nichts verdächtiges sehen.
    Das Problem dürfte eher die Weiterleitung von United-Domains zu All-Inkl sein. Diese erfolgt zumindest nicht auf DNS-Basis, denn der Hostname wird zu 89.31.143.1 aufgelöst, muß aber auf die Serveradresse bei all-inkl Zeigen (85.13.136.179).
    So wie es jetzt konfiguriert ist, kann es nichts werden.

    Gruß
    Ingo

    Hier mal als Beispiel, wie ich das mache:


    plw_attachment_fields_to_edit
    Ich füge, sofern es sich um eine MP3-Datei handelt, eine zusätzliche Checkbox ein, um dem Nutzer die Möglichkeit zu geben, nicht einfach einen Link zu der Datei einzufügen, sondern ein Player-Shorttag.

    plw_media_send_to_editor
    Hier wird dann gegebnfalls das Shorttag anstelle der URL eingefügt.
    Du müßtest dann da die $html entsprechend mit deinen Klassen erweitern oder den link neu zusammensetzen.

    Gruß
    Ingo

    Gut, dann eben als Plugin :-)

    In Datei plw123_mrc.php speichern, Datei ins Pluginverzechnis kopieren und Plugin aktivieren.

    Ich seh schon, es bringt nichts, hier Plugins nur als Quelltext einzustellen, gibt oft Probleme mit Zeichen außerhalb von PHP.
    Deshalb hier auch als Download: Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Gruß
    Ingo

    Gibt mal wieder ein Filter, mit dem man das beheben kann (etwas tricky). Entweder in die my-hacks.php oder in ein Plugin:

    PHP
    <?php
    function plw_more_content_rss( $content ) {
        global $more;
        if( is_feed() )
            $more = 0;
        return $content;
    }
    add_filter( 'the_content', 'plw_more_content_rss' );
    ?>

    Das Filter 'the_content' kommt eigentlich erst zum Zuge, nachdem der Inhalt schon fertig angepaßt ist. Da für die RSS-<description> bereits the_contente einmal aufgerufen wurde, kann man hier einfach für den nachfolgenden Aufruf von 'the_content' für RSS-<content:encoded> den Wert für $more auf 0 setzen. Alles klar? :-)

    Gruß
    Ingo