#foswiki 2015-09-24,Thu

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

WhoWhatWhen
***jesuisse has left [00:22]
jast has quit IRC (Ping timeout: 255 seconds) [00:33]
........... (idle for 50mn)
ChanServ sets mode: +o Lynnwood [01:23]
.............................. (idle for 2h27mn)
gac410 has left [03:50]
........................... (idle for 2h14mn)
ChanServ sets mode: +o CDot
ChanServ sets mode: +o MichaelDaum
[06:04]
....... (idle for 32mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/vnMVv
distro/master 8519f70 MichaelDaum: Item13741: make encode a comma-separated list
[06:39]
***GithubBot has left [06:39]
FoswikiBothttp://foswiki.org/Tasks/Item13741 [06:39]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/vnMwY
distro/master a91875b MichaelDaum: Item13504: docu fixes
[06:43]
***GithubBot has left [06:43]
FoswikiBothttp://foswiki.org/Tasks/Item13504 [ Item13504: Documentation changes Foswiki 2.0.x / 2.1.0 ] [06:43]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/vnMwa
distro/master 92fb6de MichaelDaum: Item12179: setting proper mime type
[06:45]
***GithubBot has left [06:45]
FoswikiBothttp://foswiki.org/Tasks/Item12179 [ Item12179: JQueryPlugin::FOSWIKI: not properly escaping NAMEFILTER preference ] [06:45]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/vnMo7
distro/master 3479a97 MichaelDaum: Item12179: up'ed version of JQueryPlugin...
[06:51]
***GithubBot has left [06:51]
............ (idle for 59mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/vnMFY
distro/master a2c2200 MichaelDaum: Item13707: fixing non-default themes
[07:50]
***GithubBot has left [07:50]
FoswikiBothttp://foswiki.org/Tasks/Item13707 [ Item13707: all skins, execept default not working ] [07:50]
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/vnMbB
distro/master 0d9b34a MichaelDaum: Item13707: up'ing release number
[07:53]
***GithubBot has left [07:53]
.... (idle for 15mn)
ChanServ sets mode: +o MichaelDaum [08:08]
....... (idle for 34mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to master: http://git.io/vnDLp
distro/master f046d4d MichaelDaum: Item13707: disabled disturbing dotted outline
[08:42]
***GithubBot has left [08:42]
FoswikiBothttp://foswiki.org/Tasks/Item13707 [ Item13707: all skins, execept default not working ] [08:42]
..................................... (idle for 3h0mn)
***ChanServ sets mode: +o Lynnwood [11:42]
....... (idle for 30mn)
ChanServ sets mode: +o Lynnwood__ [12:12]
............ (idle for 58mn)
ChanServ sets mode: +o gac410 [13:10]
.... (idle for 17mn)
Lynnwood__I recently updated a sight and then had some users upset because their browsers were caching the old version of js files. Looking at options to force reloading of these files, I see the option of adding a datestamp param to file references, creating a changed url. It occurs to me that it would be a nice general feature to be able to enable such a mechanism site wide following an upgrade of plugins.
updated a site...
[13:27]
gac410http://foswiki.org/System/UpgradeGuide#Before_the_upgrade Yes I always forget to shorten the expires tag ahead of an upgrade too
Forgot when we put 2.0 on foswiki.org. and added the broadcastmessage to clear cache.
[13:29]
Lynnwood__it would seem earlier for users to do something on temporary basis that forced cache updates rather than ask users to clear their browser
s/earlier/easier
fingers don't work...
[13:43]
gac410Depending upon the browser a shift-reload will refresh all files iirc. [13:44]
Lynnwood__That's my experience also [13:45]
gac410Unfortunately there's no way to retroactively time out the expires settings. The other thing is to configure the expires setting on the server to a more shorter duration. [13:45]
Lynnwood__seems to work on all browsers. i'm amazed when i'm dealing with supposedly sophisticated users (we're talking programmers) and they scream that the site is broken and they haven't tried this. [13:46]
gac410I think MichaelDaum had suggested we use 8 or 10 hours, it caches everything during a workday, and then first visit the next day gets refreshed. [13:46]
MichaelDaumy [13:47]
gac410That gets 90+ percent of the benefit. Foswiki.org was set to 17 days which was rather foolish. [13:47]
Lynnwood__i do notice that the scripts include url param for the version. Usually it seems like that should do the trick if the version number changes during update. [13:47]
gac410I have nothing in the build instructions saying to increment any version [13:48]
Lynnwood__MichaelDaum - quick question regarding SolrPlugin and use of iWatch. If i understand correctly, all iwatch does is trigger a reindex mode=delta command, so it would seem that this would not have much benefit over just scheduling this command every 15 minutes or so. And if there's lots of topic changes happening, the iwatch approach would increase server load, even though i understand it has a delay on multiple calls. [13:51]
MichaelDaumLynnwood__, not really
iwatch does not directly call solrindex
instead it batches change notifications for 5 seconds and _then_ does a delta indexing updating all changes in one transaction
[13:53]
Lynnwood__i see. [13:54]
MichaelDaumthe main difference is that either you have to wait 15 minutes for your changes to be visible ... or 5 seconds [13:54]
Lynnwood__but it doesn't reference the particular topics... it checks the whole installation for changed files when delta indexing is done.
is that correct? (it appeared to when i watched the solr log)
[13:55]
MichaelDaumcorrect ... but not a problem at all. rather than that it gets stray updates not caught for some reason before. [13:56]
Lynnwood__yep
in my testing, it seemed like more like 30 seconds before solr reflected the changes. this seemed to be how long it too the delta reindex to run. Does this seem reasonable or should i look for reason why it take that long?
[13:57]
MichaelDaumyet still: iwatch is an interim solution to a larger problem of doing batch jobs offline but close to when (change) events happening online
could be solr itself needs its time to invalidate internal search threads ... not sure
30 seconds is not what I see
might also depend on the speed of io your server is able to perform on the disk
[13:59]
Lynnwood__y, i was thinking of that.
one last question: with the new setup of Solr, it appears that there is no Solr console that gave overview of solr status, health, index optimization, etc. Is that correct?
[14:01]
GithubBot[AttachContentPlugin] MichaelDaum pushed 1 new commit to master: http://git.io/vnyMJ
AttachContentPlugin/master 8224ea3 MichaelDaum: Item13747: fixed unescaped left braces
[14:02]
***GithubBot has left [14:02]
FoswikiBothttp://foswiki.org/Tasks/Item13747 [ Item13747: Unescaped left braces AttachContentPlugin ] [14:02]
Lynnwood__I'm not sure about how to easily check in on health of the solr installation and index. [14:03]
MichaelDaumof course there is
solr itself did a major update on the admin interface
might be the http port to it is blocked, only allowed to localhost ... as it should for security reasons
[14:05]
Lynnwood__ok. thanks i'll research that. [14:07]
gac410MichaelDaum: Is your intention to add the SecurityHeaderExtension as a default plugin for 2.1? [14:07]
MichaelDaumno. I'd rather see the feature being merged to core. so SecurityHeaderExtension takes the same course as ZonePlugin [14:08]
gac410Ah... okay. makes sense. [14:08]
MichaelDaumhowever, this plugin lets us work on unsafe inline css and js right now...which is a much bigger task [14:08]
gac410y. good point. [14:08]
Lynnwood__I have a user that would like to see a list of users visiting a particular web. I was thinking that I remembered a plugin that accomplished something like this via parsing the foswiki access log. But I seem to be imagining that. UserInfoPlugin comes close but doesn't provide web-specific ino.
info
[14:09]
.... (idle for 16mn)
Does anyone know offhand what is the mechanism whereby the version number is added to url of javascripts? I see that some plugins seem to do this while other (notably SolrPlugin) does not appear to. I'm wondering if I can force it. I'm getting lots of user complaints about blank search results and i've determined it simply because their browser is caching older version of related scripts.
Is it done within the perl module or perhaps related templates? i'll try explore it...
[14:25]
jastdo we have anyone else interested in Foswiki camp next week? so far we have only two guests... I'm kind of wondering if that actually warrants a meetup [14:28]
Lynnwood__i should wish i could come over...
sorry to hear there's not more guests
[14:30]
JulianLevensThere are two signed up for remote connection, but that's not quite the same [14:32]
Lynnwood__no, not at all...
i want to be able to work over a real beer.
[14:36]
gac410Can someone read http://foswiki.org/System/VarENCODE#Predefined_encodings for me. I suspect the 1st 3 bullets apply only when 'type=' is unspecified.
So really it should read type not specified, then 3 bullets indented a 2nd level, then type= ... bullets.
[14:39]
Lynnwood__sure wish i could find where javascipt file versions are added to the script src url... i can find it in the plugin pm files nor templates... [14:40]
jastfor files from JQueryPlugin? [14:48]
Lynnwood__yes, or other plugins [14:48]
jastit's not the same for everything
JQueryPlugin has mechanisms to do it automatically, for everything that hooks into it
and that happens in the Perl code
[14:48]
Lynnwood__i was trying find where in the perl code but was unsuccessful
...to see if i could use in other places.
[14:49]
jastlib/Foswiki/Plugins/JQueryPlugin/Plugins/Plugin.pm -> renderJS [14:49]
Lynnwood__thanks so much!
found it
[14:51]
..... (idle for 24mn)
gac410Everyone. We got into some discussion last night with Lavr about the "core" requirement for "use version 0.77" Someone was trying to install on a hosted site with no cli access and perl older than 5.10.1, and no ability to update cpan modules.
The issue is *probably* RHEL 6 which is still current until something like year 2021, and only has perl 5.8.8
We cannot ship version in CpanContrib, since it is only available in compiled C
I think the only solution if we want to continue to really support 5.8.8 / 5.10.0 is to revert the version objects, and write our own perl VERSION string parser.
and comparison code.
[15:19]
.... (idle for 15mn)
jastlovely [15:36]
.......... (idle for 48mn)
***alexlist has quit IRC (Ping timeout: 252 seconds)
sandoval has quit IRC (Remote host closed the connection)
Lynnwood__ is now known as Lynnwood_
[16:24]
.... (idle for 18mn)
alexlist_ has quit IRC (Ping timeout: 252 seconds) [16:44]
Lynnwood_ is now known as Lynnwood__
MichaelDaum_ has quit IRC (Quit: quit)
[16:53]
ChanServ sets mode: +o Lynnwood
Lynnwood__ has quit IRC (Ping timeout: 265 seconds)
[17:00]
JulianLevens has quit IRC (Ping timeout: 260 seconds) [17:12]
....... (idle for 33mn)
DeanSpicer has quit IRC (Ping timeout: 256 seconds) [17:45]
..... (idle for 22mn)
CDot has quit IRC (Quit: Leaving.) [18:07]
........... (idle for 54mn)
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vnQBj
distro/master 90dad31 George Clark: Item13741: Reverse URL encoding in search...
[19:01]
***GithubBot has left [19:01]
FoswikiBothttp://foswiki.org/Tasks/Item13741 [19:01]
........ (idle for 37mn)
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vnQ6Q
distro/master b710b2a George Clark: Item13744: Document that EmptyPlugin cannot be enabled
[19:38]
***GithubBot has left [19:38]
FoswikiBothttp://foswiki.org/Tasks/Item13744 [ Item13744: Document that EmptyPlugin is documentation only, and cannot be enabled. ] [19:38]
LynnwoodIf anyone is interested regarding my comments earlier today about generating a list of users who have visited a particular web, I remembered the plugin that should allow this: http://foswiki.org/Extensions/ContributorsPlugin
I had actually requested some years ago to extend this to allow generating general reports from the access log.
[19:49]
gac410Yeah. Also in 1.2 for a short time there was a generic Log Viewer interface that TimotheLitt built. It got lost when configure was restructured again
It's still on my list to sometime resurrect that into a log viewer topic / macro that is available to users with access to configure.
[19:51]
Lynnwoodthat would probably be much better, this plugin actually does (or did) do the trick. I'm about to test it out again. [19:53]
***gac410 sets mode: +v [LOGGER_FOSWIKI] [19:54]

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