Re: gallery 3 beta 2 : problem behind a reverse proxy

> Hi,
>
> Sorry for this late reply.
>
> I don't have a file named config.php in the directory
> modules/gallery/config.
>
> There is only : cache.php  cookie.php  database.php  locale.php
> purifier.php  routes.php  sendmail.php  session.php  upload.php
>
> The file config.php is in application/config/config.php.
>
> I have tried your solution and now all work fine.
>
> Thanks a lot and Regards :)
> Maxence FOURNIER
>
>
> -----Message d'origine-----
> De : Chris Kelly [mailto:ckdake@...]
> Envoyé : lundi 7 septembre 2009 18:11
> À : gallery-devel
> Objet : Re: [Gallery-devel] gallery 3 beta 2 : problem behind a reverse
> proxy
>
> On Sep 6, 2009, at 9:37 PM, Bharat Mediratta wrote:
>> Maxence FOURNIER wrote:
>>> Hello all,
>>>
>>> I’m a new user of gallery and congratulation It’s a very powerful web
>>> application.
>>>
>>> I’m send you this email because I have installed the last release of
>>> gallery and I have a problem when it was installed behind a reverse
>>> proxy. For your information the configuration of my reverse proxy  
>>> is :
>>>
>>> ProxyPass / http://my.internal.domain/
>>> ProxyPassReverse / http://my.internal.domain/
>>>
>>> ProxyPassReverseCookieDomain .my.internal.domain .my.external.domain
>>>
>>> SetOutputFilter proxy-html
>>> ProxyHTMLExtended On
>>> ProxyHTMLURLMap my.internal.domain my.external.domain
>>>
>>> The problem is that the main page was loaded correctly but all  
>>> picture
>>> for the theme or for the avatar isn’t loaded. Exactly, when the  
>>> page is
>>> in progress we can seen in the down left corner of the web browser  
>>> that
>>> It try to load all picture with my internal domain. I don’t have  
>>> found
>>> an issue for this problem.
>>>
>> So Gallery3 is trying to automatically detect your domain name and
>> failing.  So subsequent urls that it generates are coming out  
>> wrong.  If
>> you're PHP savvy, I suggest that you look in
>> modules/gallery/config/config.php, where we have this blocok:
>>
>> $config["site_domain"] =
>>   substr($_SERVER["SCRIPT_NAME"], 0,
>>          strpos($_SERVER["SCRIPT_NAME"],
>> basename($_SERVER["SCRIPT_FILENAME"])));
>>
>> Carefully read the comment block above that where we discuss the  
>> layers
>> of fallbacks we use to detect the correct path.  This approach works  
>> for
>> almost all hosts out there.  In your case, you may want to just  
>> override
>> it with your correct domain.
>
> I don't see this file or code snippet in  
> 14ba8505cccd361a4618c4b26868240a0b2fb226 so perhaps something else is  
> going on at this point?  If we are automatically detecting the domain  
> name in a way that is forced for URLs, we might want to reconsider  
> this because it will break in this situation as well as several other  
> clustering situations.
>
> -Chris
>
>
>
>
>
>

> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> __[ g a l l e r y - d e v e l ]_________________________
>
> [ list info/archive --> http://gallery.sf.net/lists.php ]
> [ gallery info/FAQ/download --> http://gallery.sf.net ]
>
>
>
>