Altes Projekt umbauen und Linkjuice (respkt PR) behalten

Beitrag von **Nuevo Niveau** » 30.08.2007, 14:01

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

von **Anzeige von ABAKUS** »

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

Beitrag von **wowglider** » 30.08.2007, 14:03

wäre DC, ich würde alles per mod rewrite (301er) weiterleiten, (die datein die BL haben auf .php)

Beitrag von **Nuevo Niveau** » 30.08.2007, 14:16

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?

von **Anzeige von ABAKUS** »

Content Erstellung von ABAKUS Internet Marketing
Ihre Vorteile:

einzigartige Texte
suchmaschinenoptimierte Inhalte
eine sinnvolle Content-Strategie
Beratung und Umsetzung

Jetzt anfragen: 0511 / 300325-0

Beitrag von **auftragslinker** » 30.08.2007, 14:23

Code: Alles auswählen

AddType application/x-httpd-php .shtml

in einer .htaccess wirkt wunder

Beitrag von **Nuevo Niveau** » 30.08.2007, 14:32

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?

Beitrag von **ole1210** » 30.08.2007, 14:43

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.

Beitrag von **wolli** » 30.08.2007, 18:55

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

Beitrag von **Nuevo Niveau** » 30.08.2007, 19:03

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!

Beitrag von **wolli** » 30.08.2007, 19:26

die htaccess wird im Gegensatz zur httpd nicht in den cach geladen.
Trotzdem ist das kein Problem.

nette Grüße
wolli