Path: csiph.com!usenet.pasdenom.info!news.chainon-marquant.org!nntpfeed.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail Content-Type: text/plain; charset="UTF-8" Message-ID: <1401847.AFRqVoOGUt@PointedEars.de> From: Thomas 'PointedEars' Lahn Reply-To: Thomas 'PointedEars' Lahn Organization: PointedEars Software (PES) Date: Sat, 12 May 2012 11:12:38 +0200 User-Agent: KNode/4.4.11 Content-Transfer-Encoding: 8Bit X-Face: %i>XG-yXR'\"2P/C_aO%~;2o~?g0pPKmbOw^=NT`tprDEf++D.m7"}HW6.#=U:?2GGctkL,f89@H46O$ASoW&?s}.k+&. <4FA6A2C4.6030708@arnowelzel.de> <4FA80EF3.5000806@arnowelzel.de> Followup-To: comp.lang.php MIME-Version: 1.0 Lines: 36 NNTP-Posting-Date: 12 May 2012 11:12:39 CEST NNTP-Posting-Host: 67d4eb49.newsspool1.arcor-online.net X-Trace: DXC=RBaRW02al3`Ikjb;<8iR=aic==]BZ:afn4Fo<]lROoRankgeX?EC@@`>68l:SlOMReDZm8W4\YJNlJ`:FmdeL>K`fQ>EOE\[m`keTJo53]38X` X-Complaints-To: usenet-abuse@arcor.de Xref: csiph.com comp.lang.php:5991 Gregor Kofler wrote: > Am 2012-05-09 20:36, The Natural Philosopher meinte: >> Gregor Kofler wrote: >>> Am 2012-05-09 15:14, Jerry Stuckle meinte: >>>>> Who said repeatedly rescale? The process I've been talking about is >>>>> more like "lazy" scaling. >>>> >>>> OK, so you do it "on the fly" and store the result. That still takes >>>> more time than doing it once and forgetting it. Your way, you have to >>>> check on every request for the image to see if your size exists before >>>> deciding if you need to rescale it or not. Another unnecessary waste of >>>> processing time. >>> >>> Please... Having a page with a bunch of images uploaded by users in >>> various (normally large) sizes the scaling on the fly takes the >>> proverbial ages (i.e. several seconds). >> No it doesnt. > > It does. People tend to upload their images straight as they come from > their camera/smartphone. […] People need to be educated not to do that. High-resolution images with huge dimensions result in large files. There is already a limitation in the upload file size (upload_max_filesize), and that is good so. You can make allowances and do not have to stick to the default 2M maximum, but allowing people to upload files of *any* size to a server is virtual(ly) suicide. So that is not a very convincing argument in favor of 64-bit processing. PointedEars -- var bugRiddenCrashPronePieceOfJunk = ( navigator.userAgent.indexOf('MSIE 5') != -1 && navigator.userAgent.indexOf('Mac') != -1 ) // Plone, register_function.js:16