21.072
Bearbeitungen
Benutzer Diskussion:Juhn: Unterschied zwischen den Versionen
K
→Sperre aufgehoben ! Grund für die Sperre? Gelten hier Regeln?: cache defekt?
Rabe (Diskussion | Beiträge) (Benutzersperre und "weiße Seite".) |
Rabe (Diskussion | Beiträge) K (→Sperre aufgehoben ! Grund für die Sperre? Gelten hier Regeln?: cache defekt?) |
||
| Zeile 27: | Zeile 27: | ||
:: Ich habe die Tage am Wiki Dinge upgedatet, vielleicht ist das Problem in diesem Zusammenhang verschwunden? Seit wann genau geht es denn wieder? | :: Ich habe die Tage am Wiki Dinge upgedatet, vielleicht ist das Problem in diesem Zusammenhang verschwunden? Seit wann genau geht es denn wieder? | ||
:: --[[Benutzer:Rabe|Raphael Eiselstein]] <sup><small>[[Benutzer Diskussion:Rabe|talk]]</small></sup> 00:01, 13. Mai 2011 (CEST) | :: --[[Benutzer:Rabe|Raphael Eiselstein]] <sup><small>[[Benutzer Diskussion:Rabe|talk]]</small></sup> 00:01, 13. Mai 2011 (CEST) | ||
::: Nachtrag: serverseitig war bisher das caching so eingestellt, dass es bei der Veränderung des Timestamps der Datei LocalSettings.php alle caches invalidiert hat: | |||
<pre> | |||
# When you make changes to this configuration file, this will make | |||
# sure that cached pages are cleared. | |||
$configdate = gmdate( 'YmdHis', @filemtime( __FILE__ ) ); | |||
$wgCacheEpoch = max( $wgCacheEpoch, $configdate ); | |||
</pre> | |||
::: Das ist problematisch, wenn die Datei LocalSettings.php selbst nicht verändert wird sondern nur includierte Dateien, zB Extensions. Ich habe das caching vorübergehend deaktiviert, bis ich das Problem genauer verstanden habe. Das wäre zu mindest eine plausible Erklärung, warum es zu cache-Problemen kommen kann. Das erklärt allerdings noch nicht die "weiße Seite". | |||
::: --[[Benutzer:Rabe|Raphael Eiselstein]] <sup><small>[[Benutzer Diskussion:Rabe|talk]]</small></sup> 02:31, 13. Mai 2011 (CEST) | |||