httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Guerra <imdavidgue...@gmail.com>
Subject Re: [users@httpd] Disk Cache with multiple virtual hosts
Date Thu, 20 Jun 2013 04:30:35 GMT
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 <icicimov@gmail.com<javascript:_e({},
'cvml', 'icicimov@gmail.com');>
> > wrote:
>
>>
>> On 20/06/2013 1:07 AM, "Paul Beckett" <paul_beckett@outlook.com<javascript:_e({},
'cvml', 'paul_beckett@outlook.com');>>
>> 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: icicimov@gmail.com <javascript:_e({}, 'cvml',
>> 'icicimov@gmail.com');>
>> > To: users@httpd.apache.org <javascript:_e({}, 'cvml',
>> 'users@httpd.apache.org');>
>> > Subject: Re: [users@httpd] Disk Cache with multiple virtual hosts
>> >
>> >
>> >
>> > On 18/06/2013 5:21 PM, "Paul Beckett" <paul_beckett@outlook.com<javascript:_e({},
'cvml', 'paul_beckett@outlook.com');>>
>> 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
> *rishu@meddiff.com <javascript:_e({}, 'cvml', 'rishu@meddiff.com');>*
> 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/

Mime
View raw message