Beiträge von Putzlowitsch

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:

# 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

Zitat von Chris_

Ich bin so blöd - bleibt hier aber unter uns...

Schon ok, ist ja auch schon spät

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:

<?php
function plw_attachment_fields_to_edit( $form_fields, $post ) {
    $my_form_fields = array(
        'plw_123player'   => array(
        'label'         => '123 Player',
        'input'         => 'html',
        'html'                => "
            <input type='checkbox' name='plw-123player-{$post->ID}' id='plw-123player-{$post->ID}' value='1' checked='checked'/>
            <label for='plw-123player-{$post->ID}'>123 Player einfügen</label>"    )
    );
    if( $post->post_mime_type == 'audio/mpeg' ) 
      return array_merge( $form_fields, $my_form_fields );
    else    
      return $form_fields;
}
add_filter( 'attachment_fields_to_edit', 'plw_attachment_fields_to_edit', 66, 2 );


function plw_media_send_to_editor( $html, $send_id, $attachment ) {
    if( isset($_POST["plw-123player-$send_id"]) )
        return '<!--player:'.$attachment[url].':'.$attachment[post_title].'-->';
    else
        return $html;
}
add_filter( 'media_send_to_editor', 'plw_media_send_to_editor', 66, 3 );
?>

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

<?php
/*
Plugin Name: 123 More RSS-Content
Plugin URI: http://forum.wordpress-deutschland.org/allgemeines/33012-rss-feed-wie-2-3x.html#post160180
Description: RSS-Content beim <!--more--> ablinken (WP 2.5). Der Text des more-Links im Feed kann festgelegt werden.
Author: Ingo Henze
Version: 0.11
Author URI: http://putzlowitsch.de/
*/ 


// Text für den More-Link (more...) 
$plw123mrc_more_link_text = '(mehr...)';
function plw123mrc_content( $content ) {
    global $more,$plw123mrc_more_link_text;
    if( is_feed() )
    {
        $more = 0;
        if( '' != $plw123mrc_more_link_text )
            $content = preg_replace( "/\(more\.\.\.\)/", $plw123mrc_more_link_text, $content );
    }
    return $content;
}
add_filter( 'the_content', 'plw123mrc_content', 5 );


?>

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

Wie sieht eigentlich die .htaccess-Datei aus? Falls hier z.B. eine Weiterleitung drinsteht, die nicht der konfigurierten Blog-Adresse entspricht, gibt es eine Endlos-Umleitung.

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

Muß was bei Dir oder Deinem Internet-Provider sein. Bei mir geht wordpress.org ohne Probleme.

Gruß
Ingo

Seit heute findet man auch einen entsprechenden Artikel in den Strato-FAQ:
Strato FAQ Frontend
[del]Demnach ist mod_rewrite ab den PowerWeb-Paketen verfügbar.[/del]
Leider doch nicht, sondern erst ab Power-Server und Premium-Paket. Bei mir funktioniert es trotzdem, fragt sich nur, wie lange.

Gruß
Ingo

Ich habe keine Ahnung, wie das geht.

Gruß
Ingo

Zitat von selm

..und das bekomm ich nicht weg?

Nein, wenn Du Widgets verwendest, nicht ohne weiteres. Du könntest bestenfalls den Widget-Code patchen oder versuchen, das <br /> per CSS "unschädlich" zu machen. Da hab ich aber erstmal keine Idee.

Gruß
Ingo

Möglicherweise ist er das, wenn man keine Widgets verwendet.
Zumidenst sieht das bei dir so aus:

<div>
<input type="text" name="s" id="s" size="15" />[B]<br />[/B]
<input type="submit" value="Suchen" />
</div>

Da ist hinter dem Eingabefeld ein Umbruch.
Nachtrag: Hab es grad mal getestet, ohne Widgets, also im Auslieferungszustand, ist er tatsächlich daneben. Sobald man aber Widgets verwendet, nicht mehr.

Gruß
Ingo

Der "Suchen"-Button wird vom Widget explizit mit einem <br> auf die nächste Zeile umgebrochen. Da kann man so auf die Schnelle nichts machen. Zudem wäre er neben dem Suchfeld auch zu breit.

Gruß
Ingo

selm
Bitte immer mit angeben, ob man Widgets verwendet oder nicht. Bei Widgets muß man das natürlich bei den Widget-Optionen einstellen (so es sie gibt).

Gruß
Ingo

Hmm, das ist natürlich schlecht, der 1. Januar 1970 liegt schon sehr weit zurück. Gab es da überhaupt schon das Internet?

Dann wirst Du es vorerst bei dem nocache_headers() belassen müssen. Ist allerdings schon komisch, man müßte herausfinden, wo die anderen Werte herkommen. Da habe ich jetzt aber erstmal auch keinen Ansatzpunkt.

Gruß
Ingo

Eine weitere Seite, z.B. "Blog" anlegen und dann der Option "Beitragsseite" zuweisen:
Schnurpsel » Wordpress ab 2.1 - Optionen für die Startseite

Gruß
Ingo

Letztendlich wird ja über das Veröffentlichungsdatum festgelegt (absteigend sortiert), welche Artikel im Feed drin sind. Man müßte also nicht nach dem Veröffentlichungsdatum, sondern dem Änderungsdatum sortieren.
Sowas wäre mit einem Plugin machbar, welches sich vor der Ausgabe des Feeds einklinkt (z.B. mit add_action('rss2_head', ...); ) und dort die Abfrage per

query_posts( $query_string.'&orderby=modified' );

oder so ähnlich entsprechend modifiziert.

Gruß
Ingo

Die Anführungszeichen werden von WP umkodiert als

& #8220; bzw. & #8221;

Andere Feedreader haben damit eigentlich keine Probleme.

Gruß
Ingo

Bei Feeds ist das einfach, da kann WP direkt aus der Datenbank auslesen, wann es die letzte Änderung gab. Bei den Seiten selber allerdings nicht, gerade wegen einer Vielzahl möglicher dynamischer Inhalte, die irgendwo in der Sidebar oder sonstwo im Theme oder über Plugins eingefügt sein können.

Ich denke mal, das die Variante mit dem Löschen der Header in der header.php am paraktikabelsten ist, wenn sie funktioniert. Nur als Workaround versteht sich, der eigentlichen Ursache sollte man schon auf die Schliche kommen.

Gruß
Ingo