Re: c.documentviewer performance

Hi Mikel,

That's a good idea, I do have some sites that don't need the text.
Unfortunately the client with the really big PDFs does need the text for
searching :-(

On 28 April 2015 at 07:57, Mikel Larreategi <[email protected]>
wrote:

> On Mon, Apr 27, 2015 at 1:22 PM, Mike Metcalfe <mike-Aj4agZGutx/[email protected]> wrote:
>
>> Hi,
>>
>> I'm using c.documentviewer on a number sites (thanks to wildcard for a
>> great add-on) but have encountered some issues with large Pdf files.
>>  docsplit is still processing a 40MB file that I started 13 hours ago. From
>> my readings on docsplit, this could be a size issue or it may be that the
>> contents is "non standard" pdf.
>>
>
> I had a similar issue in a site of ours, but the point was that I had
> text-extracting configured and the background process was wasting a lot of
> time trying to extract text from big PDF files made of JPGs. I disable the
> text-extracting options from that site and the converting process was as
> fast as before.
>
> http://egoibarra.eus/es/publicaciones
>
> Mikel
>
> --
> Mikel Larreategi
> [email protected]
>
> CodeSyntax
> Azitaingo Industrialdea 3 K
> E-20600 Eibar
> Tel: (+34) 943 82 17 80
>



-- 
Mike Metcalfe

082 903 8268
mike-Aj4agZGutx/[email protected]
www.webtide.co.za

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y

_______________________________________________
Plone-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plone-users