[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[EP-tech] IRStats2: Slow in Chrome?
Your solution worked brilliantly on my Test server (going on live when my
team have finished for the day). I briefly got caught out in KeyFigures.pm
with the $id, but realised what was happening.
I'm totally bewildered by my attempts to alias the View.pm plugin
(/eprints3/archives/uolrepo/cfg/plugins/EPrints/Plugin/Stats/LocalView.pm).
I moved it to the local plugins folders and prefixed it with "Local" as I
tend to do:
$c->{plugin_alias_map}->{"Stats::View"} = "Stats::LocalView";
$c->{plugin_alias_map}->{"Stats::LocalView"} = undef;
$c->{plugins}{"Stats::LocalView"}{params}{disable} = 0;
It doesn't seem to catch it, so on the Test server only I've gone to the
View.pm that I'm not supposed to change
(/eprints3/lib/plugins/EPrints/Plugin/Stats/View.pm). Oddly I was able to
alias the KeyFiguress.pm with LocalKeyFigures.pm with the same relative
locations.
I even accounted for the expected loading order of cfg.d and included the
required code in plugins.pl and zz_irstas2.pl.
Anyway that's a different issue that I should be able to resolve myself.
Thanks,
James
On Fri, Oct 9, 2020 at 11:31 AM David R Newman <drn at ecs.soton.ac.uk> wrote:
> Hi James,
>
> I cannot remember off hand what caching issues you may need to deal with.
> First rule is always make sure you reload the webserver after making the
> changes. Then on any pages you load make sure your hard refresh (e.g.
> Ctrl+Shift+R). If you have download graphs on abstract/summary pages I
> think you will need to run refresh abstracts.
>
> This definitely fixed the issue for me and I had several independent
> people test this to confirm.
>
> Regards
>
> David Newman
> On 09/10/2020 11:20, James Kerwin wrote:
>
> Hi David,
>
> Thank you very much. I'll make the necessary changes today and see how we
> get on. I wouldn't have worked this out if I had centuries to look at it.
>
> I did try changing the load in /cfg.d/z_irstats2.pl
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fz_irstats2.pl%2F&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=OJWWW0HxKi4ONH%2FC53rgFWxx5gi9Vz78NdDfrALxVfQ%3D&reserved=0>
> in line with this:
>
>
> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdevelopers.google.com%2Fchart%2Finteractive%2Fdocs%2Fbasic_load_libs%23update-library-loader-code&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=Ca9tWaVZjZk3PjO44pwCq%2FJvm7fRVaYmDIo8sEmOujU%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdevelopers.google.com%2Fchart%2Finteractive%2Fdocs%2Fbasic_load_libs%23update-library-loader-code&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=Ca9tWaVZjZk3PjO44pwCq%2FJvm7fRVaYmDIo8sEmOujU%3D&reserved=0>
>
>
> This particular attempt didn't solve the problem, but it didn't break it
> either and it did change the load method when I inspected it (in
> Chrome when you look at the HTML etc).
>
> Anyway I better get on with these changes, thank you for the guidance,
> appreciated as ever!
>
> Thanks,
> James
>
> On Thu, Oct 8, 2020 at 9:32 AM David R Newman <drn at ecs.soton.ac.uk> wrote:
>
>> Hi James,
>>
>> Yes, I have noticed this as well. I fixed by change the following block
>> of code in EPrints/Plugin/Stats/View.pm
>>
>> 125 if( document.loaded )
>> 126 new EPJS_Stats_$js_class( { 'context':
>> $json_context, 'options': $view_options } );
>> 127 else
>> 128 document.observe("dom:loaded",function(){
>> 129 new EPJS_Stats_$js_class( {
>> 'context': $json_context, 'options': $view_options } );
>> 130 });
>>
>> to:
>>
>> 125 google.setOnLoadCallback(drawChart_$id);
>> 126 function drawChart_$id()
>> 127 {
>> 128 new EPJS_Stats_$js_class( { 'context':
>> $json_context, 'options': $view_options } );
>> 129
>> 130 }
>>
>> I also made a similar change in EPrints/Plugin/Stats/View/KeyFigures.pm
>> as well. If you have download stats boxes on abstract/summary pages you
>> will also need to make a similar change to one of the phrases in
>> lang/en/phrases/irstats2.xml.
>>
>> Regards
>> David Newman
>> On 08/10/2020 08:51, James Kerwin via Eprints-tech wrote:
>>
>> Hi All,
>>
>> I updated IRStats2 to the most recent version back in May (I think it was
>> 1.01 to 1.1) from the Bazaar.
>>
>> All seemed well until this week when I looked and realised there was no
>> data. since the upgrade. It turns out it was because of the permissions and
>> ownership of the process_stats file which is supposed to run frequently to
>> process the stats and I assume update the irstats2_ tables in the database.
>>
>> After the upgrade the script was owned by www-data (whatever it's called)
>> and the "eprints" user didn't have permission to execute it. Due to the "no
>> output" options set in cron I wasn't getting any info.
>>
>> It was my fault for not being thorough enough and it's all sorted now,
>> but I thought I would offer this as a warning to anybody who upgrades and
>> doesn't know to check this sort of thing.
>>
>> Also the IRStats2 pages stay "loading" forever on Chrome, but load almost
>> immediately on FireFox. Any idea what causes this?
>>
>> Thanks,
>> James
>>
>> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>> *** Archive: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=y5n03bTF%2F0qJg5eVd5DzvY5UqWlAcp2jLbyIocCyA7M%3D&reserved=0 <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=y5n03bTF%2F0qJg5eVd5DzvY5UqWlAcp2jLbyIocCyA7M%3D&reserved=0>
>> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=VRc%2FQaOSWqWj2az3L6CRZEXPVwQ%2B0QC3%2BAArdmwM7Fk%3D&reserved=0 <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=VRc%2FQaOSWqWj2az3L6CRZEXPVwQ%2B0QC3%2BAArdmwM7Fk%3D&reserved=0>
>>
>>
>>
>> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2Femail-signature%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=b1E%2BbQWENyWF6YpYswfQzSWR8jVO%2FCTBDFOIGDO%2FXNE%3D&reserved=0> Virus-free.
>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2F&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=j9WZ4NceqHse4LQpHMwhrm8JLWxT6%2FsQv0kE5511w2c%3D&reserved=0
>> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2Femail-signature%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=b1E%2BbQWENyWF6YpYswfQzSWR8jVO%2FCTBDFOIGDO%2FXNE%3D&reserved=0>
>> <#m_8471036565462458196_m_8275029250304110295_m_5935789201647633706_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20201009/5574ef1c/attachment-0001.html