« Return to Thread: gallery 3 beta 2 : problem behind a reverse proxy

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

by Maxence FOURNIER :: Rate this Message:

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,
>>
>> Im a new user of gallery and congratulation Its a very powerful web
>> application.
>>
>> Im 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 isnt 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 dont 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

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
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 ]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
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 ]

« Return to Thread: gallery 3 beta 2 : problem behind a reverse proxy