Seite 1 von 1

Altes Projekt umbauen und Linkjuice (respkt PR) behalten

Verfasst: 30.08.2007, 14:01
von Nuevo Niveau
hello!

Ich habe ein altes Projekt erworben, das komplett mit SSI lief (server side includes), zu erkennen zum Beispiel an "index.shtml" - einige Unterseiten bekommen massiv Backlinks von Aussen, die aber genau auf solche URLs gehen: "scripte/scriptname/index.shtml" und NICHT auf "scripte/scriptname/"... Ich will das Projekt komplett auf php umbauen (gut, der Apache könnte .shtml als php interpretieren). Meine Frage ist jetzt, wie bewerkstelligt man sowas am besten, damit kein juice verloren geht und kein Duplicate Content entsteht?

Ist das überhaupt DC, sind folgende Seiten verschiedene Seiten (ich denke schon, oder)?

/scripte/scriptname/
/scripte/scriptname/index.php
/scripte/scriptname/index.shtml

oder soll ich einen 301 (header location zb) in die index.shtml einbauen?

Oder ist das alles total egal, was meint ihr?

LG Nuevo

Verfasst:
von

Hochwertiger Linkaufbau bei ABAKUS:
  • Google-konformer Linkaufbau
  • nachhaltiges Ranking
  • Linkbuilding Angebote zu fairen Preisen
  • internationale Backlinks
Wir bieten Beratung und Umsetzung.
Jetzt anfragen: 0511 / 300325-0

Verfasst: 30.08.2007, 14:03
von wowglider
wäre DC, ich würde alles per mod rewrite (301er) weiterleiten, (die datein die BL haben auf .php)

Verfasst: 30.08.2007, 14:16
von Nuevo Niveau
die .htaccess ist schon so aufgeblasen, ist nciht so gut wenn der apache bei jedem Aufruf erstmal 30kb rewritecode durchlesen muß... Ich glaube ich machs am besten so:

Code: Alles auswählen

<?php
header&#40;"Status&#58; 301 Permanently Moved"&#41;;
header&#40;"Location&#58; /scripte/scriptname/"&#41;;
?>
...spricht nichts gegen, oder?

Verfasst:
von
Content Erstellung von ABAKUS Internet Marketing
Ihre Vorteile:
  • einzigartige Texte
  • suchmaschinenoptimierte Inhalte
  • eine sinnvolle Content-Strategie
  • Beratung und Umsetzung
Jetzt anfragen: 0511 / 300325-0

Verfasst: 30.08.2007, 14:23
von auftragslinker

Code: Alles auswählen

AddType application/x-httpd-php .shtml
in einer .htaccess wirkt wunder ;-)

Verfasst: 30.08.2007, 14:32
von Nuevo Niveau
auftragslinker hat geschrieben:

Code: Alles auswählen

AddType application/x-httpd-php .shtml
in einer .htaccess wirkt wunder ;-)
Danke :) Aber das war nicht die Frage, den SSI Quatsch hab ich eh schon entfernt und die Dateien werden durch den php Interpreter geschleift. Frage ist eher: Wie bekomme ich das sauber hin um endlich diese .shtml SCH%&$E loszuwerden?

Verfasst: 30.08.2007, 14:43
von ole1210
die .htaccess ist schon so aufgeblasen, ist nciht so gut wenn der apache bei jedem Aufruf erstmal 30kb rewritecode durchlesen muß...
Vollkommen egal. Arbeite bei einem Projekt gerade mit einet htaccess, etwas über 120 kB. Bringt keinerlei Probleme/Verzögerungen.

Bin nicht sicher, aber denke die wird einem in den Cache geladen und dann wars das.

htaccess ist auf jeden fall die sauberste lösung.

Verfasst: 30.08.2007, 18:55
von wolli
--
die .htaccess ist schon so aufgeblasen, ist nciht so gut wenn der apache bei jedem Aufruf erstmal 30kb rewritecode durchlesen muß... Ich glaube ich machs am besten so:
--

absoluter Blödsinn!!
wir reden hier von Millisekunden auch wenn die htaccess 1MB groß wäre!

nette Grüße
wolli

Verfasst: 30.08.2007, 19:03
von Nuevo Niveau
wolli hat geschrieben:--
wir reden hier von Millisekunden auch wenn die htaccess 1MB groß wäre!
meinst? Ich bin immer sehr vorsichtig mit Performance, kenne mich aber mit Serversoftware nicht sooo gut aus, ich weiß nur, wenn man bei Webscripten nicht ordentlich arbeitet, kackt einem eine Seite ab 40-50k Besuchern am Tag auch mal gerne ab... Aber Ole hat ja schon gesagt, das die htaccess im Cache liegt, dann ist es wirklich nicht so schlimm - bei 30kb auf jeden Fall nicht.
wolli hat geschrieben:--
absoluter Blödsinn!!
Haha. Ja richtig! Ruf doch mal 100mal pro Sekunde eine Seite auf, ab einem gewissen Zeitpunkt werden aus deinen Millisekunden aber Minuten. High Traffic Webs!

Verfasst: 30.08.2007, 19:26
von wolli
die htaccess wird im Gegensatz zur httpd nicht in den cach geladen.
Trotzdem ist das kein Problem.

nette Grüße
wolli