[GELÖST] Falsche Servereinstellung

Klinge · 01. September 2014 17:50

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)

Andynium · 01. September 2014 21:01

Klinge schrieb:

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.

NaN · 02. September 2014 07:20

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.

Klinge · 02. September 2014 17:23

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.

Server Einstellungen

Muss hier open base dir komplett deaktiviert sein oder wie sollte diese Beschränkung sonst aussehen?

Danke noch einmal

Klinge · 03. September 2014 11:49

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!

NaN · 03. September 2014 13:39

Du hast uns leider noch immer nicht gesagt, welche CMSms Version Du einsetzt.

Klinge · 03. September 2014 13:42

Sorry.

ich setzte die CMS Made Simple™ 1.11.11 “San Cristobal” ein. Aber das Problem habe ich auch bei anderen älteren Versionen.

Danke

Klinge · 03. September 2014 16:20

Hier noch ein Video! Dann sieht man es offentlich besser! smile

Video auf Youtube

engel1963 · 04. September 2014 07:25

Du musst den Editor auch in deinem Profil ändern.

Klinge · 04. September 2014 08:16

@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.

NaN · 04. September 2014 09:51

Ü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?

balancetistisch · 09. Februar 2015 22:55

Ist Firefox nicht gut geeignet?

NaN · 10. Februar 2015 09:14

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.

Janl · 10. Februar 2015 14:07

"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

edned · 19. Februar 2015 11:09

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.

Klinge · 21. Juli 2015 19:24

ich habe die Lösung zu meinem Problem doch noch gefunden.
in der .htaccess Datei wurde ab einer neueren Version das hinzu gefügt:

Hier klicken, um den Code zum Kopieren zu markieren

<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! smile

Beitrag geändert von NaN (22. Juli 2015 08:06)

Andynium · 21. Juli 2015 19:44

Danke für das (wenn auch späte) Feedback!

Klinge · 21. Juli 2015 19:47

Entschuldigung, ist mir leider in der Arbeit untergegangen! :-( Aber lieber später wie gar keine Lösung. Ich lobe auf Besserung auf meiner Seite!

Andynium · 21. Juli 2015 19:57

Alles gut.

Klinge schrieb:

Aber lieber später wie gar keine Lösung.

+1

Mehr wollte ich damit auch nicht sagen wink .

NaN · 22. Juli 2015 08:29

Seit ich das mal gelöscht habe, war das Problem gelöst.

Ich habe Deinen Ausschnitt aus der .htaccess-Datei mal etwas aufgeräumt wink
Dann sieht man auch besser wo genau es klemmt.
Genaugenommen dürfte es eigentlich nur die dritte Zeile sein:

Hier klicken, um den Code zum Kopieren zu markieren

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:

Hier klicken, um den Code zum Kopieren zu markieren

<IfModule mod_expires.c> 
ExpiresByType text/html "access plus 0 seconds"
</IfModule>

Klinge · 23. Juli 2015 13:25

@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

Forum für CMS/made simple

#1 01. September 2014 17:50

[GELÖST] Falsche Servereinstellung

#2 01. September 2014 21:01

Re: [GELÖST] Falsche Servereinstellung

#3 02. September 2014 07:20

Re: [GELÖST] Falsche Servereinstellung

#4 02. September 2014 17:23

Re: [GELÖST] Falsche Servereinstellung

#5 03. September 2014 11:49

Re: [GELÖST] Falsche Servereinstellung

#6 03. September 2014 13:39

Re: [GELÖST] Falsche Servereinstellung

#7 03. September 2014 13:42

Re: [GELÖST] Falsche Servereinstellung

#8 03. September 2014 16:20

Re: [GELÖST] Falsche Servereinstellung

#9 04. September 2014 07:25

Re: [GELÖST] Falsche Servereinstellung

#10 04. September 2014 08:16

Re: [GELÖST] Falsche Servereinstellung

#11 04. September 2014 09:51

Re: [GELÖST] Falsche Servereinstellung

#12 09. Februar 2015 22:55

Re: [GELÖST] Falsche Servereinstellung

#13 10. Februar 2015 09:14

Re: [GELÖST] Falsche Servereinstellung

#14 10. Februar 2015 14:07

Re: [GELÖST] Falsche Servereinstellung

#15 19. Februar 2015 11:09

Re: [GELÖST] Falsche Servereinstellung

#16 21. Juli 2015 19:24

Re: [GELÖST] Falsche Servereinstellung

#17 21. Juli 2015 19:44

Re: [GELÖST] Falsche Servereinstellung

#18 21. Juli 2015 19:47

Re: [GELÖST] Falsche Servereinstellung

#19 21. Juli 2015 19:57

Re: [GELÖST] Falsche Servereinstellung

#20 22. Juli 2015 08:29

Re: [GELÖST] Falsche Servereinstellung

#21 23. Juli 2015 13:25

Re: [GELÖST] Falsche Servereinstellung

Fußzeile des Forums