.html Endung

[MorpheusM84]

Ganz einfach um so mehr Eben umso unwichtiger der Content. So denken jedenfalls einige Suchmaschinen.

[Iunius]

Zitat von MorpheusM84

Ganz einfach um so mehr Eben umso unwichtiger der Content....

Interessanter Satzbau, welcher Sinn verbirgt sich dahinter?

Zitat von MorpheusM84

So denken jedenfalls einige Suchmaschinen.

Die Suchmaschinen denken?
Insbesonders das die Endung wichtig ist?


Würde mich mal interessieren woher Du diese Weisheit hast.

Gruß Iu

[Putzlowitsch]

Egal ob nun sinnvoll, richtig oder nicht, was technisch geht, wird gemacht
Aktuelle Version hier:
.html Endung

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

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

[Putzlowitsch]

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

[Putzlowitsch]

Aktuelle Version hier:
.html Endung

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.
Achtung: 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

[Olafb]

Ganz feine Arbeit, so würd ich auch gern programmieren können

Eigentlich wollte ich aber auch nur unterbringen, dass ich mir nicht vorstellen kann das dies Sinn macht. Oder weitergedacht, ist denn überhaupt gesagt das .HTML besser ist? Vielleicht ist sogar .PHP noch besser, oder .CGI, oder .ASP, oder .HTM, oder was frei erfundenes .SUCHBEGRIFF

[Putzlowitsch]

Das Plugin funktioniert nur mit WP 2.2 und höher!

Aktuelle Version 0.15
- berücksichtigt die Tag-Links ab WP Version 2.3
Version 0.14
- Entfernt das html in Feed-Links

PHP-Code:

<?php
/*
Plugin Name: 123 HTML
Plugin URI: http://forum.wordpress-deutschland.org/konfiguration/21671-html-endung-3.html#post126487
Description: Setzt an die URLs ein '.html' hinten dran.
Author: Ingo Henze
Version: 0.15
Author URI: http://putzlowitsch.de/
*/ 

// Die Endung .html aus der Request-URI entfernen
$plw_request_uri = $_SERVER['REQUEST_URI'];
$plw_request_uri = preg_replace( '/\.html/i', "", $plw_request_uri );

// Bei einem Kategorie-Link die Bindestriche in Schrägstriche umwandeln
$plw_cat_base = get_option('category_base');
if( empty($plw_cat_base) )
  $plw_cat_base = '/category';
else
  $plw_cat_base = rtrim( $plw_cat_base, '/' );

$plw_cat_base = preg_quote( $plw_cat_base, '#' );
$plw_request_uri = preg_replace( "#^$plw_cat_base(.*)-#i", "$plw_cat_base$2/", $plw_request_uri );

// Ab WP-Version 2.3 müssen auch die Tag-Links behandelt werden
// die Verbindestrichung erfolgt wie bei Kategorien
// Bei einem Tag-Link die Bindestriche in Schrägstriche umwandeln
if( version_compare( get_bloginfo('version'), '2.3', '>=') ) {
    $plw_tag_base = get_option('tag_base');
    if( empty($plw_tag_base) )
      $plw_tag_base = '/tag';
    else
      $plw_tag_base = rtrim( $plw_tag_base, '/' );

    $plw_tag_base = preg_quote( $plw_tag_base, '#' );
    $plw_request_uri = preg_replace( "#^$plw_tag_base(.*)-#i", "$plw_tag_base$2/", $plw_request_uri );
}

$_SERVER['REQUEST_URI'] = $plw_request_uri;

function plw_feed_link( $link ) {
  // html in Feedlinks entfernen
    if( preg_match( '~(.*)\.html(/feed.*)$~i', $link, $treffer ) ) {
      $link = $treffer[1].$treffer[2];
    }
    return $link;
}

function plw_link_append_html( $link, $type_of_url ) {
  // Mögliche Werte für $type_of_url:
  // single, single_trackback, single_feed, single_paged, feed, category, page, year, month, day, paged
  if( preg_match( '/^(single|page|category|year|month|day|paged)$/i', $type_of_url ) ) {
    $link = rtrim( $link, '/' );
    if( $type_of_url == 'category' )
    {
      // Bei einem Kategorie-Link die Schrägstriche in Bindestriche umwandeln
      $link = preg_replace( "#([^.]+?)/#i", "$1-", $link );
    }        
    return $link.'.html';
  }    
  else
    return $link;    
}

add_filter( 'user_trailingslashit', 'plw_link_append_html', 66, 2 );
add_filter( 'post_comments_feed_link', 'plw_feed_link' );
add_filter( 'category_feed_link', 'plw_feed_link' );

?>

Gruß
Ingo

[JoergHH]

Hallo Ingo,

hab' Dein Plugin mal testweise in ein WP 2.3.2-DE eingebaut.

Im Frontend-Menü werden die statischen Seiten auch hübsch mit .html verlinkt. Allerdings erhalte ich beim Anklicken eine reinweisse Seite im Browser. Dieser Effekt tritt auch mitunter (nicht immer) im Admin-Backend auf.

Idee dazu?

[Putzlowitsch]

Sieht nach einem Speichermangel-Problem aus. Im Admin-Backend wird das Plugin ja überhaupt nicht aktiv. Was hast Du denn für ein PHP-Memory-Limit?

Gruß
Ingo