Druckbare Version
Hi,
folgendes Problem:
Wenn ich online ein Inhaltselement bearbeiten möchte und auf speichern klicke, sagt er mir "Soll diese Seite wirklich verlassen werden? ..". Sage ich ok, speichert er natürlich meine Änderungen nicht. Lokal funktioniert alles wie es soll. (TL Version 2.7.6)
Woran kann das liegen?
Gruß, Daniel
hi,
normalerweise bringt TL diese meldung nur, wenn vor dem verlassen einer seite im BE in der änderungen durchgeführt wurden, diese nicht gespeichert wurden.
ich tippe mal auf eine fehlerhafte datei ...
Hallo Daniel,
kann passieren wenn die die Option URLs umschreiben aktiviert hast, die htaccess-Datei aber noch nicht in ".htaccess" umebannt hast.
wie soll man denn darauf schließen ;-)
es war so ähnlich: url rewrite aus, aber htaccess umbenannt.
vielen dank!
Hi ray & planepix!
Leider hab ich exakt das gleiche Problem (nach update auf 2.8), habe allerdings nicht genau verstanden, wie man genau vorgehen muss, um das Problem zu lösen (welche htaccess datei, wohin?)
Könnt ihr ein wenig genauer beschreiben, was man tun muss?
viele Grüße,
Hueso
Im Zweifel geht es um die .htaccess-Datei (bzw. .htaccess.default) im Wurzel-Verzeichnis von TYPOlight. Diese entsprechend umbenennen.
ok, ich hab jetzt so gut wie alle Variationen durchprobiert: ".htaccess" mit "URL umschreiben" und ohne, "_.htaccess" mit "URL umschreiben" und ohne etc. - leider nach wie vor ohne Erfolg...
Woran könnte es noch liegen!?
Seit dem Update auf 2.8 scheint mir das ganze System etwas labiler zu sein...
Jedes System ist labil, wenn man es falsch bedient.Zitat:
Zitat von Hueso
Die htaccess funktioniert genau so perfekt in 2.8 wie auch in 2.7.
Das ganze .htaccess-Handling ist übrigens im Handbuch beschrieben. Keine Ahnung, warum da immer wieder Fragen auftreten.
URL's umschreiben und htaccess umbenennen gehört immer zusammen. Also entweder beides aktiv oder inaktiv.
Dazu muss die RewriteBase angepasst werden in der .htaccess, falls du nicht direkt im Root arbeitest.
Übrigens: Entschuldigung, falls ich ein bisschen harsch antworte, aber ich kann es nicht leiden, wenn dem System Vorwürfe gemacht werden, obwohl es auf tausenden anderen Installationen perfekt läuft. :)
Hi Yanick,
ich hab absolut nix an tl selbst auszusetzen, ich meinte lediglich, dass ich scheinbar noch einige Änderungen vornehmen muss, und das Update allein (mache ich zum ersten Mal) nicht auszureichen scheint. Natürlich scheint mir persönlich irgendwie, irgendwo eine Info / Kenntnis zu fehlen - daher frage ich euch ja.. :)
Ich habe übrigens vorher nie "URL umschreiben" benutzt, dennoch auch mit dem angepassten Pfad bei RewriteBase probiert (Handbuch ebenfalls nach htaccess durchsucht), jedoch bislang leider ohne Erfolg..
Was genau hat sich hier geändert mit 2.8? Wie gesagt, ich musste bisher nie Änderungen an einer htaccess-Datei vornehmen..
Hallo Hueso,
ist die Installation in einem Unterverzeichnis angelegt?
Hi planepix,
genau (root/unterverzeichnis/typolight_root), daher hatte ich es mit folgendem probiert:
RewriteBase /unterverzeichnis
und
RewriteBase /unterverzeichnis/
aber leider kein Erfolg.
(Sonstiges: Server bei HostEurope, Update von 2.75 auf 2.8, SMH (smhcheck.php) ok, sämtliche WYSIWYG-Editoren lassen sich nicht abspeichern)
Mal den Cache komplett geleert (TYPOlight und Browser)?
hi FloB, ja, bereits vorher Daten bereinigt und Suchindex neu aufgebaut.. ohne Erfolg..Zitat:
Zitat von FloB
(Im Übrigen scheint auch das JS im BE nicht zu funktionieren)
Dann vermute ich mal, dass der WebsitePath nicht stimmt. Kontrollier bitte das im Backend / localconfig.php.Zitat:
Zitat von Hueso
Nutzt du SafeMode-Hack?
klar, obwohl auch schon vorher funktioniert hat, hab ich das natürlich als erstes gecheckt.. ist wie bei zahlreichen (funktionierenden) Websites auch:
Hier ürbrigens das SMH-Ergebnis, was ich natürlich auch schon zuvor getestet hatte:Code:$GLOBALS['TL_CONFIG']['websitePath'] = '/yellow';
Hab jetzt schon überall geschaut aber leider nichts gefunden. Wie gesagt, vor dem Update hat das BE wunderbar funktioniert. Wahrscheinlich ist es nur ein kleiner Fehler, das sich auf alle aufgezählten Punkte auswirkt...Code:TYPOlight Safe Mode Hack (SMH) Check V1.0.1
Current settings:
FTP host = wp182.webpack.hosteurope.de
FTP username = ftp1179709-001
FTP password = ****** (hidden for security)
FTP TL-path = yellow/
System temporary dir: /is/htdocs/user_tmp/wp1149109_3N37UY9DBN
Checking tmpfile() ... success!
Creating TYPOlight temporary file system/tmp/e2fc1b11dba40546b24f400884e918f4 ... success!
Connecting to FTP server ... success!
Login with FTP username and password to server ... success!
Check for correct directory ... success!
Upload file yellow/smhcheck.dat ... success!
Check file yellow/smhcheck.dat ... success!
Delete file yellow/smhcheck.dat ... success!
Create directory yellow/smhcheck.dir ... success!
Delete directory yellow/smhcheck.dir ... success!
Delete TYPOlight temporary file system/tmp/e2fc1b11dba40546b24f400884e918f4 ... success!
Safe Mode Hack is enabled and appears to be working.
Heute hatte jemand schonmal wieder ein aehnlich geartetes Problem : https://community.contao.org/de/showthread.php?t=6944
Hast du die RewriteBase in der htaccess auch angepasst ?
ja, auch schon probiert.. :/ (siehe oben)
Hab jetzt noch lange rumprobiert, aber irgendwie läuft es nicht! :(
Obwohl der SMH-Check erfolgreich durchgeführt wird (siehe oben) (und wie gesagt, auch vor dem Update alles wunderbar lief) habe ich folgendes Ergebnis bei typolight-check (siehe Anhang):
Haben die ganzen Fehler evtl. mit "Error creating file "typolight-check.txt" zu tun? Ich weiss im Moment nicht mehr weiter..
Hallo,
ich hatte das gleiche Problem wie hier beschrieben, ich war drauf und dran ein altes Backup von 2.7.6 ein zuspielen allerdings hab ich heute zuvor noch das 2.8.1 ausprobiert und siehe da nun funktioniert es
@Hueso
was bei dir auf dem Bild zu erkennen ist, ist das die Dateirechte fehlen die solltest du korregieren
Hi ger82, ich bin auch bald am Verzweifeln dran. Hatte zuvor:Zitat:
Zitat von ger82
- natürlich die localconfig angepasst
- die Ordner HTML, LOGS und TEMP auf 777 gesetzt
- Obwohl es vorher auch ohne ging, Zeile in initialize.php hinzugefügt: putenv('TMPDIR='.ini_get('upload_tmp_dir'));
In sämtlichen Tuts über SMH steht leider nicht mehr als das. Wenn es was mit dem SMH zu tun hat: was müsste ich denn in diesem denn evtl. noch anpassen?
auf dem Server auf dem ich meine Seite liegen habe, sind die Dateirechte 644 und die für Ordner 755 für alle; 777 führt zu Problemen, so der Support für meinen Webspace
putenv('TMPDIR='.ini_get('upload_tmp_dir'));
das funktioniert auch nur unter der Voraussetzung das der Server es erlaubt
bei mir hat wiegesagt erst das Update auf 2.8.1 etwas gebracht
also ich hab jetzt wieder 2 Tage lang alles gecheckt und im Forum gesucht, aber ich hab einfach bis jetzt nicht herausgefunden, woran es liegt.
weiteres:
- Update auf 2.8.1 hat nichts geändert
- 777 ist laut HostEurope kein Problem
- wenn ich nobody als Benutzer eingebe, dann wird alles grün im Typolight-Check, aber ich kann immernoch keine Änderungen im Texteditor abpeichern!!
Wenn jemand einen weiteren Tipp hat, wär ich euch sehr dankbar, weil ich alleine nicht weiterzukommen scheine..
Hallo nochmal...
kann mir denn keiner helfen? Ich suche jetzt schon seit über 2 Wochen die Ursache für dieses Problem und komme einfach nicht mehr weiter.. :(
Wie ich oben schon geschrieben hatte, hab ich schon so gut wie alles probiert und mir alle denkbar relevanten Beiträge im Forum durchgelesen... Ich komm aber einfach nicht mehr weiter im Moment...
Für ne Hilfe wär ich euch wirklich sehr sehr dankbar!!
Grüße,
Hueso
Hallo Hueso,
eine Idee habe ich noch.
So wie es klingt hast du ja alles andere passend eingestellt.
Nimm mal aus der .htaccess diesen Teil raus:
Also den ganzen Teil mit der Compression.Code:##
# Compress .js and .css files
##
AddEncoding gzip .gz
AddType "text/javascript" .gz
AddType "text/css" .gz
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.*)$ $1.gz [L]
Funktioniert es dann?
Und: hast du 'nur' die Probleme beim speichern von Textdateien oder sind da noch andere Probleme?
Viele Grüße
Hallo MacKP,
danke für den Hinweis, aber leider hat es nichts verändert. Ich denke eigentlich auch nicht, dass es etwas mit der htaccess-Datei zu tun hat, da ich...
- zum einen gelesen hatte, dass die Nutzung von htaccess-dateien bei HostEurope nur ab dem WebPack "L" verfügbar ist und ich WP "M" habe.
- zum anderen die Funktion "URL umschreiben" zuvor noch nie aktiviert hatte, und es immer funktioniert hat
Ich vermute, dass dieser Fehler (siehe Bild) für den Speichern-Fehler und die "Folgefehler" die Ursache ist, habe aber bis jetzt nicht geschafft dieses Problem zu lösen.
Und ja, es gibt auch weitere Fehler im System, um vllt den Fehler besser zu verstehen hier eine kleine Beschreibung:
- das Speichern in sämtlichen Textfeldern geht - lediglich beim Speicher-Versuch in den Editoren erscheint das Alert-Fenster "Soll diese Seite wirklich verlassen werden..." und die Änderungen werden nicht gespeichert
- JavaSript scheint im gesamten BE nicht zu funktionieren (Beispiel: Drag&Drop der Inhaltelemente, Verschiebung der Position bei Seitenlayout duch Pfeile, Inhaltselemente werden in voller Höhe angezeigt (Inhaltselemente haben also nicht mehr die gleiche Höhe), Automatisches Nachladen des unteren Bereichs bei Modulauswahl (dropdown) bei "Module", Aufklappen/Zuklappen von Grünen Überschriften etc.)
- Breadcrumb Menü oberhalb Artikel-Struktur wird nicht horizontal, sondern übereinander inkl. der list-style-type angezeigt
- Fehler bestehen seit Update auf 2.8, Update auf 2.8.1 haben ebenfalls nicht geholfen
Vielen Dank für evtl. weitere Tipps oder Ansätze!
Hallo Hueso,
puh harte Nuss ;-)
Also:
Wenn du TL in einem Unterordner installierst und der übergeordnette Ordner eine aktive .htaccess hat, dann hat man dein Problem.
Oder man hat dein Problem wenn das mit der Kompression nicht funktioniert.
In beiden Fällen muss man die .htaccess richtig anpassen.. wie ist ja oben schon beschrieben.. wenn beides nicht hilft weiß ich auch nichts mehr.
Der SMH ist ja bei dir schon Umgangen/richtig eingestellt, daran sollte es also nicht liegen.
Ich kann dir jetzt nur noch anbieten, das du mir mal nen TL Zugang einrichtest, dann noch nen ftp-Zugang gibst und ich schau mir das mal direkt an.
Bitte alles per PM wenn du magst.
Viele Grüße
vielen Dank für das Angebot - ist als PM geschickt!
Hallo Hueso,
mensch in letzter Zeit seh ich nur spezial Fälle ;-)
Also:
du hattest ja das be_main.tpl angepasst. Das passte dann nicht mehr ganz zum neuen System.
Ich musste bei dir den Aufruf der mootools.js entfernen und durch die neuen ersetzen:
<script type="text/javascript" src="plugins/mootools/mootools-core.js"></script>
<script type="text/javascript" src="plugins/mootools/mootools-more.js"></script>
Was ich noch gemacht habe: Die .htaccess auf den richtigen Stand gebracht aber wieder umbenannt, da das ja eh nicht bei dir funktioniert (nur falls du dann mal an ein System kommst wo es gehen sollte ist das auch direkt mit dem passenden base für den Unterordner versorgt).
Im Backend funktioniert jetzt das JavaScript und kurz Speichern habe ich auch ausprobiert -> Funktionierte bei mir auch, aber bitte noch mal selber testen.
Viele Grüße
----
PS: ich sollte mir wirklich mal überlegen nen richtigen support aufzumachen mit 01805 Nummer oder so *g*
Hey MacKP! Ich weiss nicht was ich sagen soll! Vielen Dank!! :)
Ich saß jetzt so lange an diesem Problem, und bin daher echt froh, dass es jetzt gelöst ist, und ich nicht wieder auf 2.7 downgraden muss.
Danke nochmal und viele Grüße! :)
Hueso
Mir geht es genau so. :(
Wie bei meinem Vorgänger scheint plötzlich das komplette Javascript im Backend nicht zu funktionieren. Allerdings nicht anch einem Update, sondern einfach so, ganz plötzlich.
Ich habe nun auch die Mootools Pfade verändert und das Umschreiben der URLS wieder deaktiviert. Die .htaccess Datei ist auch aktiviert.
Vielleicht ist noch ein anderer Pfad nicht korrekt?
Das hier ist meine Javascript:
Und dies meine .htaccess DateiPHP-Code:<script type="text/javascript" src="plugins/tablesort/js/tablesort.js"></script>
<script type="text/javascript" src="plugins/mootools/mootools-core.js"></script>
<script type="text/javascript" src="plugins/mootools/mootools-more.js"></script>
<script type="text/javascript" src="plugins/slimbox/js/slimbox.js"></script>
<script type="text/javascript" src="plugins/ufo/ufo.js"></script>
<link rel="stylesheet" href="plugins/slimbox/css/slimbox.css" type="text/css" media="screen" />
<link rel="stylesheet" href="plugins/tablesort/css/tablesort.css" type="text/css" media="screen" />
Mir ist aufgefallen, dass es im template Bereich allerdings eine weitere .htaccess mit dem Inhalt "order deny,allowCode:##
# TYPOlight Open Source CMS
# Copyright (C) 2005-2010 Leo Feyer
#
# This program is free software: you can redistribute it and/or
# modify it under the terms of the GNU Lesser General Public
# License as published by the Free Software Foundation, either
# version 3 of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# Lesser General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public
# License along with this program. If not, please visit the Free
# Software Foundation website at <http://www.gnu.org/licenses/>.
#
# PHP version 5
# @copyright Leo Feyer 2005-2010
# @author Leo Feyer <https://contao.org>
# @license LGPL
##
<IfModule mod_rewrite.c>
RewriteEngine On
##
# Rewrite base
#
# Set the RewriteBase if your TYPOlight installation is in a subdirectoy and
# the rewrite rules are not working properly. Usage examples:
#
# RewriteBase /typolight-2.8.0
# RewriteBase /path/to/typolight
#
# Add your own RewriteBase after this comment.
##
##
# Malicious requests
#
# TYPOlight usually does not pass absolute URLs via GET, therefore the
# following rules block all requests that try to pass a URL or the /etc/
# directory as parameter.
##
RewriteCond %{REQUEST_URI} (ftp|https?):|/etc/ [NC,OR]
RewriteCond %{QUERY_STRING} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]
##
# Compressed .js and .css files
#
# Most of the JavaScript and CSS files used in TYPOlight are also available
# as compressed .gz version, which requires less bandwidth and optimizes the
# page loading time. The following rules load these compressed ressources.
##
AddEncoding gzip .gz
<FilesMatch "\.js\.gz$">
AddType "text/javascript" .gz
</FilesMatch>
<FilesMatch "\.css\.gz$">
AddType "text/css" .gz
</FilesMatch>
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.*)$ $1.gz [QSA,L]
##
# Static ressources
#
# Do not rewrite requests for static files or folders such as style sheets,
# images, movies or text documents.
##
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
##
# TYPOlight URLs
#
# By default, TYPOlight adds ".html" to the generated URLs to simulate static
# HTML documents. If you change the URL suffix in the back end settings, make
# sure to change it here accordingly!
#
# RewriteRule .*\.html$ index.php [L] # URL suffix .html
# RewriteRule .* index.php [L] # No URL suffix
# RewriteRule .*\.txt$ index.php [L] # URL suffix .txt
#
# If you are using mod_cache, it is recommended to use the RewriteRule below,
# which adds the query string to the internal URL:
#
# RewriteRule (.*\.html)$ index.php/$1 [L]
#
# Note that not all environments support mod_rewrite and mod_cache!
##
RewriteRule .*\.html$ index.php [L]
</IfModule>
AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php
deny from all" gibt. Aber ich vermute, das tut nichts zur Sache.
Es wäre schön, wenn mal jemand drüber schaun könnte, da ich mich mit der Materie noch gar nicht auskenne :(
So wie ich das sehe, hast Du ja gar keine RewriteBase angegeben.
Brauchst Du denn eine?
Dein Javascript Abschnitt ist aber nicht typisch für TL 2.8 gegenüber deiner htaccess.
Da ist z.B. noch ein TL 2.6 Element drin (UFO). Ist das ein Auszug der generierten Startseite im Backend oder direkt aus dem be_main.tpl Template?
Ich weiß nicht, toflar.. brauch ich eine? :D Ich weiß noch nichtmals so genau was das ist ^^"
BugBuster, das ist der Auszug aus meiner, nach Tutorial, selbst erstellten tpl fürs Frontend. Vermutlich war das falsch.. jetzt wo du so fragst, wird mir das auch klar :D *lol*
JS des Standart Backends ist:
Ach udn das Ufo werde ich dann einfach mal raus nehmen, ja? ^^PHP-Code:<script type="text/javascript" src="plugins/mootools/mootools-core.js"></script>
<script type="text/javascript" src="plugins/mootools/mootools-more.js"></script>
<script type="text/javascript" src="plugins/calendar/js/calendar.js"></script>
<script type="text/javascript" src="typolight/typolight.js"></script>
<script type="text/javascript" src="system/themes/default/hover.js"></script>
<script type="text/javascript" src="http://www.ronzon-online.de/vatertag/plugins/tinyMCE/tiny_mce_gzip.js"></script>
<script type="text/javascript">
Sofern du kein Modul nutzt was das alte UFO noch braucht (Flash), kann es weg.
Normalerweise würde ich jetzt hier ziemlich genervt antworten. Denn (a) steht alles schön im Handbuch beschrieben, das ist nämlich zum Lesen da, nicht einfach nur der Vollständigkeit halber und (b) haben wir hier im Forum sicher 10x pro Tag das selbe leidige Thema RewriteBase. Ich glaube 30% aller Beiträge hier im Forum handeln davon, weil sich jeder zu Schade ist, sich zu informieren, was eigentlich eine ".htaccess" ist und jeder davon ausgeht, dass sich das System um solche Dinge kümmern soll (soll es nicht, nein). Zudem sieht es so aus, als wäre Tante Google und die Suche hier im Forum anstrengender als ein neuer Thread zu starten.Zitat:
Zitat von Salim
Allerdings bist Du neu - deshalb gibts ne 2. Chance ;) Trotzdem: Eigne Dir die Suche an, dann findest Du auch die entsprechenden Threads und wirst verstehen, warum das Thema leidig wird ;)
Hey Yanick,
ich kann dich voll verstehen und möchte mich ertsmal fürs Luftholen und ne zweite Ccance geben bedanken. Warum ich nhier so frage hat allerdings auch seinen Grund, denn wie ich schon sagte bin ich in dieser Materie ein absoluter Einsteiger. Ich würde mich nichtmals mit dem Wort Noob beleidigt fühlen und kann daher zugeben, dass ich das Handbuch oft einfach schlichtweg (noch!) nicht verstehe. - Man will ja lernen.
Wenn ich nun zum Beispiel nach Rewrite Base auf der TYPOlight Seite suche, bekomme ich dieses Ergebnis https://contao.org/suche.html?keywor...e+BAse&x=0&y=0 . Das hilft mir aber nicht weiter, oder sehe ichd as falsch? :o
Wenn ich im Forum nach "rewrite Base", "was ist rewrite Base" oder "wozu rewrite Base" suche, listet er mir zwar tausend Einträge auf, die aber allesamt laut Titel absolut nichts mit meinem Thema zu tun haben. Weder meinem spezifischen noch der Erklärung, was rewrite Base nun sit und wozu ich es brauche.
Auch mit Google läuft es meist darauf hinaus, dass das Wort zwar vorkommt, aber nicht direkt erklärt wird, inwiefern es benötigt/verwendet wird.
Also entweder ich suche falsch, denke falsch, oder bin irgendwie komplett blöd :D Es ist wirklich nicht mein Anliegen, alles vorgekaut zu bekommen, was sich mindestens halb so verständlich im Netz fidnet. Normalerweise suche ich mir imerm alels selbst zusammen und verweise oft genug auf gidf.de - Doch was dieses Thema angeht stehe ich wirklich auf dem Schlauch. Vielleicht kenne ich mich auch zu wenig mit dem Thema aus, um mit einem guten Prinziep zu suchen?
Oh.. so.. zu guter Letzt habe ich dann doch noch das hier gefunden https://contao.org/board/message/181.html. Ich glaube ich habe das Thema "typolight verzeichnis" falsch verstanden. Nachdem ich nun meinen Pfad von /vatertag zu /vatertag/typüolight geändert hatte, geht mir allerdings das Backend CSS flöten und ich sehe alles nur noch in purem HTML. Habe es dann wieder zurück gestellt und nun kann ich mich plötzlich nicht mehr einloggen ^^ Keine Fehlermeldung, nichts. Einfach nur das EinlogFormular nach dem Absenden weider vor mir, neu und leer.
Oh man.. wenn einmal der Wurm drin ist... :D
Ich schätze mal, dass er da jetzt irgendwie durcheinander gekommen ist? Dachte ich könnte das vll. in der .htacces neu eintragen, aber die betreffende Zeile, die man auch im verlinkten Beitrag sieht, finde ich in meiern .htaccess leider gar nicht.
Doch den Abschnitt gibt es:
Aber "RewriteBase /" ist der Default Wert und braucht nicht gesetzt zu werden, wenn direkt im Hauptverzeichnis des Webservers die Installation von TL erfolgte.Code:##
# Rewrite base
#
# Set the RewriteBase if your TYPOlight installation is in a subdirectoy and
# the rewrite rules are not working properly. Usage examples:
#
# RewriteBase /typolight-2.8.0
# RewriteBase /path/to/typolight
#
# Add your own RewriteBase after this comment.
##
Da das meistens der Fall ist, ist das hier auskommentiert.
Also mein Typolight liegt im Verzeichnis /vatertag. Dort gibt es aber auch noch einen Typolight Ordner.
Im Backend ist die URL dann also www.url.de/vatertag/typolight/main.php
D.h. ich muss eigentlich schon /vatertag als rewritebase eintragen, oder? (SO hatte iche s ja auch ursprünglich über Einstellungen gemacht. Aber da ich mich ja nun nicht mehr einloggen kann, komme ich da nicht mehr dran.
Habe es jetzt in die .htaccess eingetragen und die Zeilen sehen nun so aus
Dumemr Weise kann ich mich immer noch nicht wieder einloggen ^^"Code:##
# Rewrite base
#
# Set the RewriteBase if your TYPOlight installation is in a subdirectoy and
# the rewrite rules are not working properly. Usage examples:
#
# RewriteBase /typolight-2.8.0
# RewriteBase /path/to/typolight
#
# Add your own RewriteBase after this comment.
##
RewriteBase /vatertag
Hallo Salim,
über "Einstellungen" im Backend änderst Du den Pfad in der "localconfig.php".
Öffne mal Deine "localconfig.php" im Verzeichnis "/system/config" und kontrolliere, ob bei Dir das steht:
Wenn nicht, entsprechend ergänzen/ändern.PHP-Code:$GLOBALS['TL_CONFIG']['websitePath'] = '/vatertag';
Wie Du richtig sagst, muss Deine "RewriteBase" in der ".htaccess" auf das Unterverzeichnis "/vatertag" zeigen.
*schnüff*
Ich dreh hier noch durch ^^ In der config.php steht jetzt genau das, was du geschrieben hast ->sie ist neu hochgeladen, cach geleert, Seite aktualisiert... aber beim Verusch mich einzuloggen lande ich immer noch immer wieder auf der Startseite. :(PHP-Code:$GLOBALS['TL_CONFIG']['websitePath'] = '/vatertag';
Muss da bei rewrite URL auch noch was stehen? Momentan hat es den Wert false, so wie alles andere außer title und charset.