[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
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

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.


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&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=OJWWW0HxKi4ONH%2FC53rgFWxx5gi9Vz78NdDfrALxVfQ%3D&amp;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&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=Ca9tWaVZjZk3PjO44pwCq%2FJvm7fRVaYmDIo8sEmOujU%3D&amp;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&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=Ca9tWaVZjZk3PjO44pwCq%2FJvm7fRVaYmDIo8sEmOujU%3D&amp;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&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=y5n03bTF%2F0qJg5eVd5DzvY5UqWlAcp2jLbyIocCyA7M%3D&amp;reserved=0 <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=y5n03bTF%2F0qJg5eVd5DzvY5UqWlAcp2jLbyIocCyA7M%3D&amp;reserved=0>
>> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=VRc%2FQaOSWqWj2az3L6CRZEXPVwQ%2B0QC3%2BAArdmwM7Fk%3D&amp;reserved=0 <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=VRc%2FQaOSWqWj2az3L6CRZEXPVwQ%2B0QC3%2BAArdmwM7Fk%3D&amp;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&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=b1E%2BbQWENyWF6YpYswfQzSWR8jVO%2FCTBDFOIGDO%2FXNE%3D&amp;reserved=0> Virus-free.
>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=j9WZ4NceqHse4LQpHMwhrm8JLWxT6%2FsQv0kE5511w2c%3D&amp;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&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C88ecb4018d594b060efe08d86c5ee8bb%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=b1E%2BbQWENyWF6YpYswfQzSWR8jVO%2FCTBDFOIGDO%2FXNE%3D&amp;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