Commit Graph

20 Commits

Author SHA1 Message Date
dennis
ee657d49a1 Dennis. Changes allow 'installation' in windows servers (and others) Complete functionality in windows servers still 'in work' 2011-02-22 21:54:34 +00:00
james
4ac3a8f974 Revert Dennis's commit - improper line endings caused the whole files to be replaced 2011-02-16 16:59:33 +00:00
dennis
ce35d4ccee Changes by Dennis. Required to provide for a clean install on Windows server ISPs (also my Windows xp workstation with PHP and mySQL). There should be NO changes to functionality. 2011-02-10 14:46:58 +00:00
dave
ccf1b9c453 Fix an update bug. The code needs to be run to set the conference ID
before we can build a UNIQUE index on the conference id.
2010-07-13 04:25:00 +00:00
dave
8d1c6e1cd4 Add an option to bypass the actual db version update write to the
database, so for testing the same update can be applied over and over
without needing to update the db.
2010-07-13 03:30:14 +00:00
james
b7f3274543 Massive overhaul of the configuration variables
- split into system variables and conference variables
- rely on conference_id instead of year
2010-06-22 21:32:03 +00:00
jacob
6504d09886 Added updates for converting from Latin1 to utf8 character encoding 2010-06-04 20:23:59 +00:00
james
684a7962f2 Set the database charset in the UPDATE script so the conversions will actually work - that only took 8 hours to figure out! 2009-12-03 20:55:16 +00:00
dave
7f7c3c53e1 - Change the password expiry mechanism to always check
{$type}_password_expiry_days.  This allows the $config variable to be updated
  and everyones password will expire based on the new value.  To implement
  this, the password expiry column in the users table has been changed to
  passwordset, and a PHP script is used to convert the expiry dates to set
  dates (based on the _password_expiry_days)
- Cleanup the password entry checking
- Load all config variables for the db_update.php script.  Just in case an
  update script wants access to $config
2007-12-21 08:38:13 +00:00
dave
f6cc5d7326 - Cleanup how variables are handled/rolled/etc. Convert the require_vars
function in the config editor to one that checks where ALL variables marked
  with year=-1 exist for FAIRYEAR.  If it doesn't, it creates them.  This
  function gets called in three places:
 	- On installation
	- On rollover
	- Whenever the database is updated
 We should, now, be able to just insert new variables with year=-1, and they
 will be automatically updated for the current year with the default value.
 (no more going into the variable editor to make sure the copy is done).

- Fix the superuser account creation in the install script
2007-11-25 19:53:15 +00:00
dave
190adc2a6d - Update the way php scripts are called.. we need to avoid collisions if the
updater runs in a loop.
- Fix the 62 update script to use the new format
2007-11-18 08:01:05 +00:00
dave
3904e2d9d8 - Allow the update script to include a PHP script too. The PHP script, called
db.update.$num.php, may contain 2 functions  db_update_pre() and
  db_update_post()  which are run before(pre) and after(post) the SQL file is
  applied.  If the php script doesn't exist, the behaviour of the update script
  is unchanged.
2007-11-16 21:42:45 +00:00
james
40fe6cb88c Do some checks for system() and error out where applicable 2007-11-16 17:58:59 +00:00
james
2927eee193 Ahh found the encoding problem, need to set the charset on the command line mysql --defualt-character-set when running INSTALL or DBUPDATE scripts. 2007-11-15 20:45:19 +00:00
james
46c92e0f01 Wrap the db update script in <pre> tags so the output looks better for anyone that runs it through the webserver 2006-02-07 20:59:58 +00:00
james
6a9b470698 Switch the database versioning code from a flat textfile (db/db.db.version.txt) to a record in the config table (var=DBVERSION, year=0)
This gives us a much more robust database versioning system
2005-06-07 21:03:55 +00:00
james
9604c35f4b Add the installer script - currently it only creates the data/config.inc.php database settings - it still needs to create the actual tables.
Add some extra sanity checking to the db updater

Add more sanity checking to the common.inc.php
2005-05-25 21:58:03 +00:00
james
e049de4562 add message at the end 2005-03-10 17:33:30 +00:00
james
9d60276f89 readfile the script so we know whats happening 2005-03-10 17:31:23 +00:00
james
81e1559b8d add the database updater code, and always ensure that the code and db are running the same version 2005-03-10 17:28:15 +00:00