From jan at horde.org Mon Sep 13 22:33:12 2010 From: jan at horde.org (Jan Schneider) Date: Tue, 14 Sep 2010 00:33:12 +0200 Subject: [kronolith] Where is the calendar? In-Reply-To: <4C824934.8030507@web.de> References: <4C815DF4.8000207@web.de> <20100903202348.Horde.cUMAlHTIGRlAHBR1GDYYFyYg@dev.theupstairsroom.com> <4C8231B3.2070801@brandner.net> <4C824934.8030507@web.de> Message-ID: <20100914003312.19586cfv0ankgd60@neo.wg.de> Please don't top-post. Zitat von Schneeblume : >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Moin! >> >> >>>> if I embed my kronolith calendar with the given code (I copied >>>> and pasted it to my website) >>>> >>>>
>>>> nothing happens. The permission is set to read and view for guests >>>> (in the admin as well as for the user). Could the https the >>>> problem? Can anyone tell me whats wrong? >>>> >>> That url doesn't look right to me. What is the url you normally >>> would access Kronolith with? >>> >> >> Hm, the URL is okay if horde is installed in the subdirectory >> "calendar". My horde is in "horde", and my Code for embedding the >> calendar looks like this: >> >>
>> >> >> A quick test works perfectly here, so the https is no problem it seems. >> >> If you access the URL directly from your browser, what do you get? >> If I try to go to the following URL I get some Javascript-Code: >> https://www.MYSITE.de/horde/kronolith/imple.php?imple=Embed/container=kronolithCal/view=month/calendar=MYCALENDARNAME >> >> I guess you get a 404 error or some PHP Messages? >> > Hi, > > thank you for your quick response! Thats good, that it is working on > https, so this is not the problem. > If I access the URL like it is in the javascript command: > > https://www.MYSITE.de/horde/kronolith/imple.php?imple=Embed/container=kronolithCal/view=month/calendar=MYCALENDARNAME > > I get a link / redirection to the login of Horde Kronolith calendar: > > https://www.NAME.de/calendar/login.php?url=%2Fcalendar%2Fkronolith%2Fimple.php%3Fimple%3DEmbed%2Fcontainer%3DkronolithCal%2Fview%3Dmonth%2Fcalendar%NAME&nosidebar=1&horde_logout_token=OWIxMDg3NTgwMjUzZDBiOGRiNjAyOTNhNTg1ZTMwNjM3ZWYzYzE3Yg&app= > > THAN I get the Javascript-Code. Could this be a problem with any > missing permissions? But who should get the permission (guests have > them already). No, but your paths are somehow all mixed up. Once you have /horde/kronolith, and then you have /calendar/kronolith. So what's correct now? And if you really have different aliases mapping to the same Horde/Kronolith installation, did you make sure that your cookie settings match all variants? Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From jrkuipers at lauwerscollege.nl Tue Sep 14 20:24:39 2010 From: jrkuipers at lauwerscollege.nl (Jan Kuipers) Date: Tue, 14 Sep 2010 22:24:39 +0200 Subject: [kronolith] Kronolith slow In-Reply-To: <4C7B6C2E.8040508@vandervlis.nl> References: <4C69613B.9030202@vandervlis.nl> <20100816133555.Horde.cRB4hATGl201zXqCYHhQFlgw@dev.theupstairsroom.com> <4C699B38.9020408@vandervlis.nl> <20100817110217.20446ak3jjhz0eg4@neo.wg.de> <4C775F5F.4080408@vandervlis.nl> <20100827141731.34952jnkgcyixgow@neo.wg.de> <4C7B6C2E.8040508@vandervlis.nl> Message-ID: <20100914222439.456829yfad8o4ef4@groupware.lauwerscollege.nl> Citeren Paul van der Vlis : > Jan Schneider schreef: > >>> The biggest problem is that when you switch from week to week, sometimes >>> there appears not one, but two menubars on the top. Then you cannot >>> switch anymore from week to week. After a refresh from the browser it's >>> OK again, but it's very irritating. >>> >>> What could be wrong? >> >> I never had a single report of such a behavior. Is this a single user? >> Could be a badly broken Browser then. > > No, it's not a single user, they have 6 PC's in use at the moment, and > the problem is on every PC. They use Firefox 3.6.8 and the actual Google > Chrome with Windows XP. I have seen it myself on Firefox. > > The color Schema "azur" is used, can this be important? > > With regards, > Paul van der Vlis. > > > > > -- > http://www.vandervlis.nl/ > > -- > Kronolith mailing list - Join the hunt: http://horde.org/bounties/#kronolith > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org > I notice this behaviour too. I seems a random thing. Mostly the screen refreshes instantly, but sometimes it takes 5-10 sec (screen showing "Loading") to refresh the screen after switching weeks, months, etc. First I thought this was a cache issue so I tried both Memcached and APC to speed things up, but this behaviour still remains. I don't see any accessive cpu activity on the webserver when the screen is showing "Loading" Horde is running on a CentOS 5.5 server with a mysql backend. Used browsers: Firefox, Chrome, IE8 Users: apx. 200 Regards, -- Jan Kuipers Systeembeheer Lauwers College E: jrkuipers at lauwerscollege.nl From jan at horde.org Tue Sep 14 20:33:52 2010 From: jan at horde.org (Jan Schneider) Date: Tue, 14 Sep 2010 22:33:52 +0200 Subject: [kronolith] Kronolith slow In-Reply-To: <20100914222439.456829yfad8o4ef4@groupware.lauwerscollege.nl> References: <4C69613B.9030202@vandervlis.nl> <20100816133555.Horde.cRB4hATGl201zXqCYHhQFlgw@dev.theupstairsroom.com> <4C699B38.9020408@vandervlis.nl> <20100817110217.20446ak3jjhz0eg4@neo.wg.de> <4C775F5F.4080408@vandervlis.nl> <20100827141731.34952jnkgcyixgow@neo.wg.de> <4C7B6C2E.8040508@vandervlis.nl> <20100914222439.456829yfad8o4ef4@groupware.lauwerscollege.nl> Message-ID: <20100914223352.10903m38sxdm91yo@neo.wg.de> Zitat von Jan Kuipers : > Citeren Paul van der Vlis : > >> Jan Schneider schreef: >> >>>> The biggest problem is that when you switch from week to week, sometimes >>>> there appears not one, but two menubars on the top. Then you cannot >>>> switch anymore from week to week. After a refresh from the browser it's >>>> OK again, but it's very irritating. >>>> >>>> What could be wrong? >>> >>> I never had a single report of such a behavior. Is this a single user? >>> Could be a badly broken Browser then. >> >> No, it's not a single user, they have 6 PC's in use at the moment, and >> the problem is on every PC. They use Firefox 3.6.8 and the actual Google >> Chrome with Windows XP. I have seen it myself on Firefox. >> >> The color Schema "azur" is used, can this be important? >> >> With regards, >> Paul van der Vlis. >> >> >> >> >> -- >> http://www.vandervlis.nl/ >> >> -- >> Kronolith mailing list - Join the hunt: http://horde.org/bounties/#kronolith >> Frequently Asked Questions: http://horde.org/faq/ >> To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org >> > > I notice this behaviour too. I seems a random thing. Mostly the > screen refreshes instantly, but sometimes it takes 5-10 sec (screen > showing "Loading") to refresh the screen after switching weeks, > months, etc. First I thought this was a cache issue so I tried both > Memcached and APC to speed things up, but this behaviour still > remains. I don't see any accessive cpu activity on the webserver > when the screen is showing "Loading" > Horde is running on a CentOS 5.5 server with a mysql backend. > Used browsers: Firefox, Chrome, IE8 > Users: apx. 200 This has nothing to do with the issue that Paul described. What you see is probably the cache for remote calendars being refreshed. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From jrkuipers at lauwerscollege.nl Tue Sep 14 20:51:45 2010 From: jrkuipers at lauwerscollege.nl (Jan Kuipers) Date: Tue, 14 Sep 2010 22:51:45 +0200 Subject: [kronolith] Kronolith slow In-Reply-To: <20100914223352.10903m38sxdm91yo@neo.wg.de> References: <4C69613B.9030202@vandervlis.nl> <20100816133555.Horde.cRB4hATGl201zXqCYHhQFlgw@dev.theupstairsroom.com> <4C699B38.9020408@vandervlis.nl> <20100817110217.20446ak3jjhz0eg4@neo.wg.de> <4C775F5F.4080408@vandervlis.nl> <20100827141731.34952jnkgcyixgow@neo.wg.de> <4C7B6C2E.8040508@vandervlis.nl> <20100914222439.456829yfad8o4ef4@groupware.lauwerscollege.nl> <20100914223352.10903m38sxdm91yo@neo.wg.de> Message-ID: <20100914225145.11181920z41wqkxw@groupware.lauwerscollege.nl> Citeren Jan Schneider : > Zitat von Jan Kuipers : > >> Citeren Paul van der Vlis : >> >>> Jan Schneider schreef: >>> >>>>> The biggest problem is that when you switch from week to week, sometimes >>>>> there appears not one, but two menubars on the top. Then you cannot >>>>> switch anymore from week to week. After a refresh from the browser it's >>>>> OK again, but it's very irritating. >>>>> >>>>> What could be wrong? >>>> >>>> I never had a single report of such a behavior. Is this a single user? >>>> Could be a badly broken Browser then. >>> >>> No, it's not a single user, they have 6 PC's in use at the moment, and >>> the problem is on every PC. They use Firefox 3.6.8 and the actual Google >>> Chrome with Windows XP. I have seen it myself on Firefox. >>> >>> The color Schema "azur" is used, can this be important? >>> >>> With regards, >>> Paul van der Vlis. >>> >>> >>> >>> >>> -- >>> http://www.vandervlis.nl/ >>> >>> -- >>> Kronolith mailing list - Join the hunt: >>> http://horde.org/bounties/#kronolith >>> Frequently Asked Questions: http://horde.org/faq/ >>> To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org >>> >> >> I notice this behaviour too. I seems a random thing. Mostly the >> screen refreshes instantly, but sometimes it takes 5-10 sec (screen >> showing "Loading") to refresh the screen after switching weeks, >> months, etc. First I thought this was a cache issue so I tried both >> Memcached and APC to speed things up, but this behaviour still >> remains. I don't see any accessive cpu activity on the webserver >> when the screen is showing "Loading" >> Horde is running on a CentOS 5.5 server with a mysql backend. >> Used browsers: Firefox, Chrome, IE8 >> Users: apx. 200 > > This has nothing to do with the issue that Paul described. What you > see is probably the cache for remote calendars being refreshed. > > Jan. > > I only use local sql-based calendars (1 private, 3 shared, on the same server). Another thing which seems to have influence on this behaviour is the sessionhandler. When using the file-based sessionhandler the refresh is much more consistent (0-1 sec). When using the sql-based sessionhandler I sometimes get those excessive refresh times. Dunno what's causing it. In the meantime I'll use the file-based sessionhandler. -- Jan Kuipers Systeembeheer Lauwers College E: jrkuipers at lauwerscollege.nl