Has anyone solved the problem of slow check out and in time in Koha 3.0? I'm sorry, I know there was some discussion of this in April or May. I have been away from my library all summer and tried to find the threads in the archive, but couldn't find them. We upgraded to Koha 3.00.02.012 from a much older version of Koha right before I left, and since I've come back my library staff has been asking me why checking in and out is so much slower. Our school's tech support hasn't been able to figure it out yet either. Has anyone figured out how to make this better? Thanks! Amber Amland Amber Amland Librarian Mountainview International Christian School www.mountainviewics.org library@mountainviewics.org
Amber Amland <library@...> writes:
Has anyone solved the problem of slow check out and in time in Koha 3.0? I’m sorry, I know there was some discussion of this in April or May. I have been away from my library all summer and tried to find the threads in the archive, but couldn’t find them. We upgraded to Koha 3.00.02.012 from a much older version of Koha right before I left, and since I’ve come back my library staff has been asking me why checking in and out is so much slower. Our school’s tech support hasn’t been able to figure it out yet either. Has anyone figured out how to make this better?
Hello Amber, I have mentioned this elsewhere, but the JQuery Table sort, while cool, can really slow down Circ, even in Chrome to some degree when there are many items checked out. If your staff do not use it on the circ page (you can leave it in elsewhere), commenting the few lines out should speed the circ up for most libraries. Our staff did not use that table sort too much on the circ page, and taking it out made a world of difference. If you still need to print, Firefox 4 should be faster but will not solve the speed issues associated with that JQuery sort on the check-out page. Any developers want to weigh in on this? Is it still a feature if it causes problems for some? -Good Luck.
I have mentioned this elsewhere, but the JQuery Table sort, while cool, can really slow down Circ, even in Chrome to some degree when there are many items checked out.
How many items are we talking about? What are the specs on the PC you're using? I'll see if I can match those conditions. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
On 8/20/10 9:06 AM, Darrell Ulm wrote:
I have mentioned this elsewhere, but the JQuery Table sort, while cool, can really slow down Circ, even in Chrome to some degree when there are many items checked out. If your staff do not use it on the circ page (you can leave it in elsewhere), commenting the few lines out should speed the circ up for most libraries.
My staff are also concerned about scanning speed, and having tried it myself I can see that it is a problem. Can you give some more direction on how to disable the sorter? I'd like to give it a shot. I started mucking about with circulation.tmpl, which seems to be where the code is, but never saw any change at my browser despite clearing my cache and restarting Apache. Thanks, -- Chris Hobbs Director, Technology New Haven Unified School District -- This message was scanned by ESVA and is believed to be clean.
Chris, If you run your Koha installation off of Git, a patch has been published to create a new system preference to enable/disable the JQuery in question. You can access this patch at: http://lists.koha-community.org/pipermail/koha-patches/2010-September/012534... If you don't use Git, the contents of the patch will at the very least show you what lines of code to replace with what in order to get the same functionality. Any improvements/suggestions for this are of course welcome. Cheers, -Ian 2010/9/24 Chris Hobbs <chobbs@nhusd.k12.ca.us>
On 8/20/10 9:06 AM, Darrell Ulm wrote:
I have mentioned this elsewhere, but the JQuery Table sort, while cool, can really slow down Circ, even in Chrome to some degree when there are many items checked out. If your staff do not use it on the circ page (you can leave it in elsewhere), commenting the few lines out should speed the circ up for most libraries.
My staff are also concerned about scanning speed, and having tried it myself I can see that it is a problem. Can you give some more direction on how to disable the sorter? I'd like to give it a shot. I started mucking about with circulation.tmpl, which seems to be where the code is, but never saw any change at my browser despite clearing my cache and restarting Apache.
Thanks,
-- Chris Hobbs Director, Technology New Haven Unified School District -- This message has been checked by ESVA and is believed to be clean.
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com ian.walls@bywatersolutions.com Twitter: @sekjal
Le 24/09/2010 15:15, Ian Walls a écrit :
Chris,
If you run your Koha installation off of Git, a patch has been published to create a new system preference to enable/disable the JQuery in question. You can access this patch at: http://lists.koha-community.org/pipermail/koha-patches/2010-September/012534...
If you don't use Git, the contents of the patch will at the very least show you what lines of code to replace with what in order to get the same functionality.
Any improvements/suggestions for this are of course welcome.
Cheers,
Hi, There another point of congestion that is the marcxml decoding/encoding for items information in biblioitems.marcxml I tried to remove synchronisation in biblioitems.marcxml in C4::Items. and speed really increased. These two functions : _add_item_field_to_biblio and _koha_modify_item are really slow, but allow ppl to get available items and all the uptodate item information displayed when searching. My 2 cents. -- Henri-Damien LAURENT
Hi to all, Il 24/09/2010 16:29, LAURENT Henri-Damien ha scritto:
There another point of congestion that is the marcxml decoding/encoding for items information in biblioitems.marcxml I tried to remove synchronisation in biblioitems.marcxml in C4::Items. and speed really increased. These two functions : _add_item_field_to_biblio and _koha_modify_item are really slow, but allow ppl to get available items and all the uptodate item information displayed when searching.
only my 2 centson the topic. -- port item information only on SQL and so change deeply _add_item_field_to_biblio and _koha_modify_item After: -- delete item information on compact search result -- insert a Ajax javascript link with text "Seek if is avaible". I f you click it (only if you click) an Ajax search is done and the compact result of the record is changed with: a)item information b-1)a link "ask for an hold" if the user is logged and can put an hold on one of the item/s of this bib record b-1)a sentence "non hold for you on this record" if if the user is logged and can not put an hold anyon the item/s of this bib record b-3)If not logged, only item information The others records displayed are not changedù Only a suggestion, we can discuss about it. Bye -- Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci qaunto tra AT con @)
Le 24/09/2010 17:11, Zeno Tajoli a écrit :
Hi to all,
Il 24/09/2010 16:29, LAURENT Henri-Damien ha scritto:
There another point of congestion that is the marcxml decoding/encoding for items information in biblioitems.marcxml I tried to remove synchronisation in biblioitems.marcxml in C4::Items. and speed really increased. These two functions : _add_item_field_to_biblio and _koha_modify_item are really slow, but allow ppl to get available items and all the uptodate item information displayed when searching.
only my 2 centson the topic. -- port item information only on SQL and so change deeply _add_item_field_to_biblio and _koha_modify_item
Yes it is... But it also may be achievable : see on git.biblibre.com wip/remove_items_from_marcxml branch It is rebased on master. It is experimental. So if you want to test, test out of production. And since the script which removes items from marcxml biblios is not really optimized, consider adding biblios with bulkmarcimport rather than upgrading. Benefit is : that circulation and display of biblios is really quick. (If you have many items on one biblio) Cons : indexing is much slowed down because of Items2Marc done each time. I saw it as a first step to usage of dom for items. Hope that helps. -- Henri-Damien LAURENT
After:
-- delete item information on compact search result -- insert a Ajax javascript link with text "Seek if is avaible". I f you click it (only if you click) an Ajax search is done and the compact result of the record is changed with: a)item information b-1)a link "ask for an hold" if the user is logged and can put an hold on one of the item/s of this bib record b-1)a sentence "non hold for you on this record" if if the user is logged and can not put an hold anyon the item/s of this bib record b-3)If not logged, only item information
The others records displayed are not changedù
Only a suggestion, we can discuss about it.
Bye
participants (7)
-
Amber Amland -
Chris Hobbs -
Darrell Ulm -
Ian Walls -
LAURENT Henri-Damien -
Owen Leonard -
Zeno Tajoli