Abyssmedia.com

jvackar · Joined: 08 Dec 2008 Posts: 1

Hi,
I've tested your SiteInFile Compiler. Almost everything is perfect, but only speed of the software is very bad. I've tested only simple html sites (included javascript, css). It takes about 20sec. when I click on button located on my sites to get on another site. Where can be problem?

Thanks.

Sorry for my english, I´m not from english speaking country).

support · Site Admin Joined: 13 Feb 2004 Posts: 278

Please don't forget that all content encrypted and compressed.

Vulcano · Joined: 16 Nov 2005 Posts: 14

Same here.
That should be fixed.
Thanks

support · Site Admin Joined: 13 Feb 2004 Posts: 278

So, we should remove compression and encryption?

Sandy12 · Joined: 30 Jan 2009 Posts: 4

Thanks for info

jshands · Joined: 05 Oct 2009 Posts: 2

I know this is an old topic but to answer your question YES, you should allow us to disable the encryption and adjust the level of compression as options.

We used to pass out our HTML directly to the end user, we're using SiteInFile to consolidate the resource into a single file, letting the users see our HTML isn't an issue. We would rather have speed than encryption, and we could go up in file size a bit as well if it would speed things along. As it stands, anyone on an older machine feels like nothing happens until they click the link 3 or 4 times.

- Justin

support · Site Admin Joined: 13 Feb 2004 Posts: 278

Okay, we will make compression and encryption optional.

support · Site Admin Joined: 13 Feb 2004 Posts: 278

Page loading speed increased in current version 3.2.7.0 and added custom compression options.

jshands · Joined: 05 Oct 2009 Posts: 2

Thank you for making the compression adjustable, it's so much nicer now! Also, I'm glad we can finally use CTRL+C to copy, right-clicking was getting tiresome.