Aktivierung von Lesbare URLs verunstaltet das Admin-Theme
Eingetragen von Zumi (24)am 17.07.2007 - 21:44 Uhr in
Hallo kollektive Intelligenz!
Ich habe folgendes Problem: wenn ich unter Einstellungen die lesbaren URLs aktiviere, funktioniert dies zwar serverseitig, doch es "verreist" mir die Darstellung, sprich das Theme (resp. die CSS-Datei) wird nicht mehr richtig dargestellt.
Was muss ich (wahrscheinlich in der settings-Datei?) unternehmen, dass dies nicht mehr passiert???
In den Benutzerhandbücher und Foren finde ich leider keine Hilfe dazu...
Herzlichen Dank für den Hinweis!
- Anmelden oder Registrieren um Kommentare zu schreiben
Hmm, vielleicht hilft Dir
am 18.07.2007 - 08:08 Uhr
Hmm, vielleicht hilft Dir dieser Thread: http://www.drupalcenter.de/node/624
Der 19. Kommentar vielleicht. Dort steht, dass es auf dem IIS Server in der Tat ein wenig schwieriger ist, so schöne URLS zu bekommen. Da muss das Modul ISAPI_rewrite aktiviert werden, dann sollte es gehen.
Da ich auch befürchtet hatte, das mir erst irgendwas zerrissen wird. Hast Du denn vorher mal den Test gemacht, bevor Du die Clean URL´s aktiviert hast?
Leider weiß ich auch noch nicht besonders viel über Drupal und weiß auch nicht wirklich ob Dir das hier weiterhilft ;)
Gruss Jessica
Saubere URLs schreiben funktioniert aber es zerreist die Anzeige
am 18.07.2007 - 10:00 Uhr
Vielen Dank für den Hinweis Jessica! Wirklich eine tolle Sache dieses Drupal-Forum und die Community! :-)
Leider hat mich Dein Tip nicht wirklich weitergebracht, denn erstens habe ich einen Apache-Server, zweitens scheint bei dem das mod_rewrite aktiviert zu sein, denn ich kann saubere URLs schreiben (es kommt keine error-Meldung).
Doch schon mit dem Test, die Clean URLs zu aktivieren verreisst es mir die ganze Anzeige, sprich es wird nur noch der Schrifttext, aber keine Bilder, Logos, Farben, Style, etc. (kurz das ganze Theme/.css) nicht mehr richtig angezeigt... :-(
Wie auch immer, das Troubleshooting geht weiter (Probleme sind ja nichts anderes als Chancen in Arbeitskleider), vielleicht meldet sich noch ein anderer Drupal-Crack und bis dann wird die Seite halt nicht von Google gefunden und ich muss mich mit den vielen ?q= rumschlagen ;-)
Grüsse aus der heissen Schweiz (alle sind in den Freibädern, nur ein paar IT-Freaks hocken vor den Bildschirmen) :-)
Keine Bilder mehr?
am 18.07.2007 - 10:09 Uhr
Keine Bilder mehr? Vielleicht ein Pfad-Problem. Nutzt du den CSS-Kompressor?
gruß pebosi
Ja, keine Bilder, kein Theme mehr... komisch!
am 18.07.2007 - 10:46 Uhr
Danke für den Hinweis pebosi. Ob CSS-Kompressor deaktiviert oder aktiviert, macht keinen Unterschied. Es verreisst so oder so die ganze Seite. Wirklich dubiose Sache, diese Saubere-URL-Geschichte.
Glaube auch nicht, dass es ein Pfad-Problem ist, denn alle URLs können sauber angezeigt werden, nicht aber die Seite selber...
Das seltsame daran: bei einer anderen Drupal-Seite beim gleichen Server/Hoster, hat die Sache bestens funktioniert...
Poste mal ne URL mit dem
am 18.07.2007 - 10:50 Uhr
Poste mal ne URL mit dem Problem.
gruß pebosi
Hm, ist vielleicht wahrscheinlich doch ein Pfad-Problem...
am 18.07.2007 - 11:20 Uhr
Hier der URL (meiner Dissertations-Website, die ich gerade aufbaue) wenn die lesbare-URLs-Funktion deaktiviert ist:
http://www.kundenkennzahlen.ch/?q=admin/settings/clean-urls
Wenn ich den Link "lesbare URLs testen" anwähle erscheint:
http://www.kundenkennzahlen.ch/admin/settings/clean-urls
Saubere URLs scheinen serverseitig also zu funktionieren, doch die wie gesagt: das Theme wird nun nicht mehr angezeigt schwarzer Text, blauen Links und weisser Hintergrund.
Klicke ich nun auf den Button Lesbare URLs "aktiviert" und speichere die Konfiguration, scheint tatsächlich doch ein Pfad-Problem vorzuliegen, denn das admin/settings erscheint doppelt:
http://www.kundenkennzahlen.ch/admin/settings/admin/settings/clean-urls
Wenn ich nochmals speichere erscheinen noch mehr "/admin/settings"s (bis ich hunderte von ihnen habe! Heissa Juhee!):
http://www.kundenkennzahlen.ch/admin/settings/admin/settings/admin/setti...
Lustigerweise wechselt die Ansicht nun ins Admin- bzw. Verwaltungs-Theme.
Danke nochmals für Deine Bemühungen pebosi! Leute wie Du (mit so vielen Punkten) sollten für ihre Beratungstätigkeiten (z.B. mittels Spende-Gelder) entsprechend entlohnt werden... :-)
Poste hier keine Admin Links
am 18.07.2007 - 11:46 Uhr
Poste hier keine Admin Links :) (dort ist eh kein Zugriff möglich). Poste mal ne URL wo wir das Problem direkt sehen können (einfach mal ne Seite erstellen).
Guck mal in der .htaccess nach "RewriteBase" und schreibe das so hin "RewriteBase /".
gruß pebosi
P.S: Bzgl. Spenden: Meine Amazon-Wunschliste ;)
Danke! Leider habe ich auf
am 18.07.2007 - 12:14 Uhr
Danke! Leider habe ich auf die .htaccess am Webserver keinen Zugriff (arbeite nicht auf lokalem Server). Wo befindet sich diese Datei überhaupt?
Wie auch immer: werde den Link mal posten, wenn ich n paar Seiten erstellt habe und Problem dort ersichtlich ist. Und Dir unter Amazon was bestellen wenn der chronische Pleitegeier von einem wissenschaftlichen Assistent wieder mal Geld hat... :-)
Die Datei befindet sich in
am 18.07.2007 - 12:21 Uhr
Die Datei befindet sich in der obersten Ebene von der Drupalinstallation.
gruß pebosi
Auch anderen zerschiessen die Saubere URLs die Seite
am 18.07.2007 - 13:07 Uhr
Danke. Wie konnte ich bloss so blind/dumm sein? Doch die Sache kann auch mit der .htaccess-Datei (noch) nicht gelöst werden.
Bin übrigens nicht der einzige mit dem Problem, wie dem Beitrag vom Leidensgenossen unaf zu entnehmen ist: http://www.drupalcenter.de/node/2795
Dem armen Kerl hat bisher aber noch niemand geantwortet...
Wie bei unaf auch denke ich
am 18.07.2007 - 13:55 Uhr
Wie bei unaf auch denke ich das es an den Pfaden liegt. Nutzt du relative Pfade?
gruß pebosi
.htaccess Änderung bringt nichts für clean URL Problem
am 18.07.2007 - 14:04 Uhr
Also das mit der .htaccess for clean urls (http://drupal.org/node/121834) funktioniert bei mir nicht.
Hier ein screenshot, wie die verissene Administrator-Anzeige aussieht, wenn man den Link "Lesbare URLs testen" angeklickt hat:
http://www.kundenkennzahlen.ch/pdf/screenshot_saubere_urls_fehlerhaftes_...
Aktiviert man die lesbare URLs, wechselt die Ansicht auf das Verwaltungs-Theme:
http://www.kundenkennzahlen.ch/pdf/screenshot_saubere_urls_fehlerhaftes_...
Wie bringt man bloss die ursprüngliche CSS-Einstellung wieder hin?
Relative Pfade?
am 18.07.2007 - 14:10 Uhr
Relative Pfade? Was müsste ich machen?
Sorry, dass Du Dich mit so einem Greenhorn wie mir rumschlagen musst. Dafür hasst Du bald 1000er-Marke geschafft... :-)
Wie gesagt ich denke nach
am 18.07.2007 - 14:21 Uhr
Wie gesagt ich denke nach wie vor das es an den Pfaden liegt. Skype: pebosi04
gruß pebosi
Hier eine Erklärung zu den
am 18.07.2007 - 14:23 Uhr
Hier eine Erklärung zu den absoluten und relativen Pfaden/Pfadangaben:
http://www.selfhtml.net/html/allgemein/referenzieren.htm
Gruss Jessica
Mit XAMPP kein Skype
am 18.07.2007 - 14:31 Uhr
Danke für die Hilfsbereitschaft! Kann aber momentant nicht skypen, da ich XAMPP installiert habe...
Aber will nicht noch mehr Deine wertvolle Zeit beanspruchen. Werde das Problem schon noch irgendwie lösen.
Gruss
In den Skypeeinstellungen
am 18.07.2007 - 14:33 Uhr
In den Skypeeinstellungen kannst du für Skype den Port 80 / 443 ausschalten dann sollte das auch parallel klappen ;)
gruß pebosi
Theme?
am 18.07.2007 - 16:11 Uhr
Hallo,
da wird doch offenbar das Stylesheet nicht mehr angezogen? Betrifft das nur den Admin-Bereich? Was für ein Theme ist denn das? Und hast du mal ein anderes getestet?
Gruß,
Boris
bb wrote: Hallo, da wird
am 18.07.2007 - 16:47 Uhr
Hallo,
da wird doch offenbar das Stylesheet nicht mehr angezogen? Betrifft das nur den Admin-Bereich? Was für ein Theme ist denn das? Und hast du mal ein anderes getestet?
Ja wir sagen ja die ganze Zeit das da bestimmt die Pfade nicht stimmen...
gruß pebosi
Ja, das Stylesheet wird nicht mehr angezogen...
am 18.07.2007 - 17:25 Uhr
Es betrifft den Admin-Bereich als auch den Content, wenn ich Pages erstelle. Egal welches Standard-Themes ich auswähle (Systemstandard, bluemarine, chameleon, marvin, minelli oder pushbutton), sie werden gnadenlos verrissen, nur noch Text dargestellt, wenn die saubere URLs aktiviert werden.
Werde in den nächsten Tagen bei Gelegenheit noch weitere Themes downloaden, meinen Hoster anrufen (vielleichts liegts ja doch an den mod_rewrite Einstellungen des Apaches), weiter an der Seite bauen/tüfteln und melde mich wieder wenn es dann immer noch nicht klappt.
Danke Euch allen! Echt eine super hilfsbereite Community! Das schafft kein anderes Open Source CMS!
Zumi wrote:
am 18.07.2007 - 19:54 Uhr
mal versucht die base url in der settings.php anzupassen?
Was soll ich in der settings.php alles anpassen?
am 18.07.2007 - 21:29 Uhr
Herzlichen Dank für den Hinweis hade! Du meinst wohl diese Zeile:
# $base_url = 'http://www.example.com'; // NO trailing slash!
Habe das # und das // NO trailing slash! rausgenommen und meine Website angegeben. Nützt immer noch nichts.
Auch das Einfügen von $conf['clean_url']=1 bringt nichts.
Was könnte ich sonst noch probieren?????
Quelltext
am 19.07.2007 - 09:57 Uhr
Hallo,
das Herunterladen aus Ausprobieren von weiteren Themes kannst Du dir mit Sicherheit sparen. Poste hier doch mal den Link zu einer solchen "zerschossenen" Seite, oder falls Du lieber im Wartungsmodus bleibst, den Quelltext, vor allem zwischen
<head>und</head>. Vielleicht sieht man da mehr...Gruß,
Boris
Quellcode der verschossenen Seite
am 19.07.2007 - 11:12 Uhr
Danke Boris für den Hinweis und für die ersparte Arbeit! Ich kann kein Link posten, da der content von Pages ganz normal dargestellt wird. Das zerschiessen passiert nur im Administrations- bzw. Wartungsmodus. Oben habe ich den Screenshot gepostet;
so sieht nun der Code der zerschossenen Seite aus, wenn ich unter "Verwalten/Einstellungen/Lesbare URLs" die clean URLs aktivieren möchte:
<head>
<title>Lesbare URLs | Kundenkennzahlen</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<link rel="shortcut icon" href="/admin/settings/misc/favicon.ico" type="image/x-icon" />
<style type="text/css" media="all">@import "/admin/settings/modules/node/node.css";</style>
<style type="text/css" media="all">@import "/admin/settings/modules/system/admin.css";</style>
<style type="text/css" media="all">@import "/admin/settings/modules/system/defaults.css";</style>
<style type="text/css" media="all">@import "/admin/settings/modules/system/system.css";</style>
<style type="text/css" media="all">@import "/admin/settings/modules/user/user.css";</style>
<style type="text/css" media="all">@import "/admin/settings/themes/bluemarine/style.css";</style>
<script type="text/javascript"> </script>
</head>
<body>
<table border="0" cellpadding="0" cellspacing="0" id="header">
<tr>
<td id="logo">
<a href="/admin/settings/" title="Startseite"><img src="/admin/settings/themes/bluemarine/logo.png" alt="Startseite" /></a> <h1 class='site-name'><a href="/admin/settings/" title="Startseite">Kundenkennzahlen</a></h1> </td>
<td id="menu">
</td>
</tr>
<tr>
<td colspan="2"><div></div></td>
</tr>
</table>
Vielleicht finden wir jetzt auf den richtigen Weg... Was stimmt hier nicht? Was muss ich ändern?
Wie gesagt es liegt an den
am 19.07.2007 - 11:24 Uhr
Wie gesagt es liegt an den Pfaden poste mal den Code aus der page.tpl.php
gruß pebosi
Aua!
am 19.07.2007 - 11:42 Uhr
Na, zumindestens ist jetzt glasklar welcher Fehler hier vorliegt, nur nicht warum:
<style type="text/css" media="all">@import "/admin/settings/themes/bluemarine/style.css";</style>Drupal versucht alle Stylesheets aus dem (imaginären) Verzeichnis /admin/settings/... anzuziehen, das gibt es auf dem Server natürlich nicht.
Aber woher kommt das? Muss nachdenken...
Gruß,
Boris
Das Verzeichnis ist nicht
am 19.07.2007 - 12:13 Uhr
Das Verzeichnis ist nicht imaginär, du hast den Pfad in der page.tpl.php wahrscheinlich relativ, d.h. wenn du auf der Seite mit den Clean-Url Einstellungen bist "/admin/settings/clea-urls", dann geht er wenns relativ ist auch von diesem Pfad aus.. also "/admin/settings/"... guck doch einfach mal im page.tpl.php
gruß pebosi
Kann sein
am 19.07.2007 - 13:42 Uhr
pebosi hat Recht, das ist der nächste Schritt. Allerdings steht in der page.tpl.php normalerweise einfach
<?php print $styles ?>drin, zumindestens bei Standardthemes. Hier kann der Pfad eigentlich nicht so verändert werden, dass im Online-Modus alles funktioniert, und im Offline-Modus (Wartungsbetrieb) plötzlich die Verzeichnisse verändert/gesperrt werden. Aber vielleicht sieht man ja trotzdem was.
Gruß,
Boris
Danke Euch Drupal-IT-Cracks!
am 19.07.2007 - 19:48 Uhr
Mann, ich bin echt tief beeindruckt von Eurer Kompetenz, Hilsbereitschaft und dem Engagement, Idealismus und der Solidarität, die in dieser Comminity bzw. Open-Source-Gemeinde herrschen! Wären doch nur mehr Menschen so auf diesem Planeten...
Nun sind wir dem Problem definitiv auf der Spur! Könnte ich doch nur besser PHP!
Hier die gewünschte page.tpl.php vom bluemarine-Theme:
<head>
<title><?php print $head_title ?></title>
<?php print $head ?>
<?php print $styles ?>
<?php print $scripts ?>
<script type="text/javascript"><?php /* Needed to avoid Flash of Unstyle Content in IE */ ?> </script>
</head>
<body>
<table border="0" cellpadding="0" cellspacing="0" id="header">
<tr>
<td id="logo">
<?php if ($logo) { ?><a href="<?php print $base_path ?>" title="<?php print t('Home') ?>"><img src="<?php print $logo ?>" alt="<?php print t('Home') ?>" /></a><?php } ?>
<?php if ($site_name) { ?><h1 class='site-name'><a href="<?php print $base_path ?>" title="<?php print t('Home') ?>"><?php print $site_name ?></a></h1><?php } ?>
<?php if ($site_slogan) { ?><div class='site-slogan'><?php print $site_slogan ?></div><?php } ?>
</td>
<td id="menu">
<?php if (isset($secondary_links)) { ?><?php print theme('links', $secondary_links, array('class' =>'links', 'id' => 'subnavlist')) ?><?php } ?>
<?php if (isset($primary_links)) { ?><?php print theme('links', $primary_links, array('class' =>'links', 'id' => 'navlist')) ?><?php } ?>
<?php print $search_box ?>
</td>
</tr>
<tr>
<td colspan="2"><div><?php print $header ?></div></td>
</tr>
</table>
<table border="0" cellpadding="0" cellspacing="0" id="content">
<tr>
<?php if ($sidebar_left) { ?><td id="sidebar-left">
<?php print $sidebar_left ?>
</td><?php } ?>
<td valign="top">
<?php if ($mission) { ?><div id="mission"><?php print $mission ?></div><?php } ?>
<div id="main">
<?php print $breadcrumb ?>
<h1 class="title"><?php print $title ?></h1>
<div class="tabs"><?php print $tabs ?></div>
<?php print $help ?>
<?php print $messages ?>
<?php print $content; ?>
<?php print $feed_icons; ?>
</div>
</td>
<?php if ($sidebar_right) { ?><td id="sidebar-right">
<?php print $sidebar_right ?>
</td><?php } ?>
</tr>
</table>
<div id="footer">
<?php print $footer_message ?>
</div>
<?php print $closure ?>
</body>
</html>
Danke im voraus für den nächsten Hinweis! Was würde ich nur ohne Euch machen?!? Sicherlich niemals schöne, saubere URLs schreiben können (wie z.B. unter pebosi.net)...
page.tpl.php
am 19.07.2007 - 20:17 Uhr
Zumi schreibt ja, dass das Problem bei unterschiedlichen Themes auftritt. Deshalb kann es definitiv nicht an der page.tpl.php liegen. Die Ursache liegt woanders!
vg
--
md - DrupalCenter
mdwp :: Drupal Services
Das Problem liegt im Import von /admin/...-Dateien
am 19.07.2007 - 21:47 Uhr
Dank pebosi und bb weiss ich jetzt wenigsten, wo der Hund begraben liegt, nämlich tatsächlich hier:
<style type="text/css" media="all">@import "/admin/settings/themes/bluemarine/style.css";</style>Jetzt müssen wir nur noch rausfinden WARUM alle Seiten die mit /admin/... beginnen verissen werden, und die anderen nicht.
Vorerst muss ich bei der Administrationsarbeit halt noch die saubere URLs deaktivieren; und dann wieder aktivieren wenn ich den Admin-Bereich verlasse bzw. die Seite Live schalte.
So tragisch ist die Sache nun auch wieder nicht. Aber man würde der Ursache halt schon gern auf den Grund gehen, zumal ich nicht der einzige bin, der davon betroffen ist und das ganze vor zwei Monaten bei einer anderen Seite (mit der genau gleichen Installation und Konfiguration beim gleichen Server) nicht passiert ist.
Zumi wrote: Herzlichen Dank
am 19.07.2007 - 22:34 Uhr
Herzlichen Dank für den Hinweis hade! Du meinst wohl diese Zeile:
# $base_url = 'http://www.example.com'; // NO trailing slash!
Habe das # und das // NO trailing slash! rausgenommen und meine Website angegeben. Nützt immer noch nichts.
Auch das Einfügen von $conf['clean_url']=1 bringt nichts.
Was könnte ich sonst noch probieren?????
Du hast den Kommentar am Ende der Zeile rausgenommen. // No trailing slash
Den Kommentar am Ende der Zeile zu entfernen ist allerdings sinnlos! Die URL deiner Site soll am Ende keinen Slash haben.
Also nicht: www.example.com/ sondern www.example.com
Hast du das beachtet?
vg
--
md - DrupalCenter
mdwp :: Drupal Services
Nochmal genauer
am 19.07.2007 - 23:07 Uhr
Jetzt müssen wir nur noch rausfinden WARUM alle Seiten die mit /admin/... beginnen verissen werden, und die anderen nicht.
ääh, nur zur Klärung, das verwirrt mich jetzt doch: werden ALLE Seiten im "Administrationsmodus" (also Offline-Betrieb oder Wartungsmodus) zerrissen, oder alle Seiten mit URLs beginnend mit .../admin/ (also der Bereich "Verwaltung" im Menü)? Ist ein feiner Unterschied...
Ich hatte mal Ersteres rausgelesen, und damit passiert auf Deiner Site Folgendes mit dem HTML Output:
Site ist online (also für jedermann zugänglich):
Alle relativen Pfade zu CSS, Scripts, Bildern, internen Links sind in Ordnung. Die Base URL ist "/". Auszug aus dem Header:
<head>...
<link rel="shortcut icon" href="/misc/favicon.ico" type="image/x-icon" />
<style type="text/css" media="all">@import "/modules/node/node.css";</style>
<style type="text/css" media="all">@import "/modules/system/defaults.css";</style>
<style type="text/css" media="all">@import "/modules/system/system.css";</style>
<style type="text/css" media="all">@import "/modules/user/user.css";</style>
<style type="text/css" media="all">@import "/themes/bluemarine/style.css";</style>
...
</head>
Site ist offline (also nur für den Administrator zugänglich):
Alle relativen Pfade zu CSS, Scripts, Bildern, internen Links sind falsch. Die Base URL ist plötzlich "/admin/settings/". Auszug aus dem Header:
<head>...
<link rel="shortcut icon" href="/admin/settings/misc/favicon.ico" type="image/x-icon" />
<style type="text/css" media="all">@import "/admin/settings/modules/node/node.css";</style>
<style type="text/css" media="all">@import "/admin/settings/modules/system/admin.css";</style>
<style type="text/css" media="all">@import "/admin/settings/modules/system/defaults.css";</style>
<style type="text/css" media="all">@import "/admin/settings/modules/system/system.css";</style>
<style type="text/css" media="all">@import "/admin/settings/modules/user/user.css";</style>
<style type="text/css" media="all">@import "/admin/settings/themes/bluemarine/style.css";</style>
...
</head>
Das ist ein richtig fieser Fehler, aber wenigstens beschreiben können wir ihn schon ganz gut, oder?
Jetzt gilt es rauszufinden, was Drupal eigentlich beim Umschalten in den Offline-Modus genau macht. Und was das Ganze mit den Clean URLs zu tun hat...
Gruß,
Boris
Am einfachsten wäre mal FTP
am 20.07.2007 - 08:10 Uhr
Am einfachsten wäre mal FTP Zugang oder sowas, damit einer mal gucken kann...
gruß pebosi
Definitiv nur die .../admin/ - Seiten sind betroffen
am 20.07.2007 - 09:13 Uhr
ääh, nur zur Klärung, das verwirrt mich jetzt doch: werden ALLE Seiten im "Administrationsmodus" (also Offline-Betrieb oder Wartungsmodus) zerrissen, oder alle Seiten mit URLs beginnend mit .../admin/ (also der Bereich "Verwaltung" im Menü)?
Definitiv nur die Seiten mit .../admin/
Die anderen, selbsterstellten Seiten können (on- und offline) normal dargestellt werden (wenn ich mich ab- und neu anmelde).
Es werden dann nur die Admin-Seiten unter "Mein Konto", "Inhalt erstellen" und "Verwalten" (mit sämtlichen Unterordnern) verrissen.
Tatsächlich sind - wie der schlaue Fuchs pebesi von Anfang erkannte - alle relative Pfade von /admin/ plötzlich falsch! Doch warum (die werden von Drupal ja automatisch generiert und ich Greenhorn hab doch da nichts manuell gemacht!!!)?
Das absurde ist, dass, wenn ich mich nach der Saubere-URL-Aktivierung im admin navigiere oder irgendeine Veränderung der Einstellungen vornehme, sich die /admin/settings/ - Dateien plötzlich vervielfältigen!
Erstes Navigieren/Ändern einer Einstellung: .../admin/settings/admin/settings/admin
Zweites Navigieren/Ändern: .../admin/settings/admin/settings/admin/settings/admin/settings/admin
etc.
Die /admin/settings/ scheint im URL "gespeichert" und bei jeder neue Navigation werden die neue Pfade also einfach angehängt anstatt nur abgeändert.
Natürlich geht bei diesem Ghetto dann gar nichts mehr und ich muss ein neues Browser-Fenster öffnen bzw. direkt den Link /admin/settings/clean-urls anwählen und die Saubere URLs deaktivieren, um überhaupt weiterarbeiten zu können.
Ich hoffe damit wirds Euch ein bisschen klarer? Vielen Dank und entschuldigt die Umstände!
Der Pfad ist nicht nur
am 20.07.2007 - 09:21 Uhr
Der Pfad ist nicht nur "admin/settings" bist du z.b. auf der Seite http://www.kundenkennzahlen.ch/admin/content/node, dann sind alle Pfade mit "admin/content"...
Schreib mal per Skype oder Mail, dann kann ich mal gucken...
gruß pebosi
Heureka! Es funktioniert! pebosi ist ein Genie!
am 20.07.2007 - 15:01 Uhr
Ich weiss nicht wie er es gemacht hat, aber er hat es geschafft! Die sauberen URLs funktionieren! Woran hats gelegen?
pebosi auf jeden Fall ist der Master of Drupal, Mister Troubleshooter himself!
HERZLICHEN DANK AN ALLE!
Echt sensationell dieses Forum, diese Community! Ich bin ganz aus dem Häuschen!
Es lag nur am $base_url in
am 20.07.2007 - 15:12 Uhr
Es lag nur am $base_url in der settings.php ;)
gruß pebosi
pebosi unser genie, hihi.
am 20.07.2007 - 15:16 Uhr
pebosi unser genie, hihi. schön das es dich hier gibt ;)
Base URL
am 20.07.2007 - 17:28 Uhr
Das hatte ich doch gestern schon vermutet.
http://www.drupalcenter.de/node/4148#comment-13696
War es das?
vg
--
md - DrupalCenter
mdwp :: Drupal Services
Im Prinzip ja. gruß pebosi
am 20.07.2007 - 18:33 Uhr
Im Prinzip ja.
gruß pebosi
Seiten ohne CSS-Formatierungen nach Aktivieren von lesbaren URLs
am 03.02.2008 - 11:11 Uhr
Ich hatte genau das gleiche Problem wie Zumi.
Dank der Hilfe von pebosi ist es jetzt gelöst.
Vielen Dank
trio