Beiträge von Putzlowitsch

Hmm, ist natürlich so aus der Ferne schwer zu sagen. Ich verwende für die Feed-Links z.B. nur <?php bloginfo('rss2_url'); ?> ohne dem feed: davor. Bei Firefox 1.x gab es damit z.B. Probleme. Das es ein Feed ist, wird dem Browser über den Content-Type mitgeteilt.
Am einfachsten wäre es natürlich, Du verrätst uns die Adresse, wo das Problem auftritt. Dann könnte man vieleicht konkret etwas dazu sagen.

Gruß
Ingo

Was heißt denn konkret "den RSS Feed nicht lesen kann"? Gibt es eine Fehlermeldung oder eine weiße Seite? Meines Wissens zeigt der IE 6.0 einen RSS-Feed lediglich als XML-Quelltext an, mehr kann er damit nicht anfangen. Er hat keinen integrierten Feed-Reader.

Gruß
Ingo

Zitat von MaD

grummel ... du weißt ganz genau, auf was das LOL bezogen war ... aber nochmal zu deiner Anleitung ... darf ich davon was in die FAQ übernehmen?

Ja ist schon klar, war ja auch nicht so gemeint. Mein richtiges Blog hab ich natürlich nicht bei Strato, sondern bei All-Inkl :-) Mich reizen nur solche Probleme wie bei Strato als technische Herausforderung.

Das mit den FAQ ist kein Problem, kannste Sachen von mir übernehmen.

Gruß
Ingo

Zitat von MaD

das einzige was man zu WP und Strato wissen sollte ist, wie man sich nen anderen Hoster sucht für seinen Blog LOL

Hmmm, das find ich jetzt aber nicht fair ;-)
Da erstellt man in mühevoller Arbeit eine Installationsanleitung, schreibt ein Plugin, um auch den Strato-geplagten WP-Usern ordentliche Permalinks zu ermöglichen und erntet dafür nur ein LOL.

Gruß
Ingo

Ja genau, bei Strato muß man als Datenbankserver 'rdbms.strato.de' eintragen :-). Was man sonst noch so zu Wordpress und Strato wissen sollte, findet man hier:
Schnurpsel » Wordpress bei Strato

Gruß
Ingo

Such mal in Deiner wp_options-Tabelle nach 'banned_ips' im Feld option_name. Da sollten die IPs dann zu finden sein.

Gruß
Ingo

Aktuelle Version hier:
http://forum.wordpress-deutschland.org/konfiguration/…html#post126487

Um es nochmal heraus zustellen, in den Kategorienamen darf kein Bindestrich auftauchen, also auch keine Leerzeichen, denn die werden für den Linkname in Bindestriche umgestzt. Besser wäre also zu sagen, das der Linkname keine Bindestriche enthalten darf.
[COLOR=Red]Achtung[/COLOR]: Wie ich grad sehe, funktioniert das ganze erst ab Wordpress 2.2, in den Vorversionen gibt es den Filterhook auf 'user_trailingslashit' noch nicht. Ein weiterer Grund, auf die aktuelle WP-Version umzusteigen :-)

Gruß
Ingo

Zitat von MorpheusM84

ich glaube dein plugin verträgt sich mit dem Optimal Title plugin. Und ganz scheint das nicht zu funktionieren da auf deiner seite bei vielen seiten 404 kommt.

Das mit dem Plugin kann ich nicht beurteilen, sollte aber kein Problem sein, denn das verändert ja nichts an den Links, oder? Aber meine letzte Änderung hat wohl wirklich was verbockt, jetzt geht das zwar mit den Kategorien, dafür aber nicht mehr die Seiten. Naja, ich guck mal nach...

EDIT: Fehler gefunden, die Seiten funktionieren wieder. Es lag daran, des in allen URLs die Bindestriche durch Slashes ersetzt wurden. Oben hab ich die Fehler verbessert und die Versionsnummer auf 0.13 gesetzt.
EDIT2: Stop, jetzt gehen die Kategorien nicht mehr. Ich sollte besser tseten :-)

Gruß
Ingo

Egal ob nun sinnvoll, richtig oder nicht, was technisch geht, wird gemacht :-)
Aktuelle Version hier:
http://forum.wordpress-deutschland.org/konfiguration/…html#post126487

Eine Sache will ich aber nicht verschweigen. Wenn der Kategorie-Name einen Bindestrich enthält, funktioniert das Ganze nicht mehr, weil dann nicht unterschieden werden kann, ob das ein Kategorie-Trenner oder eben ein normaler Bindestrich ist.

Gruß
Ingo

Zitat von MorpheusM84

...wenn mann jetzt die eben sprich http://www.test.de/cat1/unterkat/ auf http://www.test.de/cat1-unterkatat.html bekommt sieht das doch schon besser aus. Kurz gesagt keine / mehr in der url.
...

Also keine / mehr in der URL will mir nun gar nicht einleuchten, das hat mit SEO nichts mehr zu tun. Es soll also so aussehen, als wenn es keine Hierarchien gibt? Aber Unterkategorien/Unterseiten schreien geradezu nach einer Art Verzeichnisstruktur, meiner Meinung nach, warum sollte man das Verbergen?

Andererseits wird das programmtechnisch auch erheblich komplizierter. Ich will nicht sagen, das es nicht geht. Man müßte aber an einigen Stellen sehr tief in die WP-Kernmodule eingreifen, dazu hab ich keine Lust :-)

Gruß
Ingo

Hab gleich noch ein paar Fehler beseitigt, so ist das nunmal mit schnelle Hacks :-)
Aktuelle Version hier:
http://forum.wordpress-deutschland.org/konfiguration/…html#post126487

Etwas seltsam sehen die Trackback-Adressen aus, etwa so:
/2007/06/06/hallo-welt.html/trackback/
Aber naja, sie funktionieren zumindest in der neuen Version.

Gruß
Ingo

Zitat von MorpheusM84

jetzt währe eine genaue einbau anleitung noch perfekt und jeder hat was davon der dieses ändern will. Super Danke für die Hilfe

Ähmm, ein Plugin einzubauen sollte doch kein Problem sein :-)
Und wie weiter oben schon gesagt, bei den Permalinkeinstellungen das '.html' weglassen. Wenn man z.B. ohnehin schon 'Basierend auf Datum und Name' hatte funktioniert es sofort ohne Änderungen.

Gruß
Ingo

So, Kommando zurück, alles mit 'my-hacks.php' vergessen :-)
Hier das Ganze als Plugin:
Aktuelle Version hier:
http://forum.wordpress-deutschland.org/konfiguration/…html#post126487

In Aktion zu sehen ist das auf meiner Strato-WP-Testseite unter:
Schnurpsel

Gruß
Ingo

Zitat von enobeno

Danke, aber das habe und musste ich schon machen, da ich sonst nicht WP in meiner Webspace hätte installieren können.

Enno

Und obwohl Du den Speicherwert erhöht hast, kommt die Meldung? Die Meldung besagt zumindest, daß nur 8MB zur Verfügung stehen. Die php.ini muß meiner Erfahrung nach sowohl in das WP-Wurzelverzeichnis als auch in das /wp-admin-Verzeichnis.

Gruß
Ingo

Gut, ich habe sogar noch eine Vereinfachung entdeckt. Man kann auch das Filter 'user_trailingslashit' dafür mißbrauchen. Es legt eigentlich fest, ob am Ende der URL noch ein Schrägstrich dran soll oder nicht. Man kann da natürlich auch mehr als einen Slash, also z.B. '.html' dranhängen :-)
So sieht es nun aus:

<?php
// Die Endung .html aus der Request-URI entfernen
$request_uri = $_SERVER['REQUEST_URI'];
$_SERVER['REQUEST_URI'] = preg_replace( '/\.html($|\?)/i', "/$1", $request_uri );


function plw_link_append_html( $link, $type_of_url ) {
  // Note that $type_of_url can be one of following:
  // single, single_trackback, single_feed, single_paged, feed, category, page, year, month, day, paged
  if( preg_match( '/(single|category|page|year|month|day|paged)/i', $type_of_url ) ) {
    $link = rtrim( $link, '/' );
    return $link.'.html';
  }    
  else
    return $link;    
}


add_filter( 'user_trailingslashit', 'plw_link_append_html', 66, 2 );
?>

Gegebenanfalls muß dann noch die Typ-Liste in preg_match(...) angepaßt werden.

Gruß
Ingo

Nein, eher beim Webhoster, der Dir nur 8MB Speicher zugesteht ;-) Aber vielleichet hilft ja der letzte Satz in dem oben genannten FAQ-Beitrag, oder besser der Link dort, weiter.

Gruß
Ingo

Wie ich oben schon angemerkt habe, beziehen sich die Permalink-Einstellungen explizit nur auf Blogbeiträge. Mit Boardmitteln ist da nichts zu machen.
Allerding kann man sich mit einem Hack in die Erzeugung und auch Auswertung der Permalinks reinhängen. Ist aber alles andere als sauber und ich kann auch nichts zu Risiken und Nebenwirkungen sagen.
Diesen Code in die Datei 'my-hacks.php' im WP-Rootverzeichnis einfügen:

<?php
// Die Endung .html aus der Request-URI entfernen
$request_uri = $_SERVER['REQUEST_URI'];
$_SERVER['REQUEST_URI'] = preg_replace( '/\.html($|\?)/i', "/$1", $request_uri );


// Filter für die Linkerzeugung hinzufügen
function plw_link_append_html( $link ) {
  $link = rtrim( $link, '/' );
  return $link.'.html';
}


add_filter( 'post_link', 'plw_link_append_html' );
add_filter( 'page_link', 'plw_link_append_html' );
add_filter( 'category_link', 'plw_link_append_html' );
add_filter( 'year_link', 'plw_link_append_html' );
add_filter( 'month_link', 'plw_link_append_html' );
add_filter( 'day_link', 'plw_link_append_html' );
?>

Dann unter Einstellungen->Verschiedenes die Option
[x] Die veraltete my-hacks.php-Datei unterstützen.
aktivieren und bei den Permalink-Einstellungen das '.html' wieder wegnehmen. Also nur '/%postname%'.

Ein weiteres Problem stellt die Seitenweiterschaltung dar. Also wie soll sowas denn z.B. aussehen:
http://www.example.com/category/web/page/2
Könnte man ja folgendes draus machen:
http://www.example.com/category/web/page/2.html
oder auch
http://www.example.com/category/web.html?page=2

Wie gesagt, es wird eher ein Rumdoktern als eine ordentliche Lösung und der Sinn will sich mir auch nicht so recht erschließen.

Gruß
Ingo

Naja, ich habe Deinen Code übernommen und dann die Zeile geändert, das funktioniert bei mir ohne Probleme. Vielleicht liegt es auch daran, daß ich das mit der Kurzschreibweise (im Beispiel unten die zweite) nicht verstanden habe. Zum Test habe ich folgendes eingegeben:

999 hahaha <a href="222" rel="internal">Blasülz</a> 999
noch was <a href="215" rel="internal" /> xx

Ich weiß, nicht besonders geistreich, ist ja nur ein Test. Wie erwartet erzeugt das erste Konstrukt eine Link auf den Artikel 222 mit dem Linktext Blasülz und das zweite eine Link auf Artikel 215 mit dessen Titel als Linktext. So soll es doch sein, oder? Wie äußert sich den bei Dir das nicht funktionieren?

Naja, sprinf ist eine typische C-Funktion, bei PHP nimmt man meist die PHP-Stringersetzung, deshalb meine Annahme mit dem C-programmieren :-)

Gruß
Ingo

Ja, das wirkt nur bei Beiträgen, nicht bei Seiten, Kategorien, Archive usw.
Bei Beiträgen funktioniert es problemlos.

Gruß
Ingo

Das "plw_" steht für Putzlowitsch und soll Namensraumprobleme mit anderen Funktionen vermeiden. Alle Funktionen und Variablen in meinen Plugins oder sonstigen Erweiterungen beginnen so. Du kannst natürlich auch "nub_" schreiben.

Ich kenne mich jetzt mit den nummerierten Parametern bei sprintf nicht aus, aber da scheint das Problem zu liegen. Mit der normalen PHP-Stringersetzung funktioniert es:

return "<a href='$link' title='$label'>$label</a>";

Kann es sein, daß Du sonst eher in C oder C++ programmierst?

Mit Qicktags kenn ich mich gar nicht aus und zu 2. und 3. kann ich auch nichts weiter sagen, da müssen nun die anderen ran.