Re: Version in Portuguese

hi,

I understood your post but i dont speak portuguese... sorry.

I don't think portuguese translation has been done yet,
the nearest language i know of in phpgw is spanish...

To have phpGW in portuguese, the "only" thing you have to do
is use translate module to add portuguese correspondancies...
If you feel like doing this job, i think your contrib would be
welcomed :-)

greetings,
Pascal.



Franco Catena wrote:

> Ola,
>
> Sera que existe uma versao em portugues do PHPGW. Quem souber de algo
> poderia me avisar.
> ´[s
>
>
>
> Franco Catena
> http://www.surson.com.br
> tel 011-55390073
> cel:78535362
> NEXTEL: 55*26006*1
> MSN: facdavilla@xxxxxxxxxxx
> ICQ: 24755602
>
>
> I've stopped 1.477 spam messages. You can too!
> One month FREE spam protection at http://www.cloudmark.com/spamnetsig/
>
>
>
> -----Original Message-----
> From: phpgroupware-users-bounces+facatena=surson.com.br@xxxxxxx
> [mailto:phpgroupware-users-bounces+facatena=surson.com.br@xxxxxxx] On
> Behalf Of Kevin Scott
> Sent: quarta-feira, 10 de setembro de 2003 13:38
> To: phpgroupware-users@xxxxxxx
> Subject: Re: [Phpgroupware-users] Problems with apache processes
>
>
> I just happened to be looking through my httpd.conf this morning and
> rememebered seeing this -
>
> # MaxRequestsPerChild: the number of requests each child process is #
> allowed to process before the child dies.  The child will exit so # as
> to avoid problems after prolonged use when Apache (and maybe the #
> libraries it uses) leak memory or other resources.  On most systems,
> this # isn't really needed, but a few (such as Solaris) do have notable
> leaks # in the libraries. For these platforms, set to something like
> 10000 # or so; a setting of 0 means unlimited. # # NOTE: This value does
> not include keepalive requests after the initial
> #       request per connection. For example, if a child process handles
> #       an initial request and 10 subsequent "keptalive" requests, it
> #       would only count as 1 request towards this limit.
> #
> MaxRequestsPerChild 0
>
> So maybe if you play around with this setting
>
> HTH - kevin Scott
>
> Jorge Izquierdo (jizquierdo@xxxxxx) wrote:
>  
>
> > Let´s see:
> >
> > 1.- "Persistent Connections" is set to true
> > 2.- "Sessions Type" is set to db
> > 3.- "PhpGroupWare to cache the phpgw info array" is set to NO
> >
> > Any suggestions?
> >
> > Thanks
> >
> > Jorge
> >
> >
> >
> > Brian Johnson escribió:
> >    
> >
> > > Also please specify
> > > 1. if "Persistent connection" specified in 
> > > phpgroupware/setup/manageheader 2. if using php or db sessions 
> > > specified in phpgroupware/setup/manageheader 3. if 'phpGroupWare to 
> > > cache the phpgw info array' is set in phpgroupware/setup/config (not 
> > > sure if this would affect anything)
> > >
> > >
> > > Just trying to narrow down your system specs to find the prob.
> > >
> > >
> > >
> > > Pascal Vilarem (pascal.vilarem@xxxxxxxxxx) wrote:
> > >
> > >      
> > >
> > > > Do you have persistent connections to database ??
> > > > (php.ini)
> > > >
> > > >
> > > > Jorge Izquierdo wrote:
> > > >
> > > >        
> > > >
> > > > > Hello everybody. I´m using phpgroupware in an Apache 2.0.46 server 
> > > > > with PHP 4.3.2 enabled and MySQL 4.0.13 database on a Solaris 8 
> > > > > operating system.
> > > > >
> > > > > I have 20000 users using email and calendar applications deployed in
> > > > >          
>
>  
>
> > > > > my environment. The problem is, that after a couple of days working 
> > > > > everything fine, my httpd process (apache childs) start consuming 
> > > > > all the CPU of my system and causung everything to work slower and 
> > > > > slower. Does anybody have a similar problem? Is this a problem of 
> > > > > the application or maybe the versions I´m using? Does phpgroupware 
> > > > > works fine in environments similar to mine (20000 users and calendar
> > > > >          
>
>  
>
> > > > > and email application)?
> > > > >
> > > > > Thanks for any suggestion
> > > > >
> > > > > Jorge
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Phpgroupware-users mailing list
> > > > > Phpgroupware-users@xxxxxxx 
> > > > > http://mail.gnu.org/mailman/listinfo/phpgroupware-users
> > > > >
> > > > >
> > > > >          
> > > >
> > > > _______________________________________________
> > > > Phpgroupware-users mailing list
> > > > Phpgroupware-users@xxxxxxx 
> > > > http://mail.gnu.org/mailman/listinfo/phpgroupware-users
> > > >
> > > >        
> > >
> > >
> > > _______________________________________________
> > > Phpgroupware-users mailing list
> > > Phpgroupware-users@xxxxxxx 
> > > http://mail.gnu.org/mailman/listinfo/phpgroupware-users
> > >
> > >
> > >
> > >      
> >
> >
> > _______________________________________________
> > Phpgroupware-users mailing list
> > Phpgroupware-users@xxxxxxx 
> > http://mail.gnu.org/mailman/listinfo/phpgroupware-users
> >
> >
> >    
>
> --
> www.kbinx.com
>
>
>
>
> _______________________________________________
> Phpgroupware-users mailing list
> Phpgroupware-users@xxxxxxx
> http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>
>