[gelöst] Lesbare URL'S gehen nicht
am 14.06.2013 - 09:11 Uhr in
Hallo,
ich möchte meine Website auf die lesbaren URL's umstellen. Habe das heute morgen auch getan (ist ja nur ein Mausklick). Allerdings funktioniert das nicht. Es zerschießt mir dann alle meine Links und die komplette Navigationsstruktur. Es ist keine Seite mehr erreichbar. Ich werde immer auf die Startseite geworfen. Wenn ich einen Link von Hand inkl. ?q= eingebe, dann kann ich die einzelnen Seiten aufrufen.
Habe auch schon den System- und Browser Cache gelöscht - geht aber trotzdem nicht. Wäre super, wenn mir jemand helfen könnte.
Es sieht so aus, als ob die Funktion einfach nicht greift.
DANKE!
- Anmelden oder Registrieren um Kommentare zu schreiben

Lösche mal alle Caches "zu
am 14.06.2013 - 09:27 Uhr
Lösche mal alle Caches "zu Fuß" über die Datenbank. D.h. mittels phpMyAdmin alle Tabellen, die mit cache_ anfangen und auch cache selbst leeren (nicht löschen). Vielleicht hilft das ja.
Beste Grüße
Werner
Hallo Werner,danke für die
am 14.06.2013 - 09:43 Uhr
Hallo Werner,
danke für die schnelle Antwort. Kannst du mir als Anfänger ggf. noch erklären, wie das mit dem phpMyAdmins geht? Oder ist das für einen Laien nicht machbar?
Danke & Gruß
MauroS
Hallo mauroS, das kannst du
am 14.06.2013 - 14:28 Uhr
Hallo mauroS,
das kannst du auch als Laie machen, nur erstelle unbedingt vorher ein Backup deiner DB über das PHP-My-Admin oder je nachdem welches Backup Tool du benutzt.
Weißt du denn wie du über dein Hosting Paket das PHP-My-Admin Backend aufrufst? Wenn ja, dann wählst du zuerst deine Datenbank aus (falls du mehrere installiert hast).
Wenn nein, guck bei den FAQ deines Hosters....)
In der linken Spalte siehst du alle Tabellen die zu dieser DB gehören, dort wie wla geschrieben hat, eine nach der anderen die mit cache beginnen, anklicken und oben im HauptMenu auf Operationen klicken.
Danach hast du (bei mir ganz unten, abhängig welches PHP-My-Admin installiert ist) einen Textlink "Tabelle leeren", dieses dann für jede cache_ Tabelle einzeln durchführen.
Vorsicht das du hier "leeren" auswählst, nicht löschen!
Viele Grüße
Jenna
installier einfach das modul
am 14.06.2013 - 14:52 Uhr
installier einfach das modul admin_menu
dann kannst du allerdings das core modul "toolbar" deaktivieren
dort ist auch ein link zum löschen aller caches
Hallo caw, hab das mal
am 16.06.2013 - 21:11 Uhr
Hallo caw,
hab das mal installliert. Ich finde allerdings nur den Link, den es auch bei Verwendung der "Toolbar"gibt, nämlich unter: Konfiguration > Enbtwicklung > Leistung > Gesamten Cache löschen. Das habe ich schon mehrmals getan, allerdings hat es nciht geholfen.
Meinst du diese Funktion oder gibt es noch eine andere um "alle" Caches zu löschen, wie du das schilderst.
Danke & Gruß mauroS
ne, den meine ich
am 17.06.2013 - 04:29 Uhr
ne, den meine ich.
hast du drupal in einem unterverzeichnis installiert?
ja
am 17.06.2013 - 07:23 Uhr
ja
dann schau mal in deine
am 17.06.2013 - 07:54 Uhr
dann schau mal in deine htaccess. dort muss man das angeben
Leider geht's noch immer
am 17.06.2013 - 11:00 Uhr
Leider geht's noch immer nicht. Ich habe jetzt in die htaccess. bei # RewriteBase mein Unterverzeichnis eingetragen, wo meine Seite liegt: /services
Hab unten mal unten meine ganze htaccess. reinkopiert.
Komisch ist auch, dass ich im root Verzeichnis eine htaccess. liegen habe und eine im besagten Unterverzeichnis /services? Wo gehört die denn rein?
#
# Apache/PHP/Drupal settings:
#
# Protect files and directories from prying eyes.
Order allow,deny
# Don't show directory listings for URLs which map to a directory.
Options -Indexes
# Follow symbolic links in this directory.
Options +FollowSymLinks
# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php
# Set the default handler.
DirectoryIndex index.php index.html index.htm
# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_environment_initialize() in
# includes/bootstrap.inc for settings that can be changed at runtime.
# PHP 5, Apache 1 and 2.
php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off
# Requires mod_expires to be enabled.
# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off
# Various rewrite rules.
RewriteEngine on
# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
RewriteRule "(^|/)\." - [F]
# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} !^www\. [NC]
# RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
# RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301]
# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /services
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /services
# Pass all requests not referring directly to files in the filesystem to
# index.php. Clean URLs are handled in drupal_environment_initialize().
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]
# Rules to correctly serve gzip compressed CSS and JS files.
# Requires both mod_rewrite and mod_headers to be enabled.
# Serve gzip compressed CSS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]
# Serve gzip compressed JS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]
# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]
# Serve correct encoding type.
Header set Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files separately.
Header append Vary Accept-Encoding
du mußt die zeile dann auch
am 17.06.2013 - 12:15 Uhr
du mußt die zeile dann auch auskommentieren (# davor löschen)
Vielen Dank für Deine tolle
am 17.06.2013 - 12:58 Uhr
Vielen Dank für Deine tolle Unterstützung.
Leider geht es aber immer noch nicht :-(
Wenn ich das durchführe, funktioniert das mit den lesbaren URL's nicht. Zusätzlich dazu werden dann keine Bilder mehr angezeigt.
Vielen Dank nochmal für deine Hilfe. Ich glaube aber, ich lass das jetzt, auch wenn's micht nervt...
Viele Grüße.
Das liegt an der htaccess...
am 17.06.2013 - 19:06 Uhr
Das liegt an der htaccess... Hast du schon diese Datei ersetzt mit der "Original-Datei" (neue Drupal-Installation) ?
Ansonsten würde ich den Support vom Hoster kontaktieren..