? ich kann machen, was ich will. Die Bilder wechseln und in /templates_c/simple_cache wird keine Datei hineingeschrieben. ?
Beat Post author am |
Ich habe noch etwas rumgetestet. Auf www.styx.beatsblog.ch (Manitu-Server) funktioniert die Rotation-Time Einstellung, solange ich mit der Pluginversion 2.02 arbeite. Das ist aktuell so eigestellt, damit Du es sehen kannst. Die Bilder bleiben 5 Min. bestehen. Sobald ich auf V2.03 upgrade, erneuern sich die Bilder bei jedem Laden einer Seite. Siehe www.beatsblog.ch, dort ist V2.03 im Einsatz. Ich habe das auf www.styx.beatsblog.ch 2x getestet. Die Rotation-Time funktioniert mit V2.02 und mit V2.03 funktioniert sie -auf dem Manitu-Server- nicht.
Weshalb hier (hosttech-Server) V2.03 mit der Rotation-Time funktioniert, weiss ich nicht. Unterschied zwischen den Servern ist die PHP-Version. hosttech=7.4.8 und Manitu=7.4.2. Hier ist Styx-Master 3.0.3dev im Einsatz und auf www.beatsblog.ch die offizielle 3.0.3.
Natürlich könnte es daran liegen, dass das V2.03-Plugin nicht in das Verzeichnis /templates_c/simple-cache schreiben kann (was V2.02 ja nicht macht). Doch da habe ich wirklich alle Varianten, bis zu 777, ausprobiert. Ohne jeden Erfolg. Mehr geht nicht (hier, auf dem hosttech-Server ist die Berechtigung 755, und es funktioniert). Es bleibt mir ein Rätsel...
Das liegt daran: Seit 2.03 wird eine andere library simple cache benutzt, welche in einen Unterordner nach templates_c/simple_cache stored! Das Fallback, wie in den vorherigen Versionen, ist das PEAR cache LITE das direct in template_c als cache_langeNummer Datei stored. Falls beides nicht geht wird die config Datenbanktabelle benutzt.
Dein Problem muss gelöst werden! Und sei es mit Hilfe von Manitu. Ich sags mal so: die Möglichkeit besteht sogar, dass dein Delay Problem auch damit zusammenhängt. Template_c muss auch in diversen Unterordnern funktional sein.
Beat Post author am |
/templates_c ist aus meiner Sicht auch nicht das Problem. Da schreibt und liest ja auch das History-Plugin. Könntest Du vielleicht das imagesidebar-Plugin (nur für mich) dahingehend umschreiben, dass es das cache-file eben in /templates_c ablegt, statt in /templates_c/simple_cache?
Nee! Es muss in Unterordnern funktionieren. Da gibt es ja auch noch weit mehr dass das in Anspruch nimmt bzw nehmen möchte. Selbst Smarty schreibt auf Level -4 ‼ ?
Sonst gerne. ?
(Heute Abend gehts weiter für mich.)
Hast du das getestet (ich frage nur wegen der 5 Logeinträge)?
Habe dir etwas "Arbeit" hinterlassen!
Beat Post author am |
Rev32 und jetzt auch Rev35 speichern kein neues history_daylist.dat (nachdem ich das Leere gelöscht habe). Dafür muss ich auf Rev31 zurückgehen. Damit wird wieder ein gültiges dat-File geschrieben. Ich würde wetten, dass wenn ich nun wieder Rev35 aufspiele, morgen die Anzeige (so wie heute) leer ist.
WHAT?? wie kommst du darauf?
Nun ja rev32 hatte das logging abgeschaltet, deswegen.
Und rev35 wieder angeschaltet, aber so, dass es nur noch die Cache Versuche schreibt.
No Lolly! Nee. Auch Rev38 schreibt ein leeres history_daylist.dat
Ich wäre lansam dafür die Aktion abzubrechen und wieder die Original php einzusetzen. Die funktionierte im Schnitt 9 von 10 Tagen und war sie einmal leer, füllte sie sich am nächsten Tag automatisch wieder. Zudem konnte ich das cache-File im Bedarfsfall einfach löschen und neu generieren.
Beat Post author am |
? ich kann machen, was ich will. Die Bilder wechseln und in /templates_c/simple_cache wird keine Datei hineingeschrieben. ?
Beat Post author am |
Ich habe noch etwas rumgetestet. Auf www.styx.beatsblog.ch (Manitu-Server) funktioniert die Rotation-Time Einstellung, solange ich mit der Pluginversion 2.02 arbeite. Das ist aktuell so eigestellt, damit Du es sehen kannst. Die Bilder bleiben 5 Min. bestehen. Sobald ich auf V2.03 upgrade, erneuern sich die Bilder bei jedem Laden einer Seite. Siehe www.beatsblog.ch, dort ist V2.03 im Einsatz. Ich habe das auf www.styx.beatsblog.ch 2x getestet. Die Rotation-Time funktioniert mit V2.02 und mit V2.03 funktioniert sie -auf dem Manitu-Server- nicht.
Weshalb hier (hosttech-Server) V2.03 mit der Rotation-Time funktioniert, weiss ich nicht. Unterschied zwischen den Servern ist die PHP-Version. hosttech=7.4.8 und Manitu=7.4.2. Hier ist Styx-Master 3.0.3dev im Einsatz und auf www.beatsblog.ch die offizielle 3.0.3.
Natürlich könnte es daran liegen, dass das V2.03-Plugin nicht in das Verzeichnis /templates_c/simple-cache schreiben kann (was V2.02 ja nicht macht). Doch da habe ich wirklich alle Varianten, bis zu 777, ausprobiert. Ohne jeden Erfolg. Mehr geht nicht (hier, auf dem hosttech-Server ist die Berechtigung 755, und es funktioniert). Es bleibt mir ein Rätsel...
Ian Styx am |
Das liegt daran: Seit 2.03 wird eine andere library simple cache benutzt, welche in einen Unterordner nach templates_c/simple_cache stored! Das Fallback, wie in den vorherigen Versionen, ist das PEAR cache LITE das direct in template_c als cache_langeNummer Datei stored. Falls beides nicht geht wird die config Datenbanktabelle benutzt.
Dein Problem muss gelöst werden! Und sei es mit Hilfe von Manitu. Ich sags mal so: die Möglichkeit besteht sogar, dass dein Delay Problem auch damit zusammenhängt. Template_c muss auch in diversen Unterordnern funktional sein.
Beat Post author am |
/templates_c ist aus meiner Sicht auch nicht das Problem. Da schreibt und liest ja auch das History-Plugin. Könntest Du vielleicht das imagesidebar-Plugin (nur für mich) dahingehend umschreiben, dass es das cache-file eben in /templates_c ablegt, statt in /templates_c/simple_cache?
Ian Styx am |
Nee! Es muss in Unterordnern funktionieren. Da gibt es ja auch noch weit mehr dass das in Anspruch nimmt bzw nehmen möchte. Selbst Smarty schreibt auf Level -4 ‼ ?
Sonst gerne. ?
(Heute Abend gehts weiter für mich.)
Ian Styx am |
Arbeit!
Beat Post author am |
SQL-Queries durchgeführt und Ergebnisse eingetragen.
PS: Die history-Anzeige auf www.beatsblog.ch ist heute leer.
Ian Styx am |
siehe Antwort
Beat Post author am |
Habe rev32 auf www.beatsblog.ch hochgeladen. Der Fallback-Text beginnt mit "Leere Anzeige?" das normale Outro wie bisher mit "Keine Anzeige?"
Ian Styx am |
Hast du das getestet (ich frage nur wegen der 5 Logeinträge)?
Habe dir etwas "Arbeit" hinterlassen!
Beat Post author am |
Rev32 und jetzt auch Rev35 speichern kein neues history_daylist.dat (nachdem ich das Leere gelöscht habe). Dafür muss ich auf Rev31 zurückgehen. Damit wird wieder ein gültiges dat-File geschrieben. Ich würde wetten, dass wenn ich nun wieder Rev35 aufspiele, morgen die Anzeige (so wie heute) leer ist.
Ian Styx am |
WHAT?? wie kommst du darauf?
Nun ja rev32 hatte das logging abgeschaltet, deswegen.
Und rev35 wieder angeschaltet, aber so, dass es nur noch die Cache Versuche schreibt.
Ian Styx am |
Lesen! ? Ach. Du meinst ja das cache file.... Antwort: Doch! Beim 4. Versuch. (Warum auch immer)
Beat Post author am |
Ich bin anderer Meinung...
Aktuell ist Rev35 aktiv.
Ich werde nun das history_daylist.dat löschen und versuchen, mit diversen Seitenaufrufen ein neues File zu generieren.
Beat Post author am |
O.K. Rev35 schreibt ein neues history_daylist.dat mit folgendem Inhalt:
Ich könnte jetzt mit Rev31 wieder ein valides (richtiges) File schreiben, doch ich warte mal auf Deine Antwort.
Ian Styx am |
Bitte das cache file einfach noch mal löschen und dann abwarten. Ich könnte mir vorstellen das irgendwetwas mit dem Zähler durcheinandergekommen ist.
Beat Post author am |
O.K. ?
Ian Styx am |
Rev37
Beat Post author am |
Rev37 aktiv. Macht's leider auch nicht besser.
Ian Styx am |
Wenn du mir sagst warum gibts nen Lolly! ?
Rev38
Beat Post author am |
No Lolly! Nee. Auch Rev38 schreibt ein leeres history_daylist.dat
Ich wäre lansam dafür die Aktion abzubrechen und wieder die Original php einzusetzen. Die funktionierte im Schnitt 9 von 10 Tagen und war sie einmal leer, füllte sie sich am nächsten Tag automatisch wieder. Zudem konnte ich das cache-File im Bedarfsfall einfach löschen und neu generieren.
Ian Styx am |
Schleich Di(ch) ?
Rev39
Und ich sage es immer noch - löse dein templates c Problem. Bzw lasse es lösen!
Beat Post author am |
Es wird immer besser ?
Ian Styx am |
ich sehe es. Jetzt streikt sogar Smarty auf rechts. Haben wir einen Fehler drin? Schau mal in deine error logs.