From: Scott M. <sco...@gm...> - 2011-03-22 15:36:30
|
For json_encode, I ended up using pear to install it on my Centos 5.x php 5.1.6 box I believe (it's been over a month, so the memory is more than a bit fuzzy there) I would like to try to target having it able to run on php 5.1.x if we can. If that means we include instructions on how to install json_encode, that would work for me. DB installation script work sounds good, I'm looking forward to seeing it. -Scott On Tue, Mar 22, 2011 at 3:27 PM, Mark Wrightson <ma...@rw...>wrote: > Hi Scott, > > Sounds fine to me. Did you sort out the json_encode php version problem in > the end? also did we finalise our decision on a target php version? > I am currently developing on win7 x64 + apache + php 5.3.2 > My public (hosted) webserver which I run tsng on is centos 5.3 apache + php > 5.2.9 > > > I am half way to making a scalable upgrade system that provides a means of > writing scripts to perform db manipulations / file changes. i.e. when the > code changes sufficiently through svn update that it requires a db schema > change, a simple script can be written that takes the user through an > upgrade process including making a backup of the current database, > performing any prerequisite checks and finally executing the update script > :) > > This same script will then form the backbone of the new installer. Might > be done in a couple of weeks.... I decided to get on it as Isabelle had > some problems setting up tsng v2 from scratch. so watch this space... > > Mark > > _____________________________________________ > > Mob: 07725 695178 > Email: ma...@rw... > > > On 22/03/2011 15:04, Scott Miller wrote: > > I've always been just slightly irritated that we "required" the default "no > client" "default project" and "default task" items to exist in the > database. So, I'm working with the maintenance areas for those items, and I > decided to see what would happen if I cleared those tables completely. I'm > happy to report that, although you're not able to enter any times, as I > would expect, none of the pages that currently work reported any errors when > I loaded them. > > I'm therefore proposing that unless someone has a really good reason for > keeping those around, I'm going to eliminate those "requirements" and remove > those database entries from the installation scripts. > > -Scott > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > > > _______________________________________________ > Tsheetx-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Tsheetx-developers mailing list > Tsh...@li... > https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > |