#foswiki 2014-06-11,Wed

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
***gac410 has left [04:27]
.................... (idle for 1h36mn)
ChanServ sets mode: +o CDot [06:03]
..................... (idle for 1h41mn)
ChanServ sets mode: +o MichaelDaum [07:44]
..... (idle for 21mn)
MichaelDaumMichaelDaum been digging deeper into twiki.org's recent changes to LdapContrib and LdapNgPlugin ... OMG [08:05]
CDotMichaelDaum: are you gobsmacked? [08:07]
MichaelDaumindeed [08:09]
CDotimpressed? [08:10]
MichaelDaumshocked
recent version is totally broken. just received an email of a desperate twiki user.
[08:12]
CDot:-( [08:19]
................................... (idle for 2h50mn)
***ChanServ sets mode: +o pharvey [11:09]
............... (idle for 1h12mn)
ChanServ sets mode: +o gac410 [12:21]
............. (idle for 1h4mn)
scibiohi all [13:25]
gac410hi scibio [13:25]
scibioi have a question about page load times
of foswiki
i tried a lot of options such as fastcgi and cache enabled in foswiki
[13:26]
gac410What is your expectation, and what are you seeing? [13:27]
scibiobut pages are loading in > 2 sec [13:28]
gac410Simple pages, or complex pages containing %SEARCH macros or lots of tables? %INCLUDES, etc. [13:28]
scibioi have an very old twiki installation here with page load times about 1.3 to 1.5 sec - i tried to get the same performance on foswiki to satisfy my users :)
there are lots of webs, some of them are quite simple, others complex
[13:28]
gac410Are your topics modified from outside of foswiki? (ie by editing, or cron jobs or other non-foswiki edits?)
For Foswiki 1.1.x it's important that the Topic.txt files are the same or slightly older timestamp than the Topic.txt,v rcs history file.
[13:30]
scibiothere is one cronjob which modifies 1 or 2 topics [13:30]
***dgretch has left [13:31]
scibiook, i will check thin
*this
[13:31]
gac410Okay 1 or 2, should not be an issue. Though when you migrated if the .txt files ended up newer than the .txt,v files, you may need to "touch" the txt,v files to make sure they are newer. [13:31]
scibioi will check this [13:32]
gac410Otherwise Store detects that the topic may have been modified without being "checked in" and does extra work. [13:32]
scibioyet i just migrated (and later fixed / modified) data/ and pub/ [13:33]
gac410Ah... so if you modified the data/ txt files and they are "not checked in" then that can cause performance issues. [13:33]
scibioi looked into the apache process (using strace) - what i saw was, that apache is reading / loading every webs preferences at every klick i do
so apache seems to look up approx 700 preferences for each newly opened web
i thought i might be possible to cache those preferences to avoid apache to load them for every klick ;)
but i will check the timestamp issue
[13:35]
gac410I've not done much with preferences.
There is a patch available to reduce RCS overhead but only recommended if you are not modifying topics outside of Foswiki.
http://foswiki.org/Extensions/Testing/PatchItem11983Contrib
I've never tried it but there is also http://foswiki.org/Extensions/PrefsCachePlugin
[13:39]
scibiosounds interesting - as i also could figure out, that i have an AllUsersGroup.txt file which contains all users and its history file contained about 300 revisions which were all loaded at every klick -> removing the rcs file gave me 2 sec speed up :) [13:42]
gac410CDot: how stable / helpful is the prefs cache.
scibio: Yeah that's probably the timestamp issue I'm betting.
[13:43]
scibiothis togehter with your hint about timestamps might help me, because this Group is generated by cron [13:43]
***gregg4567 has left [13:43]
scibio:) [13:43]
CDotIt should be stable. Helpful? Depends on what you're trying to do. [13:43]
gac410Improving load times for topics. [13:44]
CDotkinda depends on the topic. I wouldn't expect to see better than 5% from it, though.
the topic load time is IMHO more to do with the skin than anything else.
[13:45]
scibiothanks - another good hint :) [13:45]
CDotyou can trim that "700" by not showing the list of webs, i suspect. [13:46]
gac410Ah yeah. The listing of all webs. MUCH better replaced with a static list [13:47]
CDotI would be interested in a report of whether the prefscacheplugin ameliorated that, but it's a vague interest at best. [13:47]
scibioi will try that today and report it here ;) [13:48]
CDotnice one :-) [13:48]
scibiomaybe also try that static list, but i think it is required dynamic ... [13:49]
...... (idle for 25mn)
gac410scibio: I vaguely recall that a foswiki change was to validate the view authorization of each web in the weblist. That means loading the WebPreferences for each web. [14:14]
never mind. I'm mis-remembering. I think it was one of the topic lists, not the web list. [14:19]
***gac410 has left [14:20]
jastsame is true for webs, presumably... you don't want to show webs in the list the user isn't supposed to be able to view [14:30]
..... (idle for 23mn)
CDotthat's right; it always opens the webpreferences of every web for that reason. [14:53]
jastand to figure out the web's color, I suppose [14:54]
CDotaye, important stuff like that
it should be interesting to head what impact the PrefsCachePlugin has (if any)
[15:01]
........ (idle for 35mn)
scibiogoing off now - thanks for helping me. I will report my results later this week ;) [15:37]
jastI just noticed an issue in WysiwygPlugin
the handler for %WYSIWYG_TEXT% returns unescaped HTML, which is usually used for inserting into a <textarea> tag in a template
browsers can work with that, but if the output also contains escaped HTML, the browser will use the unescaped HTML as-is, but *also* de-escape the escaped portions
[15:42]
okay, it's not actually the browser doing it, apparently
darn, that would have made fixing it way easier for me
now I have to go hunt through a few megabytes worth of JS
this is why I mention things in IRC before opening tasks, though. that makes it a third-party problem. :)
[15:48]
........... (idle for 50mn)
CDothmmm, Brazil .v. Croatia. Should be noisy, if nothing else ;-) [16:41]
.... (idle for 18mn)
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/bSUK6A
foswiki/master 1421233 CrawfordCurrie: Item12941: release to Extensions web...
[16:59]
***GithubBot has left [16:59]
FoswikiBothttp://foswiki.org/Tasks/Item12941 [ Item12941: Release CharsetConverterContrib ] [16:59]
MichaelDaumCDot, did you intentionally delete CharsetConverterContrib ? [17:11]
CDotgrrr mutter f**king svn. Working on it. svn ate my homework. [17:11]
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/N3S3SA
foswiki/master a73b8db CrawfordCurrie: Item12941: stupid smelling error...
[17:13]
***GithubBot has left [17:13]
CDotargh, I can't do anything with it. svn status says it exists, but it's not on disk. very confused.
CDot gives up a deletes it. Try again.
[17:14]
GithubBot[foswiki] FoswikiBot pushed 1 new commit to master: http://git.io/jPn6Jg
foswiki/master d177072 CrawfordCurrie: Item12941: recovered from svn f**kup...
[17:28]
***GithubBot has left [17:28]
.............................................. (idle for 3h48mn)
ChanServ sets mode: +o Babar
ChanServ sets mode: +o Babar
[21:16]
......... (idle for 42mn)
TarboxHello! Making sure I understand something here. Foswiki::UserMapping has isInGroup(), with an $expand parameter. It calls the underlying Foswiki::Users::BaseUserMapping::eachGroupMember(), passing on $expand. If $expand is set, both LdapUserMapping and TopicUserMapping will return a list of users only. Groups that are members of the original group in question are expanded into their list of respective users. Control returns to isInGroup(), and then, [21:59]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::UserMapping http://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Users::BaseUserMapping [21:59]
Tarbox... and I've just committed a hit and run. Sorry. I'll check in tomorrow. [22:03]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)