Hello Jonathan,
I tried to use Mantis, however it didn't send e-mails properly so I
gave up.
--
With best regards from Ukraine,
Andre
Skype: Francophile
Twitter: http://twitter.com/m_elensule
Facebook: http://facebook.com/menelion
- Original message -
From: Jonathan Tapicer
To: Don Wiel
Hi,
I don't know if it meets all of the features you enumerated but Mantis
(http://www.mantisbt.org/) is very good, and it is PHP+MySQL (or
Postgres, or MSSQL).
Jonathan
On Thu, Nov 11, 2010 at 7:23 PM, Don Wieland wrote:
> Hi gang,
>
> I am looking into Project Management apps for my projects.
On Thu, 2010-11-11 at 14:21 -0800, Daevid Vincent wrote:
>
> > -Original Message-
> > From: Ashley Sheridan [mailto:a...@ashleysheridan.co.uk]
> > Sent: Thursday, November 11, 2010 11:46 AM
> > To: Jo?o C?ndido de Souza Neto
> > Cc: php-general@lists.php.net
> > Subject: Re: [PHP] Re: us
Since the default ini parser is pretty much useless because it doesn't
convert null/true/false values, nor convert integers/numbers, nor handle
all the ; comment styles (inline for example), nor trim extra white space,
and the list goes on and on...
I wrote a better one -- here's the first stab at
Hello Don,
I would suggest Trac. It is written in Python, however I haven't seen
anything better for a while.
--
With best regards from Ukraine,
Andre
Skype: Francophile
Twitter: http://twitter.com/m_elensule
Facebook: http://facebook.com/menelion
- Original message -
From: Don Wieland
> -Original Message-
> From: Ford, Mike [mailto:m.f...@leedsmet.ac.uk]
> Sent: Thursday, November 11, 2010 12:58 AM
> To: php-general@lists.php.net
> Subject: RE: [PHP] How do I convert the string "E_ALL &
> ~E_NOTICE" to the decimal equivalent 6135?
>
> > -Original Message-
>
Hi gang,
I am looking into Project Management apps for my projects. Any
suggestions:
I am interested in tracking Projects, Milestones, Tickets, Files,
Discussions, Documents, Time Tracking, etc... Also, would like to have
the system have robust email integration Reminders, Email Ticket ec
> -Original Message-
> From: Ashley Sheridan [mailto:a...@ashleysheridan.co.uk]
> Sent: Thursday, November 11, 2010 11:46 AM
> To: Jo?o C?ndido de Souza Neto
> Cc: php-general@lists.php.net
> Subject: Re: [PHP] Re: use of ini vs include file for configuration
>
> On Thu, 2010-11-11 at
> -Original Message-
> From: Tamara Temple [mailto:tamouse.li...@gmail.com]
> Sent: Thursday, November 11, 2010 11:04 AM
> To: PHP General
> Subject: [PHP] use of ini vs include file for configuration
>
> I'm curious what the lists' opinions are regarding the use of
> an .ini
> file ve
> -Original Message-
> From: Tamara Temple [mailto:tamouse.li...@gmail.com]
> Sent: Thursday, November 11, 2010 1:09 AM
> To: Daevid Vincent
> Cc: php-general@lists.php.net
> Subject: Re: [PHP] parse_ini_file() seems to be broken in PHP
> 5.2.4-2ubuntu5.12
>
>
> On Nov 10, 2010, at 8
For configuration, I used to use .php file earlier.
I just used array syntax to keep the config values.
But now I use json syntax. Its easy like xml.
Ini file is much more user friendly than json though.
--
Shiplu Mokadd.im
My talks, http://talk.cmyweb.net
Follow me, http://twitter.com/shiplu
Inn
From: Daniel P. Brown
> On Thu, Nov 11, 2010 at 08:51, Robert Cummings
wrote:
>>
>> Yeah, that and some Gateway with a Common Interface.
>
> So any language that could pre-process pre-hypertext would either
> have the unique ability to foresee the future, the mundane ability to
> "pre-proces
On Thu, 2010-11-11 at 17:16 -0200, Jo?o C?ndido de Souza Neto wrote:
> Agreed.
>
> --
> Joo Cndido de Souza Neto
>
> "Tamara Temple" escreveu na mensagem
> news:977f087c-bb11--b851-21616ae9e...@gmail.com...
> > I'm curious what the lists' opinions are regarding the use of an .ini
> > fil
Agreed.
--
João Cândido de Souza Neto
"Tamara Temple" escreveu na mensagem
news:977f087c-bb11--b851-21616ae9e...@gmail.com...
> I'm curious what the lists' opinions are regarding the use of an .ini
> file versus an include configuration file in PHP code are?
>
> I can see uses for eithe
On 11/11/10 12:04 PM, Michael Shadle wrote:
> Not to discredit this long post but the media here is now calling
> kids who text often "hypertexting teens" which really irked me
> even more...I bet some non-technical news guy thinks he is
> awesome for coming up with that one.
LOL! I too thought
On 11/11/2010 12:04 PM, Richard Quadling wrote:
On 11 November 2010 00:46, Al wrote:
Briefly, what are the trade offs on a typical shared host?
I've done a little research and can't seem to find anything outstanding
either way.
Seems like as an Apache module is faster. This argument makes sen
I'm curious what the lists' opinions are regarding the use of an .ini
file versus an include configuration file in PHP code are?
I can see uses for either (or both).
To me, it seems that an .ini file would be ideal in the case where you
want to allow a simpler interface for people installing
Not to discredit this long post but the media here is now calling kids who text
often "hypertexting teens" which really irked me even more...
I bet some non-technical news guy thinks he is awesome for coming up with that
one.
On Nov 11, 2010, at 9:54 AM, "Daniel P. Brown"
wrote:
> On Thu, No
On Thu, Nov 11, 2010 at 08:51, Robert Cummings wrote:
>
> Yeah, that and some Gateway with a Common Interface.
My point was that there is now and never was any such PHP project
known as pre-hypertext preprocessor. It originated as Personal Home
Page Tools (PHP Tools) and Forms Interpreter (F
Marc Guay wrote:
So all you need to do, is take a look at $_SERVER['HTTP_ACCEPT_LANGUAGE'] to
get a users language preferences.
Hi Nathan,
Yep, I'm using this var to set the default but I think it's nice to
allow the user to override it. Maybe someone using their computer is
more comfortable
> So all you need to do, is take a look at $_SERVER['HTTP_ACCEPT_LANGUAGE'] to
> get a users language preferences.
Hi Nathan,
Yep, I'm using this var to set the default but I think it's nice to
allow the user to override it. Maybe someone using their computer is
more comfortable in a different l
On 10-11-11 03:49 AM, David Robley wrote:
On Thu, 11 Nov 2010, Robert Cummings wrote:
On 10-11-11 02:20 AM, David Robley wrote:
Daniel P. Brown wrote:
On Wed, Nov 10, 2010 at 20:59, Nathan Rixham
wrote:
I went back to using a pre hypertext processor, seemed like a
really powerful templatin
On 11 November 2010 00:46, Al wrote:
> Briefly, what are the trade offs on a typical shared host?
>
> I've done a little research and can't seem to find anything outstanding
> either way.
>
> Seems like as an Apache module is faster. This argument makes sense.
>
> CGI is more secure, this argument
On 11 November 2010 00:46, Al wrote:
> Briefly, what are the trade offs on a typical shared host?
>
> I've done a little research and can't seem to find anything outstanding
> either way.
>
> Seems like as an Apache module is faster. This argument makes sense.
>
> CGI is more secure, this argument
On Wed, 10 Nov 2010 18:08:01 -0800, "Daevid Vincent"
wrote:
http://php.net/manual/en/function.parse-ini-file.php
Why doesn't PHP parse the 'null', 'true', 'false', etc into their
proper
equivalents? What's worse is that it does this mangling of my RAW
values to
be strings and sets them to "1
On Thu, 11 Nov 2010, Robert Cummings wrote:
> On 10-11-11 02:20 AM, David Robley wrote:
> > Daniel P. Brown wrote:
> >> On Wed, Nov 10, 2010 at 20:59, Nathan Rixham
wrote:
> >>> I went back to using a pre hypertext processor, seemed like a
> >>> really powerful templating engine that was v famili
On Nov 10, 2010, at 8:08 PM, Daevid Vincent wrote:
http://php.net/manual/en/function.parse-ini-file.php
Why doesn't PHP parse the 'null', 'true', 'false', etc into their
proper
equivalents? What's worse is that it does this mangling of my RAW
values to
be strings and sets them to "1" !!!
> -Original Message-
> From: Daevid Vincent [mailto:dae...@daevid.com]
> Sent: 11 November 2010 04:06
> To: php-general@lists.php.net
>
> We're trying to move all of our configuration files for our
> DEV/TEST/PROD
> and various python scripts and such that all need the same DB
> connection
28 matches
Mail list logo
