Can you provide the data of the request? I mean HTTP_HOST, SERVER_PORT
and so on?
in sfWebRequest->getUriPrefix the port is removed if it is a standard
port. Perhaps you should look at the file to find out what happens.
greets
Sven
Sumedh schrieb:
> Yeah, I had tried getUriPrefix()...
>
> ht
On Fri, Sep 19, 2008 at 2:07 AM, Cristiano <[EMAIL PROTECTED]> wrote:
> I had a quick back and forward between symfony 1.1.1 and 1.1.2 and it
> is definitely a 1.1.2 issue. Trying to figure out at the moment what
> line is causing the issue. I made a diff of the changes between 1.1.1
> and 1.1.2
For my part, I manage to bypass the problem by erasing cache/*
manually and symfony cc _seems_ to work (if there's anything left to
be done after that)
On Sep 19, 5:23 am, "Nicolas Perriault" <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 19, 2008 at 2:07 AM, Cristiano <[EMAIL PROTECTED]> wrote:
> > I
I would love to but have no clear idea of how to submit a ticket. The
last ticket I submitted hasn't even been reviewed so I think I made a
mistake
On Sep 19, 12:07 pm, jukea <[EMAIL PROTECTED]> wrote:
> For my part, I manage to bypass the problem by erasing cache/*
> manually and symfony cc _see
Yeah, the SERVER_PORT in the debugging panel shows 80... :(
And actually it is 8085, 8086 etc (one for every developer)...
May be it has to do with how we have configured Apache?
On Sep 19, 1:37 pm, cokker <[EMAIL PROTECTED]> wrote:
> Can you provide the data of the request? I mean HTTP_HOST,
Hey, I asked this question to one of the symfony devs. Who know who you are
and thanks!!!
I figured I'll ask the question here and post his answer:
question: Is there a way to format $form['attribute']->renderLabel() in the
view to turn red if a validator error is returned for 'attribute'?
We can
Hello,
I'm just getting started with Symphony, and I see that a seperate
"frontend" and "backend" applications are recommended as best
practice. I was wondering how the decision is made whether to include
specific functionality in the "frontend" or "backend". It looks like
on the sample blog pr
Cristiano wrote:
> I had a quick back and forward between symfony 1.1.1 and 1.1.2 and it
> is definitely a 1.1.2 issue. Trying to figure out at the moment what
> line is causing the issue. I made a diff of the changes between 1.1.1
> and 1.1.2 in the /lib/task/cache/sfCacheClearTask.class.php file
On Sep 19, 12:08 am, Eno <[EMAIL PROTECTED]> wrote:
>
> Yeah, but if you have your own colo, dedicated or virtual server, you can
> organize your vhosts in whatever fashion you like... :-)
>
> --
Well yeah. But thats not the point. The point was he specifically said
"Shared" hosting. Im jsut s
Today I set about taking advantage of pair.com's option for PHP
scripts to run as the user who owns them.
Should be simple enough: set that up per Pair's knowledge base
article, then call umask(0077) from config.php. Boom, no more nasty
permissions.
However, it didn't work: the cache folder kept
In response to some comments yesterday:
> Links to HOWTOs on shared hosting and Symfony
Just read these. None of them address the security consequences of
setting files to be 666/777 or the fact that some shared hosts,
notably Pair, *do* make other people's folders visible in the file
system. We
Hi,
Frontend is usually for users of the website (e.g.: members) while
backend is for admin to do administration tasks.
Sid
On Sat, Sep 20, 2008 at 4:59 PM, cbwest <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> I'm just getting started with Symphony, and I see that a seperate
> "frontend" and "backe
12 matches
Mail list logo