Du bist nicht angemeldet. Der Zugriff auf einige Boards wurde daher deaktiviert.
- Links zu: Aktiven | Unbeantworteten
- Übersicht
- »
- »
1
#1 01. September 2014 17:50
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
Hallo zusammen,
ich habe mein CMSms vor 3 Wochen auf einen neuen Server umgezogen, seit dem habe ich bemerkt das alle Änderungen im Backand gecacht werden. ich habe die aktuellese CMSms Version installiert. Am Anfang konnte ich nicht einmal Seiten absenden, da diese Fehlermeldung kam.
[Tue Aug 12 17:23:39 2014] [error] [client 92.79.150.174] ModSecurity: Access denied with code 403 (phase 2). Match of "eq 0" against "MULTIPART_UNMATCHED_BOUNDARY" required. [file "/etc/httpd/modsec/00_asl_zz_strict.conf"] [line "37"] [id "330792"] [msg "Multipart parser detected a possible unmatched boundary. This may be an impedence mismatch attack, a broken application or a broken connection. This is not a false positive. Check your application or client for errors."] [severity "CRITICAL"] [hostname
Dies wurde dann vom Support behoben.
1. Beispeil:
ich möchte das Aussehen von TinyMCE ändern. Hier kann man ja aus 3 Design wählen. wenn ich also von default auf o2k7 umstelle und abspeichere, und ich den Testbereich anschaue bleibt das Design weiterhin default, egal ob ich F5 drücke.
dies kann ich so oft ich will umstellen, es bleibt beim default.
2. Beispiel:
ich lade ein Bild in die Bildverwaltung gehe dann in eine Seite und möchte das Bild über den Editor einfügen, wird mir nur alte Bilder angezeigt, aber das gerade hochgelade nicht. Kontrolliere ich es aber in der Bildverwaltung ist es wieder da.
3. Beispiel:
ich habe eine PDF in die Dateiverwaltung hochgeladen. Bewerke aber das ich einen Fehler in der PDF habe ändere diese ab und lade Sie erneut mit dem gleichen Namen hoch, ist die PDF immer noch mit dem Fehler vorhanden.
Nur das löschen des Browsercaches hilft hier im Moment. Dann wird alles richtig angezeigt.
Dies war aber auf meinem alten Server alles nicht so.
Was stimmt jetzt an dem neuen Server nicht, das er mir alles im Browsercache lässt oder keine Änderungen mehr anzeigt???
Wäre super wenn Ihr mir helfen könntet!
Vielen Dank schon einmal!
VG Klinge
Beitrag geändert von Klinge (21. Juli 2015 19:40)
Offline
#2 01. September 2014 21:01
- cyberman
- Moderator

- Ort: Dohna / Sachsen
- Registriert: 13. September 2010
- Beiträge: 6.741
- Webseite
Re:
seit dem habe ich bemerkt das alle Änderungen im Backand gecacht werden.
Welche sonstigen Einstellungen hast du denn bezüglich des Cachings aktiviert?
Es gibt im Backend eine Möglichkeit, den CMSMS Cache zu löschen. Wenn du dir diese Seite in CMSMS als Lesezeichen anlegst, hast du sie ruckzuck im Zugriff.
Den Unterschied zwischen deinen beiden Servern kennst nur du allein. Der Möglichkeiten gibt es zu viele, als dass dir hier jemand dazu etwas konkretes sagen kann.
1. Wie bekomme ich hier schnelle Hilfe?
2. HowTo: Fehlersuche bei CMSMS
---
„First they ignore you, then they laugh at you, then they fight you, then you win.“ Mahatma Ghandi
Offline
#3 02. September 2014 07:20
- NaN
- Moderator

- Ort: Halle (Saale)
- Registriert: 09. November 2010
- Beiträge: 4.058
Re:
Normalerweise werden die Seiten des Backends nie gecached. Das wurde aber erst ab einer bestimmten CMSms Version richtig korrekt umgesetzt. Da ich aber jetzt nicht weiß, welche Version Du verwendest, kann ich auch nicht anders, als alles erstmal auf Deinen Provider zu schieben.
Module: GBFilePicker, AdvancedContent, FEUMailer
Plugins: AjaxTools, XajaxTools
Sicherheit: Beispiel .htaccess-Datei
Offline
#4 02. September 2014 17:23
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
Hey,
Danke für die schnellen Antworten, ich habe heute mal einen Wamp Server installiert und meine Einstellungen mit dem Wamp Einstellungen verglichen. Anscheinend habe ich eine open base dir Beschränkung.
Muss hier open base dir komplett deaktiviert sein oder wie sollte diese Beschränkung sonst aussehen?
Danke noch einmal
Offline
#5 03. September 2014 11:49
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
Hey,
hier ein Update von meinem Problem.
Update: Mein Provider hat die open basedir Einstellungen geändert und dies pass jetzt soweit.
Leider immer noch das gleiche Problem.
Aber ich habe gesehen das mein Problem was mit der Session zu tun hat. Den wenn ich mich ab und wieder anmelde werden die Änderungen richtig angezeigt.
Was kann ich da jetzt ändern, das ich die Änderungen auch in der gleich Session sehe, ohne mich ständig an und abmelden zu müssen???
Wenn mir hier helfen könnte, geb ich auch mal Zugangsdaten für eine Testseite weiter!
Dankeschön!
Offline
#6 03. September 2014 13:39
- NaN
- Moderator

- Ort: Halle (Saale)
- Registriert: 09. November 2010
- Beiträge: 4.058
Re:
Du hast uns leider noch immer nicht gesagt, welche CMSms Version Du einsetzt.
Module: GBFilePicker, AdvancedContent, FEUMailer
Plugins: AjaxTools, XajaxTools
Sicherheit: Beispiel .htaccess-Datei
Offline
#7 03. September 2014 13:42
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
Sorry.
ich setzte die CMS Made Simple™ 1.11.11 “San Cristobal” ein. Aber das Problem habe ich auch bei anderen älteren Versionen.
Danke
Offline
#8 03. September 2014 16:20
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
Hier noch ein Video! Dann sieht man es offentlich besser!
Offline
#9 04. September 2014 07:25
- engel1963
- arbeitet mit CMSMS
- Registriert: 08. Dezember 2010
- Beiträge: 105
Re:
Du musst den Editor auch in deinem Profil ändern.
Offline
#10 04. September 2014 08:16
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
@engel1963
ich musste das auf dem alten Server nie machen, und auch im Video sieht man das im Wamp Server das nicht gemacht werden muss.
Es ist immer noch ein Session Fehler wo ich nicht weiß, wie ich den weg bekomme.
Offline
#11 04. September 2014 09:51
- NaN
- Moderator

- Ort: Halle (Saale)
- Registriert: 09. November 2010
- Beiträge: 4.058
Re:
Überprüfe doch mal in der Netzwerkkonsole was genau da an Header-Daten vom Server an den Browser gesendet werden. (Im Firefox [F12] drücken, dann auf "Netzwerkanalyse", Seite neu laden, gleich den ersten Request auswählen und dann rechts unter "Antwortkopfzeilen" schauen)
Btw. laut Video benutzt Du Firefox.
Welche Version?
Tritt dieses Problem auch in anderen Browsern auf?
Module: GBFilePicker, AdvancedContent, FEUMailer
Plugins: AjaxTools, XajaxTools
Sicherheit: Beispiel .htaccess-Datei
Offline
#12 09. Februar 2015 22:55
- balancetistisch
- hat von CMSMS gehört
- Registriert: 09. Februar 2015
- Beiträge: 1
Re:
Ist Firefox nicht gut geeignet?
Offline
#13 10. Februar 2015 09:14
- NaN
- Moderator

- Ort: Halle (Saale)
- Registriert: 09. November 2010
- Beiträge: 4.058
Re:
Ist Firefox nicht gut geeignet?
Wiebitte?
Es ist prinzipiell wurscht, ob Firefox, Safari, Chrome, InternetExplorer oder Opera. Die sind alle gut genug.
Es geht darum, die Ursache eines Problems herauszufinden.
Module: GBFilePicker, AdvancedContent, FEUMailer
Plugins: AjaxTools, XajaxTools
Sicherheit: Beispiel .htaccess-Datei
Offline
#14 10. Februar 2015 14:07
- Janl
- Server-Pate

- Ort: Freistadt, Österreich
- Registriert: 13. Dezember 2010
- Beiträge: 1.039
- Webseite
Re:
"das löschen des Browsercaches hilft"
Das sieht eher aus nach einem Browserproblem.
Vielleicht hift es so
https://support.mozilla.org/de/kb/firef … ch-firefox
Nach einem Update von Firefox hatte ich einige Problemen die ich so lösen konnte.
MfG
Jan
Ubuntu 12.04 mit KDE und Kubuntu 16.04 - FOSS Fan
Offline
#15 19. Februar 2015 11:09
- edned
- hat von CMSMS gehört

- Registriert: 18. Februar 2015
- Beiträge: 7
Re:
Ja, die Restore-Funktion von Firefox hat mir schon einige Male geholfen. Oft auch bei Problemen, bei denen ich vorher tagelang im Dunkeln getappt bin.
Offline
#16 21. Juli 2015 19:24
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
ich habe die Lösung zu meinem Problem doch noch gefunden.
in der .htaccess Datei wurde ab einer neueren Version das hinzu gefügt:
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 1 month"
# Set expires tags on various file types... so that the browser wont attempt to reload them.
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/ico "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType video/x-flv "access plus 1 year"
ExpiresByType application/pdf "access plus 1 year"
ExpiresByType application/x-shockwave-flash "access plus 1 year"
ExpiresByType application/javascript "access plus 1 month"
ExpiresByType text/javascript "access plus 1 month"
ExpiresByType text/css "access plus 1 month"
<IfModule mod_headers.c>
# Setting cache control to public allows proxy servers to cache the items too.
#Header set Cache-Control "public"
</IfModule>
</IfModule>Seit ich das mal gelöscht habe, war das Problem gelöst. Danke noch einmal für die Hilfe! 
Beitrag geändert von NaN (22. Juli 2015 08:06)
Offline
#17 21. Juli 2015 19:44
- cyberman
- Moderator

- Ort: Dohna / Sachsen
- Registriert: 13. September 2010
- Beiträge: 6.741
- Webseite
Re:
Danke für das (wenn auch späte) Feedback!
1. Wie bekomme ich hier schnelle Hilfe?
2. HowTo: Fehlersuche bei CMSMS
---
„First they ignore you, then they laugh at you, then they fight you, then you win.“ Mahatma Ghandi
Offline
#18 21. Juli 2015 19:47
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
Entschuldigung, ist mir leider in der Arbeit untergegangen! :-( Aber lieber später wie gar keine Lösung. Ich lobe auf Besserung auf meiner Seite!
Offline
#19 21. Juli 2015 19:57
- cyberman
- Moderator

- Ort: Dohna / Sachsen
- Registriert: 13. September 2010
- Beiträge: 6.741
- Webseite
Re:
Alles gut.
Aber lieber später wie gar keine Lösung.
+1
Mehr wollte ich damit auch nicht sagen
.
1. Wie bekomme ich hier schnelle Hilfe?
2. HowTo: Fehlersuche bei CMSMS
---
„First they ignore you, then they laugh at you, then they fight you, then you win.“ Mahatma Ghandi
Offline
#20 22. Juli 2015 08:29
- NaN
- Moderator

- Ort: Halle (Saale)
- Registriert: 09. November 2010
- Beiträge: 4.058
Re:
Seit ich das mal gelöscht habe, war das Problem gelöst.
Ich habe Deinen Ausschnitt aus der .htaccess-Datei mal etwas aufgeräumt 
Dann sieht man auch besser wo genau es klemmt.
Genaugenommen dürfte es eigentlich nur die dritte Zeile sein:
ExpiresDefault "access plus 1 month" Jedes Dokument - egal was - darf einen Monat lang zwischengespeichert werden.
Danach kommen davon abweichende Anweisungen für ganz bestimmte Dokument-Typen.
Nur eben nicht für html-Seiten. Diese dürfen weiterhin einen Monat lang gecached werden.
Im FrontEnd mag das u.U. okay sein. Erhöht schließlich die Performance. Aber im Backend musst Du das wieder unterbinden. Dazu kannst Du eine .htaccess-Datei im Admin-Verzeichnis erstellen in der Du für html-Seiten den Zwischenspeicher wieder deaktivierst:
<IfModule mod_expires.c>
ExpiresByType text/html "access plus 0 seconds"
</IfModule>Module: GBFilePicker, AdvancedContent, FEUMailer
Plugins: AjaxTools, XajaxTools
Sicherheit: Beispiel .htaccess-Datei
Offline
#21 23. Juli 2015 13:25
- Klinge
- probiert CMSMS aus

- Ort: Stuttgart / BW
- Registriert: 27. September 2011
- Beiträge: 31
Re:
@NaN, ja da lag wirklich das Problem.
Auf die weitere Lösung mit der .htaccess im Adminbereich, bin ich noch gar nicht gekommen.
Super Danke
Offline
1
- Übersicht
- »
- »