Re: [webmin-l] setenv variables in vhost config

[Pat E. <pe...@gm...>]

Ok, thanks, a related question:

I want to use one magento installation in

/home/domainA/public_html

for a completely different domain in

/home/domainB/public_html

this is a standard procedure in magento, you usually just symlink some
directories from domainA/public_html to domainB/public_html and set the
mentioned environment variables to tell magento, what it should do with the
HTTP requests.

as I see it, in virtualmin I cannot access files as user domainB which are
located in domainA, even if they are symlinked to my directory, right?

what would be the "correct" way to solve this dilemma?

PAT

On Sat, Oct 1, 2011 at 20:51, Jamie Cameron <jca...@we...> wrote:

> They should be able to access those same settings at Services -> Configure
> Website -> CGI Programs.
>
> On 01/Oct/2011 11:15 Pat Erler <pe...@gm...> wrote ..
>
> I would rather give this option to the customer..
>
> On Sat, Oct 1, 2011 at 19:36, Jamie Cameron <jca...@we...<http://reply_mail.cgi?new=1&to=jcameron%40webmin%2Ecom>
> > wrote:
>
>> Hi Pat,
>>
>> Are you using Virtualmin to create your apache vhosts? If so, you can
>> customize the directives that are added for new domains at System Settings
>> -> Server Templates -> Default Settings -> Apache website ->  Directives and
>> settings for new websites
>>
>> On 01/Oct/2011 07:22 Pat Erler <pe...@gm...<http://reply_mail.cgi?new=1&to=perler%40gmail%2Ecom>>
>> wrote ..
>>
>> hi,
>>
>> is there a way (or could you implement) an option to insert setenv
>> statements from webmin into the apache vhost configuration. this would be
>> practical (not only i suppose) for statements like this:
>>
>>  SetEnv MAGE_RUN_CODE "base" # put here your website or store code
>> SetEnv MAGE_RUN_TYPE "website" # put here 'website' or 'store'
>>
>>  this set's variables for using one magento installation for multiple
>> domains. the index.php reads these variables and changes internals of
>> magento - it's quite elegant and I thik other projects use the same
>> mechanism,
>>
>> PAT
>>
>> --
>> *Pat Erler*
>> Gtalk/G+: pe...@gm...<http://reply_mail.cgi?new=1&to=perler%40gmail%2Ecom>
>>  <http://reply_mail.cgi?new=1&to=perler%40gmail%2Ecom>Skype: pat_erler
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy2
>> -
>> Forwarded by the Webmin mailing list at
>> web...@li...<http://reply_mail.cgi?new=1&to=webadmin%2Dlist%40lists%2Esourceforge%2Enet>
>> To remove yourself from this list, go to
>> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>>
>>
>
>
> --
> *Pat Erler*
> Gtalk/G+: pe...@gm...<http://reply_mail.cgi?new=1&to=perler%40gmail%2Ecom>
>  <http://reply_mail.cgi?new=1&to=perler%40gmail%2Ecom>Skype: pat_erler
>
>
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> -
> Forwarded by the Webmin mailing list at
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>
>


-- 
*Pat Erler*
Gtalk/G+: pe...@gm...
<pe...@gm...>Skype: pat_erler