CMSimple_XH 1.7.0rc1
Re: CMSimple_XH 1.7.0rc1
Nachtrag!
In letzer Zeit lösche ich ständig die xhstyles.css / früher plugin.css wenn ich mal unter Plugins den Stylesheet verändere, obwohl ich im Firefox den cash gelöscht habe, werden die Veränderungen nur bedingt aktualisiert. Wie händelst Du das eigentlich?
In letzer Zeit lösche ich ständig die xhstyles.css / früher plugin.css wenn ich mal unter Plugins den Stylesheet verändere, obwohl ich im Firefox den cash gelöscht habe, werden die Veränderungen nur bedingt aktualisiert. Wie händelst Du das eigentlich?
Re: CMSimple_XH 1.7.0rc1
Du meinst vermutlich Calendar 1.2.8 bzw. 1.2.10. Sind auch andere noch an dieser Version interessiert? Ich könnte mir nämlich eher vorstellen in diese Version Zeit zu investieren als in 1.4, da letzteres für meinen Geschmack doch zu sehr ausgeufert ist.knollsen wrote:calendar musst Du schon erwähnen, das es auch eine kleine Version gibt, und die läuft gar nicht!
Die Verwendung des @ Operators kann für einen schnellen Fix schon sinnvoll sein, aber ich habe damit schon oft schlechte Erfahrungen gemacht. Z.B. gerade kürzlich bei der Anpassung der CMSimple_XH Test-Suite für PHP 7. Mehrfach ist diese einfach ohne Fehlermeldung mittendrin abgebrochen – wie sich nach einigem Suchen heraus stellte, lag es dann (fast) immer an einem @.knollsen wrote:for list($eventdates,... habe ich ein @angefügt wegeb debug-meldungen
Ja, das ist ein blödes Problem. Es liegt wohl daran, dass der PHP-Webserver immer nur einen Request gleichzeitig abarbeiten kann, aber XH_accessProtected() ruft während des laufenden Requests eben wieder den Webserver auf, der aber eben nicht antworten kann. Da diese Prüfung bei Portable_XH aber gar nicht nötig ist, kann der Body der Funktion einfach auskommentiert werden.knollsen wrote:im Admin unter info (local im Portable_XH (PHP 5.3.4)) funzt nix mehr 504 Gateway Time-out
Das kann man im Debug-Modus i.d.R. leicht heraus finden, denn wenn es ein Problem mit dem BOM gibt, dann zeigt dieser normalerweise eine Meldung wie "headers already sent; output started at …" an, und eben das ist die Stelle in der die Ausgabe (des BOM) erfolgt.knollsen wrote:Aber WO sind immer die Dateien die ich immer auf UTF8 ohne BOM umwandeln muss???
Grundsätzlich sollte man aber einen Editor verwenden, der zumindest per Voreinstellung kein BOM schreibt. Und als etwas schmutzigen Workaround kann man auch output_buffering auf 1024 oder so stellen; dann spielen BOMs und überflüssige Leerzeilen keine Rolle mehr.
Christoph M. Becker – Plugins for CMSimple_XH
Re: CMSimple_XH 1.7.0rc1
Passiert mir zum Glück eher selten. Auf jeden Fall liegt es daran, dass die Zeitstempel der Plugin-Stylesheets nicht aktuell sind (wenn man z.B. ein Plugin aktualisiert kann das vorkommen). Browsercache löschen nutzt da nichts, da es sich rein um serverseitiges Caching handelt. Man kann aber z.B. einfach ein beliebiges Pluginstylesheet noch einmal speichern; dann sollte plugins.css/xhstyles.css neu aufgebaut werden.knollsen wrote:In letzer Zeit lösche ich ständig die xhstyles.css / früher plugin.css wenn ich mal unter Plugins den Stylesheet verändere, obwohl ich im Firefox den cash gelöscht habe, werden die Veränderungen nur bedingt aktualisiert. Wie händelst Du das eigentlich?
Christoph M. Becker – Plugins for CMSimple_XH
Re: CMSimple_XH 1.7.0rc1
Jepp, Ich musste das jetzt anpassen. Die Vollversion kommt ein genervter User gar nicht mit klar, also hatte ich heute das Vergnügen mal da nach zu schauen. Die Vollversion hatte ich schon 2 x installiert und hab es aber wieder zur einfacheren Variante ausgetauscht. Der einfacheren Variante fehlt halt die Eingabe einer detaillierten Info mit Bildern wie bei NEWS, dann kann ich auch das nicht mehr weiterentwickelte NEWS Plugin ersetzten.Du meinst vermutlich Calendar 1.2.8 bzw. 1.2.10. .....
Die Verwendung des @ Operators kann für einen schnellen Fix schon sinnvoll sein...
Ja mög sein aber in 1.6 ging es aber noch! Dauert zwar aber etwas länger wie online aber eine Anzeige hatte ich!im Admin unter info .... Ja, das ist ein blödes Problem. Es liegt ....
_XHdebug was noch? i.d.R. ??? Da wird nix angezeigt ... Sorry ! Auf der Schulbank geschlafen-bin aber am nchholen ...Das kann man im Debug-Modus i.d.R. leicht heraus finden...
TOLLER TIP, Geil - stimmtauch output_buffering auf 1024 oder so stellen;
das beobachte ich mal! Das Problem habe ich erkannt - aber lokal?ständig die xhstyles.css
Dann hab ich noch was!
Kann es sein,das bei einer https-Seite unter info die Schreibschutzwarnung nicht stimmt?
Prüfe, dass './content/content.htm' zugriffsgeschützt ist … Warnung
Prüfe, dass './templates/..../template.htm' zugriffsgeschützt ist … Warnung
steht bei mir sogar auf 644
bei einer nicht https Seite gibt es keine Warnmeldung! So richtig kann ich das nicht nachvollziehen.
Re: CMSimple_XH 1.7.0rc1
Hm, okay, schau ich so bald wie möglich mal genauer an – vielleicht ist es doch ein anderes Problem.knollsen wrote:Ja mög sein aber in 1.6 ging es aber noch! Dauert zwar aber etwas länger wie online aber eine Anzeige hatte ich!im Admin unter info .... Ja, das ist ein blödes Problem. Es liegt ....
"i.d.R." war die kurze Umschreibung für "wenn nach dem BOM noch Header gesendet werden sollen, und output_buffering einen zu kleinen Wert hat, um alle vorherigen Ausgaben zu puffern" – jedenfalls so in etwa. Wenn ein BOM vorhanden (was die System-Prüfung melden kann), dann kann man den Ort lokalisieren, wenn man ganz zu Beginn des Templates einen harmlosen Cookie oder sonstigen nicht relevanten Header schickt (setcookie() oder header()). Dann kommt im Debug-Modus die Warnung, und man kann auch im Browser nachschauen, ob der entsprechende Header tatsächlich geschickt wurde.knollsen wrote:_XHdebug was noch? i.d.R. ??? Da wird nix angezeigt ... Sorry ! Auf der Schulbank geschlafen-bin aber am nchholen ...Das kann man im Debug-Modus i.d.R. leicht heraus finden...
Eine andere Möglichkeit stellt Utf8migrator_XH dar, wie mir gerade einfällt. Das prüft alle (PHP-)Dateien der Installation auf ein BOM.
Warum soll das lokal nicht passieren? Wenn Du z.B. ein aktuelles xhstyles.css hast, und dann eines der Pluginstylesheets durch das Original ersetzt, dann dürfte xhstyles.css nicht aktualisiert werden, weil die Zeit der letzten Dateiänderung des Pluginstylesheets älter ist als diejenige von xhstyles.css.knollsen wrote:das beobachte ich mal! Das Problem habe ich erkannt - aber lokal?ständig die xhstyles.css
Zunächst: "Zugriffsschutz" hat nicht wirklich mit Dateiberechtigungen zu tun, sondern dabei geht es darum, ob man per HTTP(S) direkt auf die Datei zugreifen kann, oder ob der Server dann mit einem 403, 404 oder einem anderen 400er antwortet. Sprich, die Datei ist da (und vielleicht auch lesbar), aber der Server erlaubt dennoch den Zugriff nicht.knollsen wrote:Kann es sein,das bei einer https-Seite unter info die Schreibschutzwarnung nicht stimmt?
Prüfe, dass './content/content.htm' zugriffsgeschützt ist … Warnung
Prüfe, dass './templates/..../template.htm' zugriffsgeschützt ist … Warnung
steht bei mir sogar auf 644
bei einer nicht https Seite gibt es keine Warnmeldung! So richtig kann ich das nicht nachvollziehen.
Jedenfalls: XH 1.6 müsste hier mit HTTPS Probleme haben; unter XH 1.7 müsste es allerdings prinzipiell möglich sein, wenn die OpenSSL Extension aktiv ist.
Christoph M. Becker – Plugins for CMSimple_XH
Re: CMSimple_XH 1.7.0rc1
Code: Select all
Prüfe, dass './content/content.htm' zugriffsgeschützt ist … Warnung
Prüfe, dass './templates/..../template.htm' zugriffsgeschützt ist … Warnung
Zunächst: "Zugriffsschutz" hat nicht
Also da streit ich jetzt mit Dir! Wenn Browser 0 Cache hat und ich das Pluginstylesheets speichere und aktualisier den Browser min. später, dann ist definitiv die xhstyles.css älter. Außerdem ersetze ich ja nicht das modifizierte Pluginstylesheets durch das Originale. Aber um die Sache auf den Grund zu gehen schaue ich lieber erst mal tiefer in die Situation um nicht das Maulwerk zu weit auf zu reisen.Warum soll das lokal nicht passieren? .... xhstyles.css .... des Pluginstylesheets älter ist als diejenige von xhstyles.css.
BOM - Utf8migrator_XH - Jepp, gute Idee - test ich mal
Vielen Dank! So muss das Forum sein - Problem/Frage - Teamwork - Lösung
Re: CMSimple_XH 1.7.0rc1 - plugins tests
Fatal error: Uncaught Error: Call to undefined function split() in /Users/msereday/Sites/17rc1-plugins/plugins/imgflip/index.php:111 Stack trace: #0 /Users/msereday/Sites/17rc1-plugins/cmsimple/functions.php(246) : eval()'d code(1): imgflip('userfiles/image...') #1 /Users/msereday/Sites/17rc1-plugins/cmsimple/functions.php(246): eval() #2 /Users/msereday/Sites/17rc1-plugins/cmsimple/functions.php(206): XH_evaluateSinglePluginCall('imgflip('userfi...') #3 /Users/msereday/Sites/17rc1-plugins/cmsimple/functions.php(303): evaluate_plugincall('<!--XH_ml2:plug...') #4 /Users/msereday/Sites/17rc1-plugins/cmsimple/cms.php(1318): evaluate_scripting('<!--XH_ml2:plug...') #5 /Users/msereday/Sites/17rc1-plugins/index.php(6): include('/Users/msereday...') #6 {main} thrown in /Users/msereday/Sites/17rc1-plugins/plugins/imgflip/index.php on line 111
Newsrotator goes with no backend. The plugin works if config is edited manually.Fatal error: Uncaught Error: Call to undefined function split() in /Users/msereday/Sites/17rc1-plugins/plugins/imgflip/index.php:111 Stack trace: #0 /Users/msereday/Sites/17rc1-plugins/cmsimple/functions.php(246) : eval()'d code(1): imgflip('userfiles/image...') #1 /Users/msereday/Sites/17rc1-plugins/cmsimple/functions.php(246): eval() #2 /Users/msereday/Sites/17rc1-plugins/cmsimple/functions.php(206): XH_evaluateSinglePluginCall('imgflip('userfi...') #3 /Users/msereday/Sites/17rc1-plugins/cmsimple/functions.php(303): evaluate_plugincall('<!--XH_ml2:plug...') #4 /Users/msereday/Sites/17rc1-plugins/cmsimple/cms.php(1318): evaluate_scripting('<!--XH_ml2:plug...') #5 /Users/msereday/Sites/17rc1-plugins/index.php(6): include('/Users/msereday...') #6 {main} thrown in /Users/msereday/Sites/17rc1-plugins/plugins/imgflip/index.php on line 111
Also deprecated functions are announced:
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/calendar/admin.php:27
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/googlemaps/admin.php:10
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/imgalbum/admin.php:5
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/imgcarousel/admin.php:5
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/imgflip/admin.php:5
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/imgrotator/admin.php:5
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/newsletter/admin.php:12
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/newsrotator/admin.php:12
XH-DEPRECATED: Function initvar() is deprecated
/Users/msereday/Sites/17rc1-plugins/plugins/quoteoftheday/admin.php:1
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
-
- Posts: 608
- Joined: Sat Jul 28, 2012 11:38 am
- Location: Perle der Grafschaft > 127.0.0.1
Re: CMSimple_XH 1.7.0rc1
Hallo,
Ich nutze auch die [Calendar plugin version 1.2.10 ], da sie meinen Ansprüchen völlig genügt.
Hier, ich *schnips**schnips*cmb wrote:Du meinst vermutlich Calendar 1.2.8 bzw. 1.2.10. Sind auch andere noch an dieser Version interessiert? Ich könnte mir nämlich eher vorstellen in diese Version Zeit zu investieren als in 1.4, da letzteres für meinen Geschmack doch zu sehr ausgeufert ist.
Ich nutze auch die [Calendar plugin version 1.2.10 ], da sie meinen Ansprüchen völlig genügt.
Re: CMSimple_XH 1.7.0rc1
Ich übrigens auch, in ein paar älteren Installationen - bei denen demnächst wahrscheinlich ein Upgrade ansteht.Der Zwerch wrote:Ich nutze auch die [Calendar plugin version 1.2.10 ], da sie meinen Ansprüchen völlig genügt.
Re: CMSimple_XH 1.7.0rc1
getestet unter 1.6 - alles OK (aber nur online) - Super Sache!Eine andere Möglichkeit stellt Utf8migrator_XH darBOM - Utf8migrator_XH - Jepp, gute Idee - test ich mal
1.7 keine Ausgabe!