Are you using the URL for login details and things of that nature? Https will encrypt the connection, it would encrypt a URL.
On Thursday, June 20, 2013, Rishu Ranjan wrote: > Hello > > I am using SSL suuport in apache for my application but URL is not > encrypted. > > Any suggestion how can URL be encrypted so that credential can't be seen. > > > On Thu, Jun 20, 2013 at 2:27 AM, Igor Cicimov > <[email protected]<javascript:_e({}, 'cvml', '[email protected]');> > > wrote: > >> >> On 20/06/2013 1:07 AM, "Paul Beckett" >> <[email protected]<javascript:_e({}, 'cvml', >> '[email protected]');>> >> wrote: >> > >> > Can mem_cache be configured to cache way more than you have memory, and >> swap out to disk for whatever is least popular? >> > >> No but how much cache do you need? On the heavy load prod servers we were >> using 1GB mem cache. Most of the caching is done on the client side anyway. >> >> > ________________________________ >> > Date: Wed, 19 Jun 2013 09:11:16 +1000 >> > From: [email protected] <javascript:_e({}, 'cvml', >> '[email protected]');> >> > To: [email protected] <javascript:_e({}, 'cvml', >> '[email protected]');> >> > Subject: Re: [users@httpd] Disk Cache with multiple virtual hosts >> > >> > >> > >> > On 18/06/2013 5:21 PM, "Paul Beckett" >> > <[email protected]<javascript:_e({}, 'cvml', >> > '[email protected]');>> >> wrote: >> > > >> > > I've read the Apache 2.4 caching guide, mod_cache and mod_cache_disk >> pages, but am unsure whether I need a unique CacheRoot for each virtual >> host, or whether multiple virtual hosts can/should share the same CacheRoot? >> > > >> > > Also I'm thinking of setting the CacheRoot to be a tmpfs mount >> (effectively a ramdisk that will page out to swap space if theres not >> enough ram to cache everything). >> > >> > Why not mem cache then? Why would you bother with ramdisk if you want >> to cache in memory? >> > >> > If I'm using a unique CacheRoot (a sub-directory in the tmpfs mount), >> is there anyway to configure Apache to create the CacheRoot directory if it >> doesn't already exist? If anyone has any thoughts / recommendations / tips >> in this regards to this approach I would be grateful to here them. >> > > >> > > Thanks, >> > > Paul >> >> > > > -- > Thanks and Regards > Rishu Ranjan > Software Engineer > > *Meddiff Technologies Pvt. Ltd.* (Formerly known as MedSphere > Technologies Pvt. Ltd.)Salarpuria Palladium, > #2021, 100 ft. Road, 3rd Floor, > HAL 2nd Stage, Bangalore 560 038 > Karnataka, INDIA > Phone No: +91-80-65350192 / 64514222 / 41650860 > Mob No: +91-8147030460 > EFax: +91-80-66885510 > Tele Fax: +91-80-25200427 > *[email protected] <javascript:_e({}, 'cvml', '[email protected]');>* > www.meddiff.com > > This email is intended only for the person to whom it is addressed and/or > otherwise authorized personnel. The information contained herein and > attached is confidential and the property of Meddiff Technologies Pvt. Ltd. > If you are not the intended recipient, please be advised that viewing this > message and any attachments, as well as copying, forwarding, printing, and > disseminating any information related to this email is prohibited, and that > you should not take any action based on the content of this email and/or > its attachments. If you received this message in error, please contact the > sender and destroy all copies of this email and any attachment. Please note > that the views and opinions expressed herein are solely those of the author > and do not necessarily reflect those of the company. While antivirus > protection tools have been employed, you should check this email and > attachments for the presence of viruses. No warranties or assurances are > made in relation to the safety and content of this email and attachments. > Meddiff Technologies Pvt. Ltd. accepts no liability for any damage caused > by any virus transmitted by or contained in this email and attachments. No > liability is accepted for any consequences arising from this email. > -- Take Care, David Guerra http://frustratedtech.com/
