Guck mal hier:
Die Quicktags anpassen » Peruns Weblog
Gruß
Ingo
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenGuck mal hier:
Die Quicktags anpassen » Peruns Weblog
Gruß
Ingo
Ja, das trifft speziell auf die Sache wp-pass.php zu. Bei Aufruf mit index.php sollte sowieso keine Weiterleitung erfolgen.
So eine Weiterleitung stellt auch kein Sicherheitsrisiko im eigentlichen Sinne für Dein Blog dar. Es ist halt nur unschön, wenn über die eigene Adresse zu dubiosen Seiten weitergeleitet wird.
Gruß
Ingo
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
Achso, im TinyMCE. Damit kenn ich mich leider nicht aus. Beim WP-HTML-Editor passiert das 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
Da ist er:
button.jpg
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
Und zwischendurch nicht vergessen,
beim Firefox mit Strg+F5 oder Strg+Umschalt+R
oder beim IE mit Strg+F5
die Seite zwangsweise neu zu laden.
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:
# 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.
oder
Die erste Variante wäre aus meiner Sicht die bessere, so sie funktioniert.
Viel Erfolg!
Gruß
Ingo
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 );
?>
Alles anzeigen
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 );
?>
Alles anzeigen
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:
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