[geloest!] Installation auf Bindestrich-Domains: tatsächl unmöglich für Drupal!? ]- fixed - ich werf den Server in die Wupper!
Eingetragen von unleash (98)am 27.12.2011 - 08:31 Uhr in
Hi Drupal-freunde - vorweg - vielen Dank für euren tollen Support.
Das ding ist geloest - danke für eure hiilfe. Ich schmeiss den SERVER weg..
mehr unten ...am ende dieses Postings.
ganz neuer Update : da fällt mir noch ein dass ich auchbei der commons wie auch schon bei der Installation der normalen Drupal -7-9. alles (/ode sagen wir ganz vielels was mit htaccess zu tun hatte aus den installationsverzeichnissen rausgeschmissen hatte. Hmm - das koennt vielleicht noch ein Hinweise sein darauf was noch nicht stimmen koennte. was meinst du!!? was meint ihr. ich jedenfalls glaube dass das vielleicht ein Ansatz ist - wo ich jetzt nochmals weitersuchen sollte.
Melde mich heute später nochmals...
lg
das ganze Andere des Threads lass ich mal stehen - ist ja vielle auch wichtig.!!!
Hatte in den verrgangne Tagen schon mal gepostet
-zuerst war es der Konfigurationsfile .- dann später war es
- die installation - die immer wieder scheitert bei einem bestimmten Punkt -der DB-Konfiguration.
Bei der DB-Konfiguration. Da rödelt der SERVER immer ca. 4 - 5 minuten - aber nix passiert. Keine Tabellen werden angelegt. Und ich denke dass dabei auch doch eines noch gemacht wird.
Dabie wird doch sicher auch der Konfigurationspart durchgeführt - m.a.w. dabei wird doch sicher auch dan neines gemacht. Die daten i(des Serveranschnlusses usw. usf in die settings reingeschrieben, nicht wahr!?. )
ich hab das dann manuell gemacht. Okay soweit sogut - alles angelegt -
a. die DB-Tabellen in die bestehende DB via phpmyadmin alle erstellt - dann die DB mit den Daten gefüllt, die ich
dankenswerterweise hier im Forum bekommen habe. Das war schon super! Ihr seid klasse.
Nun - mein Problem ist heute folgendes: Nach diesen Vorarbeiten - und der Manuellen Durchführung der wichtigen Schritte
habe ich ein Problem; Wenn ich jetzt die Seite aufrufe dann kommt sie - - die SEITE mit folgendem URL
und dem Inhalt der DATENBANK -KONFIGURATION - das ist wie eine ganz ganz verhängnisvolle Schleife....
Wie bekomme ich denn da die Schleife weg.
Und nochwas - ich habe gehoert - dass Drupal wohl Schwierigkeiten bekommt - wenn man sie auf sogenannten Bindestrich-Domains installiert. Was hat es damit auf sich? Es ist in meinnem Fall tatsächlich so - ich installiere auf einer solchen Domain - campus-24.com
Was ist dran an dem Thema dran!? Ist es tatsächlich
Solllte ich das mal mit der Installation wo anders machen - auf einer anderen Domain..!? Freu mich auf Tipps - und wenn
man das Thema mit dem Bindestrich-Domains mal abklärt. Dann wär ich auch schon einen Schritt weiter.
Und wüsste ob ich
a. es mit dem vermeintlichen Bug (mit Bindestrich domains zu tun habe) oder ob
b. ich weitersuchen muss - warum ich in die Schleife komme - mit der Installaton - die manuell durchgeführt wurde
und dennoch nicht abschliesssbar zu sein scheint.
So - nun hab ichdas alles hoffentlich noch halbwegs übersichtlich be/geschrieben. Bei Fragen einfach melden.
Schon jetzt - [ nochmals ] Vielen Dank für Eure tolle Hilfe - !!!!
Grüße Unleash
'Update: Fixed - das hallo an alle!
vielen Dank für Eure Hilfe - das war super!!! Danke an Patrick, Exeter - Daniela und natürlich auch an Ronald!
So nun will ich euch alle nicht länger mit dem Jammern kommen - ich hatte mindestens 5 Wochen alle in den Ohren gelegen mit dem Gejammer über Drupal das nicht installierbar ist und tausend Fallen hat.
Jetzt habe ich mal gestern eine Lamp auf der OpenSuse Version 11.4 aufgesetzt und ganz einfach konfiguriert
Apache 2
php 5.3.8
Mysql 5 x(schnelle und sehr einfach konfiguraiton )
phpMyAdmin einfach noch dazu und fertig
Dann hab ich heute Nachmittag mal alles installiert was auf dem SERVER immer wieder nur klemmt
- Joomla wegen einer sehr sicherheitsbezogenen Konfiguration
- Drupal (/standard 7.10 ) z. B. wegen der .htaccess
- Drupal Commons 6.2.3 - u. a. wegen htaccess und der zugegebnermaßen mittlerweile sehr sehr schwachen Serverperformance
[ca. 500 mb RAM, langsamer Prozessor, usw usf. Server ist mit 6 Jahren einfach austauschreif!]
Alle (!!) installationen liefen auf der Susi einwandfrei durch ohne irgendwelche Mucken, ohne irgendwelche nur geringe Störungen. Kein .htaccess-Turbulenzen, keine abgebrochenen Installationen, keine Rechteprobleme etc. Extrem beeiondruckend war wie dann die letzete der installationen die drupal commons mit den über 150 Tabellen und der doch sehr aufwändigen Konfigurationen sich zügig machen lies. Da gabs nix von einem Abbruch wegen - ich weiß nicht was für einem Grund auch immer. Alles lief einfach klasse durch.
Fazit - ich denke dass es sicher an der guten Konfiguration lag - an der imho straightforward-einfachen Konfiguration die - insbes. den Drupal Kandidaten keine probleme machten. Vielleicht war es auch die Apache 2 Version die die installatin der commons besonders gut durch laufen lies. Ich hab mal die Konfigurationen unter denen die Installation lief angeguckt - die daten mal hier zusammengefassst. Vielleicht fällt euch da ja sofort auf dass es so - und unter diesen Rahmenbedingungen gehen muss - und meine 5 wöchige Auseinandersetzung eben ganz ganz viel mit dem SERVER zu tun hatte.
Hier die Bediungen auf dem lokalen server: http://www.schulcenter.net/share/php_info.php.htm
Schluss: ein neuer SERVER muss her - mindestens das! Sonst wird das nix.
Freu mich auf die Drupalzeiten - alle weiteren Erfahrungen mit Drupal..
Allen vielen Dank für die Hilfe bis hierher! Das ist eine super-communtiy - ein super-Forum.
und mit einer neuen Serverloesung gehts für mich weiter..
glg unleash
15 Threads - nur die installationsbezogenen - der letzten 5 Wochen... Vielen Dank für eure Geduld!! :
Installation - leere Datei (install.php wird herruntergeladen: was hats damit auf sich?
Installation auf Bindestrich-Domains: tatsächl unmöglich für Drupal!?
Database configuration - scheitert immer .. kann ich das auch manuell machen!?
configurations-file - ist das denn der richtige hier
wo sind die konfigurationsdaten (für den db-Anschluss) abgelegt
Forenthema d7xy auf php 5.3.8 - nicht lauffähig - also downgraden
ist commons [also das social-network-Installationsprofil] frei - und opensource
XAMPP-installation auf den Server übertragen - wie einfach ist das?
1050 Table 'drupal_install_test - Installationsprozess hängt fest - obwohl alles i.O. ist - Bug oder Feature
Datenbank: SQLite - der Typ passt nicht zu meiner MySQL-Datenbank
Datenbank: SQLite - per default - eingestellt. Hardcoded
SAFE MODE Restriction in effect
Installation nicht moegl. (.htaccess ) blockiert server nachhaltig: Wie kann man rausfinden welche Direktive jetzt raus muss!? unleash
[gelöst]Drupal 7 - Installationscript nicht aufrufbar
installation nicht moeglich - D7 blockiert scheinbar server - der wirft permanent 500er errors raus
- Anmelden oder Registrieren um Kommentare zu schreiben
Meine Erfahrung
am 27.12.2011 - 08:51 Uhr
Ich habe festgstestellt, dass die Konfigurationsdatei settings.php nicht geschrieben werden kann, wenn die Domain einen Bindestrich enthält.
Legt man aber eine leere Datenbank an und schreibt die Verbindungsdaten von Hand in die settings-datei, ist das überhaupt kein Problem.
Ist die Installation allerdings schonmal auf die Nase gefallen, ist es wichtig, sicherzustellen, dass die Datenbank wirklich leer ist, also keine Tabellen enthält, weil sonst der nachvolgende Installationsprozess versucht Tabellen zu generieren, die bereits existieren und dabei mit einer Fehlermeldung abbricht.
Möchte man eine bestehende Datenbank nutzen, kann man diese zunächst "dumpen" und dann leeren.
Aus dem Dump müssen die create table commands entfernt werden. Lediglich die insert bleiben erhalten.
So kann auch ein bestimmter Stand erreicht werden.
Der Datenbankuser, der in der settings datei eingetragen ist, muss das Recht zur Erstellung von Tabellen haben. Ansonsten fällt die Installation auch auf die Nase.
Kann ich nicht bestätigen
am 27.12.2011 - 10:12 Uhr
Ich kann das mit der Bindestrichdomain nicht bestätigen. Ich betreue eine Site für eine Bekannte, welche eine solche Domain hat und konnte Drupal 7 ohne irgenwelche Probleme dort installieren. Da muss der Hase woanders begraben liegen...
Hallo Ronald hallo Helrunar
am 27.12.2011 - 13:50 Uhr
Hallo Ronald hallo Helrunar
ganz neuer Update : da fällt mir noch ein dass ich auchbei der commons wie auch schon bei der Installation der normalen Drupal -7-9. alles (/ode sagen wir ganz vielels was mit htaccess zu tun hatte aus den installationsverzeichnissen rausgeschmissen hatte. Hmm - das koennt vielleicht noch ein Hinweise sein darauf was noch nicht stimmen koennte. was meinst du!!? was meint ihr. ich jedenfalls glaube dass das vielleicht ein Ansatz ist - wo ich jetzt nochmals weitersuchen sollte.
Melde mich heute später nochmals...
lg
Den Rest des Antwortpostings lass ich mal so stehen...
vielen Dank für die Antworten euch Beiden!
@Helrunar : nett dich hier zu treffen - wir kennen uns aus der joomla-welt - u von Seblod. You remeber lin ;->?
also - ich acker ja jetzt schon ein paar Tage mit der Installation - und hab immer wieder das Gefühl das ich ganz ganz
kurz vor dem Ziel stehe.
Grundsätzlich halte ich ja dafür dass wenn man ein Ding manuell installiert dann irgendwie es auch moeglihc sein muss
den autom. Installationsprozess zu umgehen. Ich glaub dass ich da immer noch was vergessen hab.
Um ja nix zu vegessen - bzw. unversucht zu lassen: ich koennte es ja auch noch probieren, die Sache auf ner anderen Domain zu installieren - ohne Bindestrich - einfach um sicherzugehen dass ich hier nicht Murphys law aufsitze und obwohl
a. alles richtig machend
b. tagelang alles durchspielend dann doch eine Kleinigkeit übersehe....
Werde also mal weiterprobieren.
Mede mich wieder wenn ich was gefunden habe.
lg
unleashed
Nochmal getestet
am 27.12.2011 - 16:21 Uhr
So, ich habe es gerade nochmal getestet mit meinem Paket, welches bei Github liegt (D7.10) und bei mir funktioniert es bestens. Bitte nicht wegen dem .l in der Domain verwirren lassen, das ist eine lokale Domain auf meinem Rechner ;-)
http://imageshack.us/photo/my-images/513/auswahl048.png/
Das Paket von mir kannst Du hier finden
https://github.com/Helrunar/Drupal-7
Einfach mal als saubere und jungfräuliche Installation testen :-)
Und ja, ich erinner mich :o)
Defintiv möglich!
am 27.12.2011 - 17:05 Uhr
Also Bindestrich-Domains sind defintiv möglich, habe erst kürzlich solch eine Seite mit D7 umgesetzt. Das wäre ja auch was, wenn es damit Probleme geben würde... Der Fehler muss woanders liegen.
hallo Helrunar hallo Anton
am 27.12.2011 - 20:19 Uhr
vielen Dank für eure Beiträge
@ helrunar - danke für das Bereitstellen des Pakets. Sehr gern werd ich das heute Nacht mal testen.
Mal gucken was rauskommt - ich werd dich / euch hier informieren u. auf dem laufenden halten.
BY The way: was haltet ihr denn von der oben beschriebenen Aktion dass ich alle .htaccess-Geschichten rausgeworfen habe.!?
Frage - kann das nicht die von mir beschriebenen / gehabten Turbulenzen hervorgerufen haben!?
Jedenfalls: Ich werde das jetzt nochmals intensiv testen - und schaeuen ob ich denn das unbedingt machen muss - also ob mein SERVER das nicht abkann mit der Drupalschen htaccess-Datei.
Auch hier -also intensive tests und Ausprobieren - ich lass euch wissen was hier rauskommt.
gruss unleash
Bis später denne
Mach mal die .htaccess wieder
am 27.12.2011 - 23:13 Uhr
Mach mal die .htaccess wieder rein und kommentiere diese beiden Zeilen aus:
Options -Indexes
Options +FollowSymLinks
(einfach ein '#' vor die Zeile setzen und speichern.)
Mit den beiden Optionen gibt's gelegentlich mal Probleme. Aber die komplette htaccess-Datei raus zu werfen kann natürlich Ärger machen, die liegt nicht umsonst dort drin.
Nicht einfach rauswerfen
am 28.12.2011 - 01:55 Uhr
Auch wenn ein Teil der Probleme durch htaccess-dateien verursacht werden könnten, ist das komplette Entfernen nicht sinnvoll.
Richtiger ist, die htaccess-Dateien aus der Originalinstallation zu verwenden.
Ich glaube immer noch, dass der Fehler in der settings datei zu suchen ist.
Zugriffsrechte oder Datenbankeinträge - konzentriere dich einmal darauf.
Beachte, dass wirklich jeder Buchstabe relevant sein kann.
halllo Ronald - vielen dank !
am 28.12.2011 - 02:15 Uhr
ich bereite eben die installation vor für die Version von Helrunar
Deine Tipps bzgl. des htaccess-files wede ich beherzigen - ich meld mich später am TAG wieder - wenn ich da bei der Installaton erste ERgebnisse habve.
Vielen dank für dieTipps und die Hilfe bis hierher . ich hoffe dass es alles hinhaut..
bis später also!
lg
unleash
update: hab alles hochgeladen - alle files von helrunars github version:
Dann hab ich die ordner - zur Sicherheit einfach rekusiv auf 2777 gesetzt - damit nix mehr schiefgeht (wg. der RECHTE)
Mehr hab ich erstmal nicht gemacht - also nichts mit der default.settings.php .-diese nicht kopiert der ähnliches.
Dann bin ich auf die Domain gegangen und dachte - ich kann jetzt mal mit der Installation beginnen - aber leider geht da gar nix. - Sieh dir das mal an...
Internal Server ErrorThe server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@taxigourmet.net and info m them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log.
So war das bisjetzt immer - so war das auch bei der commons - installation um die es in der letzten Woche ging und die nicht zum Abschluss kommt. Ich habe dann immer einfach die Htaccess-Files rausgehauen - um irgendwie
weiterzukommen - dass ist wohl nicht klug.
Ich glaube dass dies jetzt die Chance ist den richtigen WEG zu gehen -
morgen mach ich weiter ... /(bin schon sehr muede jetzt
bis Mittwoch morgen...
gruesse unleash
Völliger Quatsch
am 28.12.2011 - 07:01 Uhr
Ich kann leider jetzt nicht nachvollziehen, wie auf einmal solche Gedanken zustande kommen können. Ich arbeite seit Jahren mit Bindestrich Domains, ohne Problem. Ich habe denke ich alle Varianten von Installations Modis durch.Und es gibt ja einige noch nie gab es irgend ein Problem.
Hier Commons als Beweis http://drupal-commons.business-solutions.lu
Ich werde jetzt nicht weiter eingehen in dieses Thema. Aber ich denke das A und O von Drupal ist der Richtige Hosting Partner welche variante Sie auch immer benutzen. Root Server, Vserver oder Hosting.
Ich denke mal ich verwende Apache2 jedenfalls Lokal, und auf dem Server auch
http://taxigourmet.net/ verwendet
Apache/1.3.41 (Unix) mod_gzip/1.3.26.1a mod_throttle/3.1.2 mod_ssl/2.8.31 OpenSSL/0.9.8a
Von der direkten Install von Drupal bin ich weg, Erst Lokal entwickeln und dann verschieben. Und jeder kennt bestimmt Virtualbox damit lässt sich für jeden ein einfaches Ubuntu installieren. Mit dem Sie dann alles gut erledigen können.
Und ich wieder holle nochmals ich habe alle Distribution Lokal installiert, und einige Drupal Profile, es gibt bei keiner Installation irgend ein Problem wenn alle anforderungen stimmen.
patrick@win:~/workspace/drupal/demo$ cd ..patrick@win:~/workspace/drupal/demo$ ls -l
insgesamt 68K
drwxr-xr-x 9 patrick patrick 4,0K 2011-12-14 00:37 drupal_7
drwxr-xr-x 9 patrick patrick 4,0K 2011-12-17 21:22 drupal_7_media
drwxr-xr-x 9 patrick patrick 4,0K 2011-12-05 23:50 drupal_7_multi_language
drwxrwxr-x 9 patrick patrick 4,0K 2011-11-10 14:27 drupal_7_subtheme_at
drwxr-xr-x 2 patrick patrick 4,0K 2011-09-15 17:49 drupal_7_subversion
drwxr-xr-x 2 patrick patrick 4,0K 2011-09-15 17:45 drupal_atrium
drwxrwxr-x 9 patrick patrick 4,0K 2011-11-24 21:53 drupal_cod
drwxrwxr-x 9 patrick patrick 4,0K 2011-11-10 14:14 drupal_commerce
drwxrwxr-x 9 patrick patrick 4,0K 2011-11-10 14:15 drupal_commerce_bartik
drwxrwxr-x 10 patrick patrick 4,0K 2011-11-10 10:38 drupal_commerce_kickstart
drwxrwxr-x 2 patrick patrick 4,0K 2011-11-10 14:55 drupal_commerce_subtheme_at
drwxr-xr-x 9 patrick patrick 4,0K 2011-11-24 22:30 drupal_commons
drwxrwxr-x 2 patrick patrick 4,0K 2011-11-09 13:18 drupal_nodestream_7.2.a.3
drwxrwxr-x 9 patrick patrick 4,0K 2011-11-24 03:46 drupal_opendeals
drwxrwxr-x 9 patrick patrick 4,0K 2011-11-24 01:03 drupal_openoutreach
drwxrwxr-x 9 patrick patrick 4,0K 2011-11-29 02:39 drupal_open_public
drwxrwxr-x 9 patrick patrick 4,0K 2011-11-24 23:36 drupal_open_scholar
Volle Zustimmung
am 28.12.2011 - 07:07 Uhr
. Aber ich denke das A und O von Drupal ist der Richtige Hosting Partner welche variante Sie auch immer benutzen. Root Server, Vserver oder Hosting.
Hier kann ich nur Zustimmen. Wobei ich bisher bei so gut wie jedem Hoster, der mir untergekommen ist, Drupal auch zum laufen bekommen hab. Ein Kandidat in der .htaccess, welcher gerne auch mal Probleme macht, ist die RewriteBase. Einfach mal testen und ein- bzw. auskommentieren.
Das "Paket" von mir ist im übrigen lediglich ein original von d.org, welches einfach nur ein paar Module mitbringt, einige davon gleich aktiviert.
Aua
am 28.12.2011 - 09:47 Uhr
Alle Verzeichnisse auf Vollzugriff zu schalten ist kein richtiger Ansatz.
Schreibzugriffe sollten wirklich nur ganz gezielt vergeben werden. Das nachher wieder zu regeln, ist gefummel.
Eine komplette Neuinstallation ist der richtige Ansatz.
Dazu muss die Datenbank leer sein (keine Tabellen existieren) und alle Reste der bisherigen Installation sollten beseitigt sein.
Dann ganz frisch die Grundinstallation drauf schieben, und install.php aufrufen.
Sollte er bei der Erkennung der DB schwierigkeiten haben, was nach meiner Beobachtung bei Bindestrichdomänen vorkommen kann, dann genügt es, wenn man die Einträge in der settings-datei von Hand vornimmt.
Vorsicht! wenn diese Datei nicht auf dem Server direkt bearbeitet wird, sondern lokal, und dann hochgeladen wird, kann es sein, dass die Schreibrechte verloren gehen.
Also nach dem Bereitstellen der settings-Datei diese beschgreibbar machen.
Ansonsten sollte nur das Verzeichnis FILES mit Schreibrechten versehen sein.
Nach der Installation sollten die Schreibrechte auf der settings wieder entzogen werden - aber soweit sind wir ja noch nicht.
Schlägt die Installation fehl, sind auch die Serverlogs zu prüfen.
Vielleicht steht zu wenig Memory zur Verfügung? Oder es ist die Laufzeit für Scripts zu kurz?
Dies sollte entweder in den Fehlermeldungen, oder im Serverlog erkennbar sein.
thx bis hierher - Zwischenfazit u. Neuer Thread noetig jetzt !
am 28.12.2011 - 13:03 Uhr
hallo @ all
hosting matters - klar doch!
da ich jetzt hat alles der reihe nach ausprobiere hab ich im Abarbeiten der Moeglichkeien auch gedacht an:
- die mir hier im Forum zugerufene Moeglihckeit mit einer Bindestrich-Domain in Turbulenzen zu kommen.
- da ich es dann auschliessen wolltek,dass es bei mir daran liegt hab ich euch mit dem provokanten Threadüberschrift dazu einfach mal befragt. Sorry für den Aufreger!
- ich denke dass ich jetzt mittlerweile weiter bin, Hab ja Helrunars Basis-version jetzt mal genommen. Vielen Dank auch an Patrick übrigens. Patrick ich hab bei dir die htaccess gleich zu beginn rausgenommen. DESHALB kam ich bei dir ein paaar Schritte in der Installation voran - aber nicht zu Ende.
Wie ich jetzt feststelle ists so dass ich bei keiner Version - und also unter gar keinen Umständen .- einen .htaccess File drinhaben darf -( nebenbei bemerkt; ich mein jetzt mal den einen mit 5.168 BYTE )
Den Tipp von Helrunar bzgl RewriteBase / hab ich jetzt mal kurz umgesetzt - und die betreffende Zeite (nur eine einzige) auskommentiert - leider ohne erfolg:
hab - wie gesagt - nur eine einzige Zeitle auskommentiert
# 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 /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /
Hmmm - bringt also leider nix - ich hab immer noch die gleichen Fehler:
The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster@taxigourmet.net and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log.
Werde weiter suchen - weitersuchen muessen.
hmm - ich glaube, dass es jetzt einfach mal an der Zeit ist einen neuen Thread aufzumachen - das mit den Bindestrich-URL ist ja nciht mehr ganz
passend.
@ Ronald - ich werde menein SERVER-Admin jetzt mal veruschen zu erreichen. Brauch die server logs. Ausserdem werde ich mit ihm die Settings von PHP , dem Apachen besprechen - und ihm mitteilen dass es bei Drupal extrem klemmt.
Und in aller offenheit: DAS hier sind die Settings unter denen im grunde der ganze SERVER läuft - http://campus-24.com/php_info.php
Bitte vertrauensvooll damit umgehen. Vielen Dank!
By the way: Es gibt glaube ich eine Extra-Seite mit HTACCESS-Rules - die werd ich auch nochmals durchsehen - und mit meinen Admin auch mal drüber reden. Hoffe mal stark dass ich ihn auch zügig erreiche. ;-)
Wie gesagt - jetzt denk ich der Thread ist durch - ein neuer Thread muss her.
Ich glaube ja dass ich dann wohl auch zzum Ende einer guten installation kommme - wir sind dem Fehler auf der Spur!
gruesse unleash
Und warum probierst du nicht
am 28.12.2011 - 20:51 Uhr
Und warum probierst du nicht mal die zwei Optionen, die ich dir genannt habe?
Options -Indexes
Options +FollowSymLinks
Die beiden mal auskommentieren und nochmal probieren.
Wie ich jetzt feststelle ists so dass ich bei keiner Version - und also unter gar keinen Umständen .- einen .htaccess File drinhaben darf
Wie hast du das denn festgestellt? Hattest du mal alle Anweisungen auskommentiert?
Was für ein Chaos-Thread...
am 29.12.2011 - 00:56 Uhr
Was für ein Chaos-Thread...