Hi Bart, I managed to that using SexieR, ANT and mtasc exclude files... even though this product seems to be very good, its too expensive and I can´t even think about buying it, prefer following the open-source way ;)
- Marcelo. On 5/18/06, Bart Wttewaall <[EMAIL PROTECTED]> wrote:
Hi, I've seen Aral Balkan present his product Ariaware Optimizer a year ago. It optimizes your RIA by removing compiled classes from multiple swf's and adding them to a dll-swf. You might want to check it out: http://ariaware.com/products/optimizer.php Bart Wttewaall 2006/5/18, Marcelo de Moraes Serpa <[EMAIL PROTECTED]>: > Hey Ian! Even though I´ve had kind of a hard time changing the architecture > yesterday, I managed to make (process) the images once and keep them on the > disk and the performance increase is awesome! The only bad thing is that the > execution time of the script is big as it has to process more than > 100images, but I can live with that, my users can´t live with the 5+ seconds > it took to load the pics ;) You idea is very interesting though, I will keep > this email for future reference :) > > Thanks a lot! > > Marcelo. > > On 5/18/06, Ian Thomas <[EMAIL PROTECTED]> wrote: > > > > Hi Marcelo, > > As you wish; however creating them programmatically as required and > > then storing them on disk in a cache (as I suggested above) does mean > > a minimum of work when you want to upload a new image; the first user > > to look at your new image (who may well be you!) will have a slight > > delay, but after that it'll be nice and fast. I'd have thought that > > was less work - given your current architecture - than reprocessing a > > bunch of images manually. > > > > Ian > > > > On 5/17/06, Marcelo de Moraes Serpa <[EMAIL PROTECTED]> wrote: > > > Hi Ian! Thanks for the reply ;) > > > > > > IThat could solve the problem with my current architecture, but I guess > > I > > > will just store many different versions of the image **on the disk** > > instead > > > of using gd each time the users requests the image. > > > > > > See the topic at as.org: > > > http://www.actionscript.org/forums/showthread.php3?t=106049 > > > > > > Thanks again! > > > > > > Marcelo. > > > > > > On 5/17/06, Ian Thomas <[EMAIL PROTECTED]> wrote: > > > > > > > > Hi Marcelo, > > > > The obvious optimisation would be to cache the scaled images on the > > > > server - save them under a name dependent on the dimensions of the > > > > generated image. > > > > E.g. > > > > trees.jpg > > > > becomes > > > > cache/trees_400x300.jpg > > > > > > > > Then when you serve the image, just check to see if the file is in the > > > > cache - if it is, serve that, if not then regenerate before serving > > > > it. > > > > > > > > I've done that on image galleries a lot and it works fine. > > > > > > > > In terms of stopping the user redownloading the image - if the image > > > > is served as a 'standard' static image, the client's local cache > > > > should take care of it without you having to do any work. > > > > > > > > In short - all those optimisations should be possible serverside > > > > without you having to do anything at all to your Flash code. > > > > > > > > HTH, > > > > Ian > > > > > > > > On 5/17/06, Marcelo de Moraes Serpa <[EMAIL PROTECTED]> wrote: > > > > > Hi! > > > > > > > > > > I´m doing a research on RIA´s optimization techniques and I plan to > > > > > implement such in my app´s next version as its getting bigger and > > bigger > > > > so > > > > > it became a necessity to optimize it. > > > > > > > > > > Currently, I´m using shared fonts, shared symbols and shared classes > > > > (the so > > > > > called "dll" swf) that are all loaded once in the application > > lifetime, > > > > > avoiding the download redundancy and optimizing the size of the > > > > subsequent > > > > > swfs. However, my application is still not fast as I would like it > > to > > > > be, > > > > > the main reason is obvious, it uses too many classes (and v2 > > framework > > > > adds > > > > > a great deal to the class inventory). The second reason is becouse > > of > > > > the > > > > > nature of my app: Its an online picture album. The images are stored > > in > > > > 1MP > > > > > at the server and each time the client requests the image, its > > converted > > > > > (scaled down) at runtime using GD. It´s very flexible as I can make > > many > > > > > different size images without worring about saving them, however, > > and I > > > > > would like the oppinion of more experienced web developers, I think > > it > > > > would > > > > > bring me problems when my site gets a very high trafic AND it is > > slower > > > > than > > > > > if I would just load the image without pre-processing it. > > > > > > > > > > Also, I´ve not implemented controls such as to prevent the client to > > > > > redownload the picture if it is already downloaded - how could I do > > > > that? > > > > > Something that came into my mind is to use SharedObjects to cache > > data > > > > and > > > > > some logic to implement such thing. > > > > > > > > > > Any suggestions would be very much appreaciated! > > > > > > > > > > Thanks, > > > > > > > > > > - Marcelo. > > > > > _______________________________________________ > > > > > Flashcoders@chattyfig.figleaf.com > > > > > To change your subscription options or search the archive: > > > > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > > > > > > > Brought to you by Fig Leaf Software > > > > > Premier Authorized Adobe Consulting and Training > > > > > http://www.figleaf.com > > > > > http://training.figleaf.com > > > > > > > > > _______________________________________________ > > > > Flashcoders@chattyfig.figleaf.com > > > > To change your subscription options or search the archive: > > > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > > > > > Brought to you by Fig Leaf Software > > > > Premier Authorized Adobe Consulting and Training > > > > http://www.figleaf.com > > > > http://training.figleaf.com > > > > > > > _______________________________________________ > > > Flashcoders@chattyfig.figleaf.com > > > To change your subscription options or search the archive: > > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > > > Brought to you by Fig Leaf Software > > > Premier Authorized Adobe Consulting and Training > > > http://www.figleaf.com > > > http://training.figleaf.com > > > > > _______________________________________________ > > Flashcoders@chattyfig.figleaf.com > > To change your subscription options or search the archive: > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > Brought to you by Fig Leaf Software > > Premier Authorized Adobe Consulting and Training > > http://www.figleaf.com > > http://training.figleaf.com > > > _______________________________________________ > Flashcoders@chattyfig.figleaf.com > To change your subscription options or search the archive: > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > Brought to you by Fig Leaf Software > Premier Authorized Adobe Consulting and Training > http://www.figleaf.com > http://training.figleaf.com > _______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
_______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
