IRC log for #koha, 2016-04-03

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:37 JoshB joined #koha
00:38 edveal joined #koha
01:13 irma joined #koha
02:42 Francesca joined #koha
03:29 Francesca joined #koha
05:24 Francesca joined #koha
06:04 NateC joined #koha
06:22 rocio left #koha
06:25 Francesca joined #koha
07:24 Francesca joined #koha
08:16 Francesca joined #koha
08:22 Francesca joined #koha
08:36 irma joined #koha
09:13 Francesca joined #koha
09:34 cait joined #koha
10:18 irma joined #koha
10:20 drab joined #koha
14:43 * cait waves
15:02 NateC joined #koha
15:58 cait joined #koha
16:33 rocio joined #koha
17:35 geek_cl joined #koha
17:41 magnuse joined #koha
17:50 magnuse marcelr++ for bug 13438
17:50 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13438 normal, P5 - low, ---, m.de.rooy, Needs Signoff , Convert normarc framework plugins to new style (see also 10480)
18:50 NateC joined #koha
18:55 rocio left #koha
19:40 bag hola
19:40 wahanui kia ora, bag
20:00 * cait waves
20:01 rangi morning
20:01 cait morning bag and rangi
20:04 tcohen joined #koha
20:04 tcohen hi
20:06 cait hi
20:06 wahanui hey, cait
20:06 cait :)
20:15 tcohen hi cait
20:15 rangi hi tcohen
20:16 tcohen hey rangi
20:16 rangi i've been experimenting with varnish
20:16 in front of the opac
20:16 tcohen for caching stuff?
20:16 statc content?
20:16 rangi all of the js/css/images are cachecd
20:17 and so is opac-main.pl if the user is not logged in
20:17 it takes a lot of load off apache/plack
20:18 tcohen you mean it w¡got worse?
20:18 rangi nope
20:18 it means theres a bunch less requests that hit apache
20:18 varnish serves them from ram
20:18 tcohen ah, idiomatic issue
20:18 rangi you need nginx or something in front to do ssl termination
20:19 it's not a lot faster (it is faster but not a lot) than without vagrant
20:19 tcohen rangi: is there still that google module for caching?
20:19 rangi but it scales much higher
20:20 hmm?
20:20 tcohen https://developers.google.com/[…]pagespeed/module/
20:20 rangi basically vagrant respects the headers we put on stuff
20:21 it's a lot less 'magic' than that google stuff
20:21 and hence I actually trust it
20:21 (ie it wont cache stuff it shouldnt)
20:21 tcohen we should set the right headers for static stuff anyway
20:22 rangi we do
20:22 which means vagrant caches it
20:22 because browsers/proxies don't always behave how they should
20:22 tcohen so the main advantage is that varnish caches pages
20:22 rangi but it also means, if I hit it, then you hit it
20:22 varnish serves you the one from the cache, without bothering apache
20:23 yes
20:23 tcohen interesting
20:23 wahanui interesting is sometimes good and sometimes bad
20:23 rangi you can just put it there, and do nothing
20:23 and it works by obeying the headers
20:24 or you can make it do more, it starts very conservative/safe which is a good default
20:24 trying out pagespeed would be good too, but its much less simple to understand :)
20:24 cait hmmm
20:25 rangi caching is like security, it's good in layers
20:29 tcohen hehe
20:29 rangi 3.22.x is quite a bit faster with the caching work done, but if we are serving essentially static pages (like opac-main.pl before you login) we shouldn't even have to touch plack/apache if possible
20:29 tcohen the good thing about pagespeed is that it shrinks images, and that kind of stuff, apart from the cche pthing
20:30 rangi yep, we are doing that with mod_gzip etc already
20:30 but it still would be good to try
20:30 so for opac-main.pl if we did this
20:30 tcohen it does so matching the pages styles
20:31 rangi if user not logged in
20:31 print $data->header(
20:31 -expires         => '+30m',
20:32 then vagrant (and some browsers) would respect that, and not ask for the page again
20:32 if you wanted to be really tricky
20:32 can do
20:33 pastebot "rangi" at 127.0.0.1 pasted "caching stuff" (10 lines) at http://paste.koha-community.org/378
20:33 rangi before the script does anything else
20:33 that says did the browser ask me for a last modified before
20:33 if so, and its less that my timeout
20:34 then hand them back a 304 (page not modified)
20:34 and exit
20:34 before it even runs the rest of the script
20:34 jcamins FWIW, I found that using nginx for static files was only about 10% slower than Varnish under relatively low load, but I believe when you start increasing the load to high you'd start seeing performance benefits.
20:34 rangi jcamins: yeah the trick is when you start caching the .pl files output where you can that you start getting the speed benefits too
20:35 otherwise you are right, it mostly helps with scaling
20:37 tcohen rangi: i'll be looking forward to your results
20:37 i trust nginx caching capabilities, still
20:38 jcamins rangi: yeah, 304 support would be a pretty big win.
20:38 tcohen cover images should support 304
20:38 (and they don't)
20:40 rangi they do now
20:40 well im testing it with one client
20:40 tcohen rangi: i mean local cover images
20:41 rangi opac-image.pl does the 304 thing there
20:42 tcohen not here!
20:42 ah, status=200 but chrome says "From cache"
20:44 rangi yep, what does firefox says
20:44 they both behave a bit differently i found
20:45 kathryn joined #koha
20:46 rangi you can test with curl too
20:49 i love curl
21:02 bag yeah we spent sometime looking at varnish too
21:04 * bag thinks it’s time for a martini ;)  (I’ve got a brisket on the smoker since 7am (7 hours ago) )  should be ready in another 3~4 hours :)
21:05 cait hm
21:05 did someone try html5media by chance?
21:05 i have problems to get it show up
21:06 rangi not recently
21:07 * cait tries some old sample records from the original bug
21:15 * tcohen feels like serving a chilled jaeger
21:17 joins bag
21:18 * cait has a ginger ale
21:19 tcohen rangi: so the 304 for opac-image.pl is varnish's responsability
21:19 ?
21:19 rangi nope
21:19 that code i pasted before
21:19 tcohen ah
21:19 rangi http://paste.koha-community.org/378
21:19 varnish will of course respect that too
21:20 you have to make sure that it is setting a last modified too
21:21 -Last_Modified   => strftime('%a, %d %b %Y %H:%M:%S GMT', gmtime),
21:21 so that if it 200s it sets a last modified, so the browser can ask for that
21:21 make sense?
21:25 tcohen it does
21:26 i'm intrigued because I see a lot of time is spent on local images
21:26 rangi cool
21:27 it still hits the perl, so has to do overhead of loading modules etc (if cgi) but doesn't have to fetch the image from the db, and return it etc
21:28 so if you are running cgi, its not going to be much faster for a single request
21:28 but if someone refreshes the page, thats 20 hits .. that will all be a little faster
21:29 and if you have something like varnish caching those images .. for a day or 2
21:29 then thats a massive improvement
21:29 once one person has seen them, they are cached for everyone
21:30 (until they login that is)
21:30 altho, probably could ignore the cookie on images .. and even return them for logged in users
21:30 something like
21:32 if (req.http.Content-Type ~ "image") {
21:32 unset.req.http.cookie;
21:32 }
21:32 (in the varnish config)
21:33 then varnish should cache it
21:33 ill try it after work tonight
21:39 tcohen maybe we can teach apache/nginx some stuff are static content
21:40 rangi hmm only the stuff that actually is :)
21:41 but yes it makes no sense to have plack hand out any static stuff
21:52 Francesca joined #koha
21:57 JoshB joined #koha
21:58 tcohen rangi: interesting that no local-images == high latency due to the check
21:59 rangi yep
22:04 tcohen i bet checking local image existence in opac-search.pl and putting the URL on the template, would save at least a couple seconds to the end user
22:06 rangi hmm?
22:07 maybe
22:07 or make the link be client side via js
22:08 tcohen it is
22:08 rangi then it wont slow the page load down
22:08 its a static link right? not an ajax one?
22:08 (you could make it fall back to static if people had js turned off too)
22:09 then it wont slow the page down
22:10 can do both of course but then opac-search.pl itself would be slower
22:12 do we link to the image even if local images are turned off?
22:12 cos doing that check in the template would be pretty easy eh?
22:13 i suspect that most people run with localimages off
22:13 tcohen joined #koha
22:14 rangi yeah about 60% have the pref off, so checking that before putting the link in the template (if we dont alredy) would save 60% of the libraries a bunch of time
22:14 (60% of hea that is)
22:15 tcohen yeah, that's why i put my libraries there
22:15 :-d
22:15 HEA++
22:15 rangi, i leave a question for you
22:15 how is plack related to files in /tmp ?
22:15 it seems that some permission issues i've been sufffering running plack+3.22 in production are related to that
22:16 rangi its not
22:16 but the fastmmap stuff is
22:16 (oh and sessions if you have sessions in tmp not mysql or memcache)
22:16 irma joined #koha
22:17 rangi i have a site running plack both staff and opac and there is nothing in /tmp
22:17 https://obs.library.workbuffer.org/
22:18 running 3.22
23:02 Francesca joined #koha
23:13 talljoy joined #koha
23:13 talljoy good day
23:13 dani how goes round rock?
23:14 dang it wrong channel again.  lol
23:14 good day #koha
23:32 cait hm'
23:32 cait left #koha
23:53 Francesca joined #koha
23:59 jamesb joined #koha

← Previous day | Today | Next day → | Search | Index

koha1