Auch auf die Gefahr hin, dass ich nur zu blöde bin, eine bereits bestehende Antwort hier im Forum zu finden.


Hallo

Für ein kleines CMS suche ich zur Zeit eine Lösung, die URI zum Aufruf einzelner Seiten möglichst Suchmaschinen freundlich umzugestalten.

Leider existiert auf dem Server, der mit zur Verfügung steht kein mod_rewrite zur Verfügung. Auch bin ich an verschiedenen Lösungsansätzen interessiert, da nicht unbedingt alle Funktionen zB: in der htaccess freigeschaltet sind und ich dabei aufs Experimentieren angewiesen bin.

Das CMS ist so aufgebaut, dass die einzelnen Seiten über IDs erreicht werden.

Der bisherige Aufruf [URI] einzelner Seiten sieht folgendermaßen aus:

http://domain.tld/cgi-bin/script.pl?SITE=1/de_de/2/0

dabei werden die einzelnen durch Flash (/) getrennten Werte für den Seitenaufruf benötigt und im Programm entsprechend aufgesplittet (SITE=Bereichsid/Sprach-Ländercode/Seitenid/Unterseitenid) .

und was soll darus werden?

[quote=esskar,23.06.2007, 14:41]und was soll darus werden?[/quote]
Wenn ich das schon so 100% genau selbst wüsste.

Leider indizieren Suchmaschinen nur widerwillig Inhalte von Seiten, deren Content sich ändern könnte. Suchmaschinen scheinen sich nach meinen Informationen dabei an die URI zu halten um statische von dynamischen Inhalten zu trennen.

Es wäre daher eine aufrufende Script-URI in der Form:
domain.tld/(cgi-bin/)script/1/de_de/2/0(.html) schön.

Damit ich das Script dennoch erreiche bleiben mir meines Wissens nur die Möglichkeiten, dies entweder mit mod_rewrite zu lösen (was in meinem Fall nicht geht), oder evt. den Zugriff aufs Script mittels htaccess über forcetype (zumindest für PHP).

Kurz und gut, ich bin einfach an Lösungsansätze für PERL/CGI interessiert, wie ich die URI Suchmaschinenfreundlich gestalten kann und dennoch das Script erreiche.

[quote=frankes,23.06.2007, 15:26]Es wäre daher eine aufrufende Script-URI in der Form:
domain.tld/(cgi-bin/)script/1/de_de/2/0(.html) schön.[/quote]
example.org/cgi-bin/script/1/de_de/2/0.html

in $path_info steht dann /1/de_de/2/0.html.
das kannst du dann z.b. an / splitten und weiterverarbeiten.
achte aber drauf, dass du evtl. escapte sonderzeichen
dann selbst mit URI::Escape unescapen musst.

die url kann aber nach wie vor auch noch parameter
annehmen, z.b.
example.org/cgi-bin/script/1/de_de/2/0.html?foo=bar

ausserdem empfiehlt es sich, einen Last-Modified-header mit
auszugeben, der eben die letzte änderungs-zeit beinhaltet, die
sich idealerweise nicht bei jedem request ändert.

Danke pq

Stelle mit deiner Hilfe gerade fest, dass trotz nachfolgender Pfadangaben das Script ausgeführt wird.

Irgendwie hatte ich im Hinterkopf, dass ich in diesem Fall das Script nicht erreichen würde. Weiß aber nicht, warum mir dies im Kopf herumschwirrt.

Dank auch für die zusätzlichen Hinweise.

Vielleicht hilft dir das hier: CGI-Application-Dispatch

Danke pktm

Hört sich interessant an. - Kann aber leider auf dem Server keine zusätzlichen Module installieren.

und nur, um noch einen weg zu beschreiben, der auch klappt (wenn die options in der .htaccess gesetzt werden dürfen und es ein apache ist):
http://httpd.apache.org/docs/1.3/handler.html
und da

Quote

Modifying static content using a CGI script
The following directives will cause requests for files with the html extension to trigger the launch of the footer.pl CGI script.

Action add-footer /cgi-bin/footer.pl
AddHandler add-footer .html
Then the CGI script is responsible for sending the originally requested document (pointed to by the PATH_TRANSLATED environment variable) and making whatever modifications or additions are desired.

womit du dir quasi auch das einbauen von /cgi-bin/script in deine urls sparen könntest.

Danke Jan,

das ist genau die Ergänzung, die mir noch gefehlt hat.
Werde bald herausfinden, ob diese htaccess Funktion freigeschaltet ist.

Experimente mit AliasMatch waren leider nicht so berauschend, da die Funktionen über mod_alias leider einen redirect auslösen.

Die .htaccess Redirection kann unter Umstaenden ziemlich ins Auge gehen, wenn sich der voreingestellte Apache Default

AllowOverride All
(http://httpd.apache.org/docs/2.0/mod/core.html#allowoverride)

'unabsehbar' aendern sollte.

Von Interesse duerfte eventuell die Direktive DirectoryIndex sein.