[symfony-users] Re: Propel error after upgrading to 1.1

2008-07-02 Thread Fabien Potencier
fixed. Thanks, Fabien -- Fabien Potencier Sensio CEO - symfony lead developer sensiolabs.com | symfony-project.com | aide-de-camp.org Tél: +33 1 40 99 80 80 Piers Warmers wrote: > > Hi Fabien, > > I was going to send through a patch/ticket later today, but there is a > small error in the ta

[symfony-users] Re: Propel error after upgrading to 1.1

2008-07-02 Thread Piers Warmers
Hi Fabien, I was going to send through a patch/ticket later today, but there is a small error in the task help for configure:database Would you like me to create a ticket? Thanks, Piers > > pierswarmers$ symfony help configure:database > Usage: > symfony configure:database [--env[="..."

[symfony-users] Re: Propel error after upgrading to 1.1

2008-07-02 Thread Fabien Potencier
Try to remove the : after root: dsn: mysql://[EMAIL PROTECTED]/test Fabien -- Fabien Potencier Sensio CEO - symfony lead developer sensiolabs.com | symfony-project.com | aide-de-camp.org Tél: +33 1 40 99 80 80 Sid Bachtiar wrote: > I got this error after upgrading my project: > >

[symfony-users] Re: sfLucenePlugin Dead Slow

2008-07-02 Thread Piers Warmers
Nice one! Can't wait to roll that into some of my classes. Thanks, Piers On 03/07/2008, at 2:52 PM, James wrote: >>> abstract classYourBaseObject extends BaseObject >>> { >>>public function __destruct() >>>{ >>>foreach ($this as $index => $value) >>>{ >>>i

[symfony-users] Re: sfLucenePlugin Dead Slow

2008-07-02 Thread James
It's what community is all about. I'll let you know if we have problems with it, but so far we are up to 500K records. We started an average of 13M per index and are at 15M per index, I am hoping it stays bellow 20M. From what I hear they already have the fix, someone wrote an entire ga

[symfony-users] Re: sfLucenePlugin Dead Slow

2008-07-02 Thread Carl Vondrick
Thanks for your research on this James. Hopefully the PHP team will fix these memory issues soon! On Thu, Jul 03, 2008 at 12:08:01AM -0400, James wrote: > > We had the same problems, my co-worker managed to find the solution > today. The problem stems from bad garbage collection in the curre

[symfony-users] Re: sfLucenePlugin Dead Slow

2008-07-02 Thread James
We had the same problems, my co-worker managed to find the solution today. The problem stems from bad garbage collection in the current version of php and versions less than that. I asked questions on the propel board and was pointed at about 10 different articles all pointing to that as

[symfony-users] Re: try to execute myFirstTask in mySecondTask doesn't work for me

2008-07-02 Thread b166er
bump! is there any news on this topic? i'm slowly tired write this monologue, without any answer. is it a bug? can i fill a ticket? thanks --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "symfony users" group. To p

[symfony-users] Re: Blank line at start of output

2008-07-02 Thread Nathanael D. Noblet
Nicolas wrote: > Hello, > > I noticed that every page outputted by symfony starts with a blank > line in my setup. For instance my layout.php starts immediately with > the DOCTYPE declaration but every result page has a blank line before > the DOCTYPE. This is not generally an issue except for my

[symfony-users] Strange output escaping behaviour

2008-07-02 Thread Tom Haskins-Vaughan
Hi everyone, I have a strange thing happening. I have a fairly standard setup: backend and frontend apps. In bothe settings.yml file I have escaping_strategy set to both. When I view pages from the backend app '&' characters from my database are displayed as expected as & but in the frontend,

[symfony-users] Re: the new form framework and form fields added by javascript on the client side

2008-07-02 Thread Jonathan Franks
I tried using an array for the file inputs with the deprecated form handling functions ($request->hasFiles(), etc) and they didn't seem to work. I may have made a mistake, so I will test again tomorrow. Thanks for the suggestion. Regards, jonathan [EMAIL PROTECTED] wrote: > setting the field na

[symfony-users] Re: PostgreSQL - Type INET and MACADDR

2008-07-02 Thread AlphaX
But I made my application to identify these types of field as VARCHAR in schema.yml. The only problem is the INSERT and UPDATE, the query that the symfony sends is this: field ='', but the PostgreSQL so accepts field = NULL Does anyone know how to solve this problem? On 2 jul, 10:54, AlphaX <[

[symfony-users] Re: Blank line at start of output

2008-07-02 Thread Nicolas
Addendum: I just checked another PHP application running on the same Apache process but not using Symfony and the output pages do not start with the extra characters... So it seems that it is Symfony related... --~--~-~--~~~---~--~~ You received this message because

[symfony-users] Blank line at start of output

2008-07-02 Thread Nicolas
Hello, I noticed that every page outputted by symfony starts with a blank line in my setup. For instance my layout.php starts immediately with the DOCTYPE declaration but every result page has a blank line before the DOCTYPE. This is not generally an issue except for my "download file controller"

[symfony-users] PostgreSQL - Type INET and MACADDR

2008-07-02 Thread AlphaX
I'm using symfony for some time, but now some difficulties arose with the application. The types of fields and INET MACADDR of PostgreSQL are not acceptable ... It could point to any solution to my problem? --~--~-~--~~~---~--~~ You received this message because y

[symfony-users] Re: London meetup

2008-07-02 Thread Ian P. Christian
Ian P. Christian wrote: > > Well, I've not set a date - when are you back? > > Date set... for tomorrow! A collection of symfony developers are meeting at the PHPLondon meeting tomorrow - where I will also be giving a talk on doctrine. Details here: http://www.phplondon.org/wiki/July_3rd_2

[symfony-users] Re: API docs down

2008-07-02 Thread Charles Hilditch
yep working now. 2008/7/2 Fabian Lange <[EMAIL PROTECTED]>: > They do work on my end here > > > On Wed, Jul 2, 2008 at 2:40 AM, Charles Hilditch <[EMAIL PROTECTED]> > wrote: > >> Hi list, >> >> The API docs are down: >> http://www.symfony-project.org/api/1_0/ >> Just displaying a blank page. >>

[symfony-users] Propel error after upgrading to 1.1

2008-07-02 Thread Sid Bachtiar
I got this error after upgrading my project: [PropelException] [wrapped: connect failed [Native Error: Unknown MySQL server host 'root' (1)] [User Info: Array]] My database.yml: all: propel: class: sfPropelDatabase param: dsn: mysql://root:@localhost/test --

[symfony-users] Re: "Symfony 1.1, as a transition release..."

2008-07-02 Thread Matthias N.
On 1 Jul., 22:55, Eno <[EMAIL PROTECTED]> wrote: > On Jun 30, 3:02 am, Carl Vondrick <[EMAIL PROTECTED]> > wrote: > > > I recommend upgrading to 1.1 now and then 1.2 once its out. The > > transition from 1.0 --> 1.1 is bigger than 1.1 --> 1.2. > > So the admin generator in 1.1 is effectively the

[symfony-users] Re: Volunteer wanted for updating i18n files

2008-07-02 Thread Fabien Potencier
Fabian, I think we need to use the XML CLDR data: http://unicode.org/cldr/repository_access.html This task was/is on my todo list and I think we can reuse work done by the Babel project (http://babel.edgewall.org/). It's a Python project and it looks very good to me. Their import script i

[symfony-users] Re: API docs down

2008-07-02 Thread Fabian Lange
They do work on my end here On Wed, Jul 2, 2008 at 2:40 AM, Charles Hilditch <[EMAIL PROTECTED]> wrote: > Hi list, > > The API docs are down: > http://www.symfony-project.org/api/1_0/ > Just displaying a blank page. > Is someone able to fix this? > > -- > Charles Hilditch > Web Developer > > > >

[symfony-users] Volunteer wanted for updating i18n files

2008-07-02 Thread Fabian Lange
Hello everybody, as some of you might now the I18N data files that are used by symfony come from the Prado project. However The latest update from Prado on this files is 2 years old. The source of those prado files comes from: http://bugs.icu-project.org/trac/browser/icu/trunk/source/data/locales I