Ich folge Robert Meyers PDF-Handbuch, um suchmaschinenfreundliche URLs zu erstellen, doch sobald die .htaccess mit folgendem Code auf dem Server liegt, bekomme ich nur noch eine Testseite "Fedora Core Test Page" des Servers. Kein Zugriff auf meine Seite, Fehler 403 "Forbidden" beim Versuch ins Backend zukommen.
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^[^/]*\.html$ index.php
Hat jemand eine Idee? Dringend! Die Seite ist nämlich bereits umgezogen. Früher ging alles wunderbar!
Dank vorab!
LeePaO schrieb
Ich folge Robert Meyers PDF-Handbuch, um suchmaschinenfreundliche URLs zu erstellen, doch sobald die .htaccess mit folgendem Code auf dem Server liegt, bekomme ich nur noch eine Testseite "Fedora Core Test Page" des Servers. Kein Zugriff auf meine Seite, Fehler 403 "Forbidden" beim Versuch ins Backend zukommen.
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^[^/]*\.html$ index.php
Hat jemand eine Idee? Dringend! Die Seite ist nämlich bereits umgezogen. Früher ging alles wunderbar!
Dank vorab!
Umgezogen?
Evtl. RewriteBase anpassen.
Umgezogen?
Evtl. RewriteBase anpassen.
Sorry??? Ich hab heute morgen das erste Mal überhaupt irgendwas von
.htaccess und Rewrites gehört. Ich musste spontan zum Webspace eines
anderen Providers wechseln? Bin leider kein Programmierer!
Wie passe ich die ReWriteBase an?
LeePaO schrieb
Umgezogen?
Evtl. RewriteBase anpassen.
Sorry??? Ich hab heute morgen das erste Mal überhaupt irgendwas von
.htaccess und Rewrites gehört. Ich musste spontan zum Webspace eines
anderen Providers wechseln? Bin leider kein Programmierer!
Wie passe ich die ReWriteBase an?
Das ist auch eine Zeile in .htaccess
Kannst Du normalerweise auskommentieren.
Oder: .htaccess vielleicht im binärmodus hochgeladen.
Dann nochmal per ftp hochladen, aber im ASCII-Modus.
P.S. zum Thema "dringend": Solange es nicht funktioniert, doch einfach mal die staticURL ausschalten. Dann ist das Problem schon nicht mehr so dringlich.
Grüße,
Ext.22
'n Abend nochmal Ext.22,
hab sogar an meinem FTP-Programm einen Knopf gefunden und die .htaccess als Text hochgeladen. Leider erfolglos.
Die Rewritebase macht dafür in der Tat was. Denn schreibe ich nur
RewriteEngine On
RewriteBase
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^[^/]*\.html$ index.php
dann bekomme ich Fehler 500 INTERNAL SERVER ERROR
mit einem
oder irgendwas dran
(hab ich irgendwo aufgeschnappt), passiert dann wieder gar nichts! Sprich Servertestseite!
Danke für den Tipp mit dem Static...
Probiers mal mit diesem htaccess Inhalt
RewriteEngine On
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule (.html|/)$ index.php
Wenns nicht klappt ist das modrewrite Modul kaputt konfiguriert oder es sind einzelne Befehle deaktiviert oder aber dürfen nicht über htaccess eingegeben werden.
Dann hilft nur, mit dem Provider zu reden oder den Provider zu wechseln.
Viele Grüße
Niki
Besten Dank nun auch an Niki, es ist schon fast geschafft.
Auf meine Mail an den Providersupport bekam ich gestern die Antwort:
mod_rw wird heute aktiviert.
Jetzt wird die Seite auch mit der ASCII-hochgeladenen .htaccss endlich angezeigt! Yipeeh!
Nikis Code:
Niki schrieb
RewriteEngine On
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule (.html|/)$ index.php
LEIDER: Werden die "echten" URLs z.B. "/impressum.html" als Fehler "404 Not found" nicht angezeigt. Kann ich noch etwas ändern oder muss der Provider an dem Rewrite Modul rumspielen und was muss er dann einstellen?
Danke an alle, es ist fast geschafft! 🙂
realurl ist installiert und über TS eingeschaltet? Frontend Cache geleert?
URLs dann auch nicht selbst durch Direkteingabe ausprobieren sondern gucken was von der Home Seite aus aufgebaut wird.
Viele Grüße,
Niki
Hey Niki,
realurl war vor dem Providerwechsel auch nicht installiert, die URLs werden durch den Eintrag im TS-Template der Hauptseite
# für die echten Dateinamen oben in der URL
config.simulateStaticDocuments_noTypeIfNoTitle = 1
config.simulateStaticDocuments = 1
und den Eintrag in der localconf.php
...
$TYPO3_CONF_VARS['FE']['simulateStaticDocuments'] = '1';
$TYPO3_CONF_VARS['FE']['simulateStaticDocuments_addTitle'] = '20';
...
ja auch richtig (also suchmaschinenfreundlich) von Typo3 ausgegeben. Aber dann findet der Browser sie nicht (404).
Ich lass die Seite heute mal kaputt, damit ihr mal kucken könnt:
http://www.wolkeaufreisen.de (statische reine HTML-Eingangseite)
Die Link-Wolken rechts werden durch das HTML-Template fix vorgegeben. Ab der 2. Seite setzt Typo3 ein; die folgenden Link-Wolken links unter dem Baum werden von Typo3 gebaut. Ohne simulateStaticDocuments funktioniert, es mit => 404!
Inhalt der .htaccess derzeitig
RewriteEngine On
RewriteBase /
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule (.html|/)$ index.php
Früher konnte man wolkeaufreisen.de auch aufrufen, ohne dass wolkeaufreisen.de/index.html angezeigt wurde.
Hat das eventuell was mit der 20 zu tun? Wofür ist die? Im Handbuch stand nur, der Wert müsste positiv sein, z.B. 20...
$TYPO3_CONF_VARS['FE']['simulateStaticDocuments_addTitle'] = '20';
Gruß, Christian
So, nach mehrstündigem erneuten Upload der letzten Daten der Seite vom alten Provider klappt jetzt alles. ???Warum beim dritten Mal nun doch???
Bis auf das Ändern aller "?" zurück in "Ä"s und "Ü"s war es das wohl. Vielen Dank für die selbstlose Unterstützung an alle Beteiligten. Hab wenigstens viel gelernt in der letzten Woche.
Alles Gute - Gruß, Christian