Seite kann nicht gespeichert werden

Hallo !

Etwas verzweifelt im Moment...

Habe 2 Installationen...auf einem Server

1x 2.7.1 als testumgebung

1x 2.7.2 als produktive seite

plötzlich kann ich in 2.7.2 keine seite mehr kopieren bzw abspeichern...
weißer Bildschirm, Code 500....typolight legt zwar die seite an...lässt mich aber nicht speichern

..in 2.7.1 funktioniert alles normal...

was tun ?

cache schon gelöscht..keine abhilfe...

wer kennt das problem...wo kann ich suchen...

im frontend alles normal...
schreibrechte überprüft..ebenfalls ok


LG Klaus

Unterschiede? Erweiterungen? Passiert es bei einer speziellen Rubrik? Funktioniert das ganze Backend nicht mehr? Etwas an der .htaccess geändert?

Was wirft denn das apache-Logfile für eine Begründung des 500er Fehlers aus?

Hallo Toflar

Eigentlich ausser der TL version kein Unterschied

Mit und ohne Autoarticle...es geht nicht zum Speichern...

keine besonderen LOG einträge...

nur css wird ständig neu generiert...

cron Problem ?



[29.06.2009 11:00] Generated style sheet "layout_f.css"
[29.06.2009 11:00] Generated style sheet "layout_s.css"
[29.06.2009 11:00] Generated style sheet "info.css"
[29.06.2009 11:00] Generated style sheet "events.css"
[29.06.2009 11:00] Generated style sheet "modules.css"
[29.06.2009 11:00] Generated style sheet "content.css"
[29.06.2009 11:00] Generated style sheet "welcome.css"
[29.06.2009 11:00] Generated style sheet "form.css"
[29.06.2009 11:00] Generated style sheet "navigation.css"
[29.06.2009 11:00] Generated style sheet "layout.css"
[29.06.2009 11:00] Generated style sheet "basic.css"
[29.06.2009 11:00] No active page for page ID "galerie2", host "klaus-madzar.at" and languages …
[29.06.2009 10:58] A new entry in table "tl_page" has been created (ID: 210)
[29.06.2009 10:53] Generated style sheet "layout_f.css"
[29.06.2009 10:53] Generated style sheet "layout_s.css"
[29.06.2009 10:53] Generated style sheet "info.css"
[29.06.2009 10:53] Generated style sheet "events.css"
[29.06.2009 10:53] Generated style sheet "modules.css"
[29.06.2009 10:53] Generated style sheet "content.css"
[29.06.2009 10:53] Generated style sheet "welcome.css"
[29.06.2009 10:53] Generated style sheet "form.css"
[29.06.2009 10:53] Generated style sheet "navigation.css"
[29.06.2009 10:53] Generated style sheet "layout.css"
[29.06.2009 10:53] Generated style sheet "basic.css"
[29.06.2009 10:40] A new entry in table "tl_page" has been created (ID: 209

Sieht ja alles gut aus.

Kannst du mal sagen, was du an der .htaccess geändert hast?

Ich bin mir nicht ganz sicher, aber ich dachte Apache Fehler 500 hängt mit mod_rewrite zusammen.....

Zitat:

---

Zitat von stefan-at-work

Was wirft denn das apache-Logfile für eine Begründung des 500er Fehlers aus?

---

habe die log mal runtergeladen...aber ehrlich auskennen tu ich mich da nicht...

habe die mal angehängt...

Danke !

PS: bin ja als Tischlermeister mal froh bin php und css halbwegs klar zu kommen...apache geht schon tiefer...aber mal sehen in 1-2 jahren ...;)

Zitat:

---

Zitat von Toflar

Sieht ja alles gut aus.

Kannst du mal sagen, was du an der .htaccess geändert hast?

Ich bin mir nicht ganz sicher, aber ich dachte Apache Fehler 500 hängt mit mod_rewrite zusammen.....

---

Eigentlich nichts geändert....

Code:

---

##
# Rewrite base
##
RewriteEngine On
RewriteBase /

##
# Block malicious requests
##
RewriteCond %{REQUEST_URI} (ftp|https?):|/etc/ [NC,OR]
RewriteCond %{QUERY_STRING} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]

##
# 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]

##
# Rewrite TYPOlight URLs
##
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .*\.html$ index.php [L]

---

Zitat:

---

File does not exist: /home/virtual/site213/fst/var/www/html/typolight/plugins

---

Ich tippe auf: URL's umschreiben aktiviert. ._htaccess in .htaccess umbenannt, ABER: TL Installation in Unterverzeichnis und .htacess nicht gemäss Doku angepasst...;)

Jupp tippe ich auch, so war es bei 2 Fällen schon einmal.

Zitat:

---

Zitat von Toflar

Ich tippe auf: URL's umschreiben aktiviert. ._htaccess in .htaccess umbenannt, ABER: TL Installation in Unterverzeichnis und .htacess nicht gemäss Doku angepasst...;)

---

OK...url umschreiben deaktieviert...problem bleibt bestehen...

Möchte mal kurz schildern wie Ablauf zuletzt war (vielleicht liegt es daran)

Habe jetzt 4 Wochen auf subdomain probiert...seit samstag arbeite ich produktiv an der hauptseite...habe da einfach das mit backupDB erstellte template in eine leere 2.7.2 Installation importiert...wird da die htaccess überschrieben..dann ist es die von der subdomain ???

was wäre an der htaccess zu ändern ?

wo finde ich die infos dazu ?

habe auch leos buch da liegen...steht da was drinnen ?

Aber: warum konnte ich bis jetzt arbeiten..ist erst seit heute morgen so... ??

http://de.contaowiki.org/GermanSetti...RLsumschreiben

URL's aktivieren/deaktivieren bedeutet immer auch die ._htaccess umbenennen in .htaccess bzw. umgekehrt.

Mach einfach mal genau das, was in der Doku steht. Vielleicht hast du auch die ._htaccess gepostet und nicht gemerkt, dass du schon eine aktive .htaccess hast vom Kopieren.
Nötig ist nur eine...

Zitat:

---

Zitat von Toflar

http://de.contaowiki.org/GermanSetti...RLsumschreiben

URL's aktivieren/deaktivieren bedeutet immer auch die ._htaccess umbenennen in .htaccess bzw. umgekehrt.

Mach einfach mal genau das, was in der Doku steht. Vielleicht hast du auch die ._htaccess gepostet und nicht gemerkt, dass du schon eine aktive .htaccess hast vom Kopieren.
Nötig ist nur eine...

---

Hallo !

Eigentlich würde das alles passen...im Frontend kommt man ja direkt in mein verzeichnis wo TL installiert ist...daher wäre da ja kein unterverzeichnis....also mit www.domain.at/ bin ich direkt auf der index.php...die ja durchs umschreben wegfällt...alos in der .htaccess nur /

im backend ist das unterverzeichnis /typolight/....

gilt die .htaccess auch fürs backend..?? denke nein oder...

sollte auch im Verzeichnis /typolight/ bzw /system/ bzw /plugins/ je eine htaccess liegen ?

Da habe ich ja keine derzeit...ist das das Problem ?

Id: 1424
Datum: 29.06.2009 11:57
Ursprung: Frontend
Kategorie: ERROR
Benutzer:
Details: No active page for page ID "plugins", host "klaus-madzar.at" and languages "de"
Funktion: PageError404 generate()
IP Adresse: 80.120.182.118
Browser: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.1; .NET CLR 3.0.04506.30)

Hat das etwas zu bedeuten ??

Hängt es mit dem Sprachenfallback zusammen ?

Steht aber überall de..drinnen

Zitat:

---

Zitat von klaus_tkm

sollte auch im Verzeichnis /typolight/ bzw /system/ bzw /plugins/ je eine htaccess liegen ?

---

Ja, es gibt ziemlich viele .htaccess dateien in TL Ordnern um darüber auch die einzelnen Rechte zu regeln. Schau doch bitte mal mit der typolight-check.php (zu finden auf der Seite mit den Anforderungen) ob alle Notwendigen Dateien da sind.

Dein Log Eintrag ist eine Andere Baustelle. (hat auch nicht unbedingt was zu sagen)

Viele Grüße

Zitat:

---

Zitat von MacKP

Ja, es gibt ziemlich viele .htaccess dateien in TL Ordnern um darüber auch die einzelnen Rechte zu regeln. Schau doch bitte mal mit der typolight-check.php (zu finden auf der Seite mit den Anforderungen) ob alle Notwendigen Dateien da sind.

Dein Log Eintrag ist eine Andere Baustelle. (hat auch nicht unbedingt was zu sagen)

Viele Grüße

---

Hallo !

typolight-check.php / danke...die habe ich in der version 2.7.2 auch ausgeführt...alles grün !

Momentan stehe ich echt an !

Gestern hat noch alles gepasst..heute nur weißer Bildschirm wenn ich etwas speichern will....

Klaus: Mal angenommen, deine Aussage stimmt, dann sind wir uns doch einig, dass irgendetwas in der Zwischenzeit geändert worden ist oder?
Sonst würde das System ja immer noch laufen...von alleine macht es bestimmt nichts - hat ja (noch) kein Hirn das gute TL ;)

Was hast du also in der Zwischenzeit gemacht? Seit wann funktioniert es nicht mehr? Seit einem bestimmten Klick? Versuch dich zu erinnern :)

Wo wird gehostet? (Letzte Chance für ne Unschuld :D)

Schreibrechte stimmen wohl auch … hmm. 500er kann auch bei einem PHP-Fehler kommen (bei bestimmten Hostern) … schau mal, was /system/logs/error.log enthält.

Zitat:

---

Zitat von FloB

Schreibrechte stimmen wohl auch … hmm. 500er kann auch bei einem PHP-Fehler kommen (bei bestimmten Hostern) … schau mal, was /system/logs/error.log enthält.

---

Danke Dir für den Hinweis...da ist der letzte Error vom 16.06...also das kanns nicht sein...aber trotzdem wieder was gelernt wo man suchen kann...

LG Klaus

Zitat:

---

Zitat von Toflar

Klaus: Mal angenommen, deine Aussage stimmt, dann sind wir uns doch einig, dass irgendetwas in der Zwischenzeit geändert worden ist oder?
Sonst würde das System ja immer noch laufen...von alleine macht es bestimmt nichts - hat ja (noch) kein Hirn das gute TL ;)

Was hast du also in der Zwischenzeit gemacht? Seit wann funktioniert es nicht mehr? Seit einem bestimmten Klick? Versuch dich zu erinnern :)

---

Gute idee...

1. Bin nun mal das systemlog durchgegangen
2. heute nur update von moretags, 1 datei geändert
3. gestern intensiv an einem Formular gearbeitet, dabei wurde der ordner Formulardaten im backend im Menü angelegt

Aber folgende Diagnose zur Eingrenzung:

1. kann Artikel anlegen und speichern >> OK
2. Kann leere Seite anlegen, verschieben, speichern >>OK
3. kann aber KEINE Seite kopieren oder verschieben, wenn darin ein Artikel bereits vorhanden ist.

Alos das ist der Knackpunkt..... SEITE MIT ARTIKEL verschieben und kopieren ist das Problem.

Neuanlegen mit autoarticle KEIN Problem !

Hoffe ich konnte es nun eingrenzen...sehe es nicht als allgemeines Providerproblem..da es ja in der Subdomain funtioniert (selber Server !)

Also definitv nur kopieren, verschieben...

der link der zB beim kopieren entsteht sieht dann in der adressleiste so aus:

meinedomain.at/typolight/main.php?do=page&mode=1&pid=213&act=edit&id=214

UND weisser Bildschirm...mit zurück komme ich zum angelegten Datensatz, schließe ich dann und geh wieder rein...ist dieser nicht mehr da...

also der Speichervorgang wird unterbrochen...egal welcher browser !

Sorry für die ganzen Diskussionen und Umstände. Das Problem liegt an der Erweiterung googlesitemap, ist mir bekannt und wir in kürze behoben. Es wurde hier schon diskutiert: https://community.contao.org/de/showthread.php?t=436

Klaus: Ich sende dir mal die neuste Version per Mail zu, hat auch die gewünschten neuen Features ;)

Zitat:

---

Zitat von andreas.schempp

Sorry für die ganzen Diskussionen und Umstände. Das Problem liegt an der Erweiterung googlesitemap, ist mir bekannt und wir in kürze behoben. Es wurde hier schon diskutiert: https://community.contao.org/de/showthread.php?t=436

Klaus: Ich sende dir mal die neuste Version per Mail zu, hat auch die gewünschten neuen Features ;)

---

Hallo !

Na da bin ich ja nun mal froh, dass meine Installation nicht total zum wegwerfen ist....vielen Dank an alle für die tolle Unterstützung...habe nun wieder mächtig viele parts von TL kennengelernt...hat ja so seine Vorteile Fehler zu analysieren und zu suchen ...;)

Werde in Zukunft vorsichtig updates machen und genau prüfen ob alle module kompatibel sind... soweit dies geht...

(siehe dazu meine Frage im Forum/Newbie-Fragen "update oder nicht update " ) :D....kann ich mir wohl nun selbst beantworten...:) ....Erfahrung macht den Meister.

aber das sitemapmodul ist ja ein wonderfull-modul und nicht so einfach wegzudenken !!! Funktioniert ja sonst bestens und gehört einfach auf eine gute Seite ! Google hat innerhalb von 1 Woche bei meiner Testoberfläche Unmengen von Seiten erkannt und gefunden....supersache !

Danke !


Neues Modul erhalten...läuft perfekt Danke ! 02.07.2009 Klaus_tkm