That's great Bram, handy tool,
Joseph
-----Original Message-----
From: [email protected]
[mailto:[email protected]]
Sent: 22 September 2014 09:13
To: [email protected]
Subject: DSpace-tech Digest, Vol 101, Issue 84
Send DSpace-tech mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific than
"Re: Contents of DSpace-tech digest..."
Today's Topics:
1. Re: Free web tool for analyzing DSpace SEO analysis (Bram Luyten)
----------------------------------------------------------------------
Message: 1
Date: Mon, 22 Sep 2014 10:12:34 +0200
From: Bram Luyten <[email protected]>
Subject: Re: [Dspace-tech] Free web tool for analyzing DSpace SEO
analysis
To: Michael White <[email protected]>
Cc: "[email protected]"
<[email protected]>
Message-ID:
<CACwo3X156RvTb7FYHn-NiMLWaTPXCi5EKDuRJZuBnGqrVUn=q...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
You're welcome Michael!
speaking of the devil ... after the work to put the links directly on the
email confirmation page, Gmail suddenly decided that it does want to send
the emails again.
So now you'll see a confirmation page stating "sorry, emails can't be send",
while emails ARE effectively working again.
cheers,
Bram
--
[image: logo]
*Bram Luyten* +1 202 684 6365
*2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4,
Heverlee 3001, Belgium* www.atmire.com
<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=ema
il&utm_campaign=braml>
On 22 September 2014 10:08, Michael White <[email protected]> wrote:
> Hi Bram,
>
>
>
> Many thanks for this (and for your previous response to my initial
> questions and the link to the extended analysis for my repo) J
>
>
>
> *> 1. Discrepancy in item count*
>
>
>
> > This should now be fixed. If anyone finds other discrepancies, please
> let me know.
>
>
>
> Just to confirm that this looks much better now ? it is now showing the
> correct Item count for our repository J
>
>
>
> *> 2. Extended analysis emails*
>
>
>
> > Emails are still broken, but after entering your email address you will
> immediately get the link to the extended
>
> > analysis in the webUI as a temporary workaround.
>
>
>
> Thanks again for sending me a link to the extended analysis for our
> repository ? it all came back looking OK, so that?s nice J
>
>
>
> *> 3. Sense and nonsense of my repository speed measurements*
>
>
>
> > Found that my measurement was actually measuring more than just ONE page
> request. Changed this so you
>
> > should get considerably lower response time reports now.
>
>
>
> And I can confirm that this is also now looking much better from here ?
> our response time is now showing as around 300ms (down from 2000ms), so
> that is also nice to see J
>
>
>
> Thanks again,
>
>
>
> Mike
>
> Michael White
> eLearning Liaison and Development (eLD)
> Information Services
> S8, Library
> University of Stirling
> Stirling SCOTLAND
> FK9 4LA
>
> Email: [email protected]
> Tel: +44 (0) 1786 466877
> Fax: +44 (0) 1786 466880
>
> http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld
>
>
>
> *From:* [email protected] [mailto:[email protected]] *On Behalf Of *Bram
> Luyten
> *Sent:* 20 September 2014 13:45
> *To:* Michael White
> *Cc:* [email protected]
> *Subject:* Re: [Dspace-tech] Free web tool for analyzing DSpace SEO
> analysis
>
>
>
> Hi,
>
>
>
> short update after rolling out a few changes directly on
> http://dspacecheck-atmire.rhcloud.com/
>
>
>
> *1. Discrepancy in item count*
>
>
>
> This should now be fixed. If anyone finds other discrepancies, please let
> me know.
>
>
>
> *2. Extended analysis emails*
>
>
>
> Emails are still broken, but after entering your email address you will
> immediately get the link to the extended analysis in the webUI as a
> temporary workaround.
>
>
>
> *3. Sense and nonsense of my repository speed measurements*
>
>
>
> Found that my measurement was actually measuring more than just ONE page
> request. Changed this so you should get considerably lower response time
> reports now.
>
>
>
> best regards,
>
>
>
> Bram
>
>
> --
>
> [image: logo]
>
> *Bram Luyten* +1 202 684 6365
> *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
> *Esperantolaan 4, Heverlee 3001, Belgium*
> www.atmire.com
>
<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=ema
il&utm_campaign=braml>
>
>
>
>
> On 20 September 2014 12:56, Bram Luyten <[email protected]> wrote:
>
> Hi Michael,
>
>
>
> thanks for your feedback on the prototype of this new tool:
>
>
>
> *1. Discrepancy in item count*
>
>
>
> Thanks for reporting this, as it will help me debugging. The script
> retrieves the item count from the browse-title page
> <http://dspace.stir.ac.uk/browse?type=title>, parsing it from the string
> "Showing results 1 to 20 of 8509".
>
>
>
> Will need to figure out why this is currently not working on your repo.
>
>
>
> *2. Extended analysis emails*
>
>
>
> All outgoing emails are broken since earlier this month. I was happily
> using Gmail SMTP for this, but it is now rejecting the emails. I will need
> to make gmail happy again or move off to a different email provider.
>
>
>
> In the meanwhile, I'll send you a personal email with the link that
> directs you to the extended analysis of your repository.
>
>
>
> *3. Sense and nonsense of my repository speed measurements*
>
>
>
> I need to get a better speed measurement in place and include in the
> description that the app currently runs on the redhat openshift cloud in
> the US.
>
>
>
> This means the measurement is obviously biased towards US repositories and
> will partially explain why you get a worse result for a repository based
in
> the UK.
>
>
>
> For me personally, browsing here from my couch in Belgium, one of the
> fastest / "snappiest" repositories is CADAIR:
>
> http://cadair.aber.ac.uk/dspace/
>
>
>
> Just clicking around, yours feels *very* fast as well Michael, so I
> wouldn't worry about the responsetime reported by my blunt instrument.
>
>
>
> Anyhow, if you're interested in this type of analysis, I would recommend
> to hook up your repository to New Relic ( http://newrelic.com/ ) that has
> awesome and detailed reports and monitoring.
>
>
>
> best regards,
>
>
>
> Bram
>
>
> --
>
> [image: logo]
>
> *Bram Luyten* +1 202 684 6365
> *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
> *Esperantolaan 4, Heverlee 3001, Belgium*
> www.atmire.com
>
<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=ema
il&utm_campaign=braml>
>
>
>
>
> On 16 September 2014 17:01, Michael White <[email protected]>
> wrote:
>
> Hi,
>
> > we have deployed a prototype of a free tool that can analyze a few SEO
> > properties for your DSpace repository. More precisely, the tool can take
> a
> > look at your robots.txt file to see if there potential problems.
>
> Having just upgraded to v4.1 and done my best to carry out SEO, I thought
> I'd have a look at this out of curiosity and have a couple of questions:
>
> - the Itemcount for our repository shows as 7536 items, but the actual
> number of items in our repository is 8496 - any ideas where the
discrepancy
> is creeping in? The sitemap referenced from our robots.txt lists 8626
> objects (which includes Items along with Community and Collection
> Homepages) so I don't think it is the case that the Itemcount is being
> (correctly?) generated from the sitemap referenced in robots.txt (or is
> it?!) . . . .
>
> - I wanted to see the Extended Analysis but it is asking for an email
> address with the same domain as our repository - as our repository is
> dspace.stir.ac.uk I thought it would be OK with [email protected]
> but I've not received anything as yet (and the email didn't appear to have
> been Junked either) - should I have received anything, or is that email
> domain not acceptable?
>
> - the response time for the homepage of my repository is generally being
> reported at around 2000 milliseconds (I tried it a few times :-)), but the
> text on that page says some DSpace sites can serve pages in under 100ms:
>
> "The faster your site is, the better. Some DSpaces can serve pages under
> 100ms. If you experience substantially slower loading times you may need
to
> optimize."
>
> I didn't think of our repository as slow, but should I (i.e. does 2000
> milliseconds constitute a "substantially slower loading time")? And if so,
> any thoughts why our repository is 20 times slower than the potential
value
> noted on that page (yes, I appreciate this is "why is my bit of string
> longer than yours" type question ;-) )? Perhaps it is just a
"geographical"
> issue (I'm guessing the analysis is being done stateside, so repositories
> on this side of the pond might expect longer response times?)? Or maybe,
in
> certain configurations, DSpace just runs faster/slower (e.g. we are using
> JSPUI with Apache in front of Tomcat along with Postgres, all on the same
> Virtual Linux box) . . . ? And, if relevant, what is the optimization that
> is being alluded to in the text on that page?
>
> Thanks in advance for any insights anyone might have.
>
> Cheers,
>
> Mike
>
> Michael White
> eLearning Liaison and Development (eLD)
> Information Services
> S8, Library
> University of Stirling
> Stirling SCOTLAND
> FK9 4LA
> Email: [email protected]
> Tel: +44 (0) 1786 466877
> Fax: +44 (0) 1786 466880
> http://www.stir.ac.uk/is/staff/about/teams/aldt/#eld
>
>
> >
> > Message: 2
> > Date: Fri, 20 Jun 2014 18:06:48 +0200
> > From: Bram Luyten <[email protected]>
> > Subject: [Dspace-tech] Free web tool for analyzing DSpace SEO analysis
> > To: DSpace Tech <[email protected]>, General List
> > <[email protected]>
> > Message-ID:
> > <CACwo3X0_5w=c1xJ=dQFJhJeh+MboTFMqetxi17Ved5SAYUmo9g@
> > mail.gmail.com>
> > Content-Type: text/plain; charset="utf-8"
> >
> > Hi,
> >
> > we have deployed a prototype of a free tool that can analyze a few SEO
> > properties for your DSpace repository. More precisely, the tool can take
> a
> > look at your robots.txt file to see if there potential problems.
> >
> > You can access the tool here:
> > https://bitly.com/or14-analysis
> >
> > If the tool identifies certain problems, you can find more information
> at:
> > https://wiki.duraspace.org/display/DSDOC4x/Search+Engine+Optimization
> >
> > This tool was partly developed at the Open Repositories 2014 Developer
> > Challenge. A short slidedeck is available at:
> > http://www.slideshare.net/bramluyten/big-elephant
> >
> > If you have any suggestions for this tool, please feel free to send
them.
> > We intend to extend this tool with a few more tests in the future.
> >
> > enjoy the weekend,
> >
> > Bram Luyten
> >
> > --
> > [image: logo]
> > *Bram Luyten* +1 202 684 6365
> > *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010*
> > *Esperantolaan 4, Heverlee 3001, Belgium*
> > www.atmire.com
> > <http://atmire.com/website/?q=services&utm_source=emailfooter&utm_me
> > dium=email&utm_campaign=braml>
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> >
>
>
> --
> The University of Stirling has been ranked in the top 12 of UK
> universities for graduate employment*.
> 94% of our 2012 graduates were in work and/or further study within six
> months of graduation.
> *The Telegraph
> The University of Stirling is a charity registered in Scotland, number SC
> 011159.
>
>
>
>
----------------------------------------------------------------------------
--
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce.
> Perforce version control. Predictably reliable.
>
>
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> _______________________________________________
> DSpace-tech mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette:
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>
>
>
>
> ------------------------------
> The University of Stirling has been ranked in the top 12 of UK
> universities for graduate employment*.
> 94% of our 2012 graduates were in work and/or further study within six
> months of graduation.
> *The Telegraph
> The University of Stirling is a charity registered in Scotland, number SC
> 011159.
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
----------------------------------------------------------------------------
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
------------------------------
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
End of DSpace-tech Digest, Vol 101, Issue 84
********************************************
------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
