Drupal
/
drupal
mirror of https://git.drupalcode.org/project/drupal.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
drupal/includes/conf.php

59 lines
1.9 KiB
PHP
Raw Normal View History

- applied David Norman's patch to turn all <?'s into fully qualified <?php's.
2001-03-10 11:07:52 +00:00
<?php
Imported sources
2000-05-18 19:52:00 +00:00
#
Another batch with a lot of internal updates, yet no visual changes to the site: - watchdog (rewrite): + the collected information provides more details and insights for post-mortem research + input limitation - database abstraction layer: + mysql errors are now verbose and is no longer displayed in a browser - fixes a possible security risk - admin.php: + updated watchdog page + fixed security flaw - diary.php: + fixed nl2br problem - themes: + fixed comment bug in all 3 themes. - misc: + renamed some global variables for sake of consistency: $sitename --> $site_name $siteurl --> $site_url + added input check where (a) exploitable and (b) possible + added input size check + various small improvements + fixed various typoes ... and much, much more in fact.
2000-11-13 08:17:45 +00:00
# Database settings:
Imported sources
2000-05-18 19:52:00 +00:00
#
Again, a large batch of updates - I'm twisting things around here: 1. improved .htaccess to be more "secure": to keep prying eyes out 2. rewrote the administration section from scratch using a modular approach 3. improved the information gathered by error.php - we can now (hopefully) track what bots are crawling us. 4. fixed a bug in submit.php, fixed a bug in theme zaphod, fixed a bug in theme marvin. 5. rewrote cron from scratch - it now interfaces with modules as it should have been from the beginning. Very cool if you ask me - it can use UNIX/Linux crontabs. 6. updated widget.inc to be module aware - needs more work though - maybe this afternoon? 7. updated most modules: small bugfixes, improvements, and even the documentation 8. removed diary.php and made it a module - you can now run a drop.org site without a diary system if someone would prefer so 9. updated all themes to use the new modules where appropriate 10. added a robots.txt because the error message in the watchdog become annoying. 11. added the new configuration system (mutliple vhosts on the same source tree) - use hostname.conf instead of config.inc 12. removed calendar.inc and made it a module 13. added format_interval() to functions.inc (UnConeD) 14. whatever I forgot ...
2000-12-16 08:39:01 +00:00
$db_host = "localhost";
A batch of patches: - configuration: + renamed $db_name to $db_user + renamed $db_base to $db_name - fixed small diary glitch - fixed initial-comment-score problem - fixed comment rating bug: improved the API and updated the themes - removed some tabs from Steven ;) - fixed backend warnings and improved robustness I'm not happy yet with the headline grabber - it generates too many SQL errors. - some small cosmetic changes in comment.module - fixed minor glitch in format_interval()
2001-01-06 11:39:43 +00:00
$db_user = "username";
$db_pass = "password";
$db_name = "database";
Again, a large batch of updates - I'm twisting things around here: 1. improved .htaccess to be more "secure": to keep prying eyes out 2. rewrote the administration section from scratch using a modular approach 3. improved the information gathered by error.php - we can now (hopefully) track what bots are crawling us. 4. fixed a bug in submit.php, fixed a bug in theme zaphod, fixed a bug in theme marvin. 5. rewrote cron from scratch - it now interfaces with modules as it should have been from the beginning. Very cool if you ask me - it can use UNIX/Linux crontabs. 6. updated widget.inc to be module aware - needs more work though - maybe this afternoon? 7. updated most modules: small bugfixes, improvements, and even the documentation 8. removed diary.php and made it a module - you can now run a drop.org site without a diary system if someone would prefer so 9. updated all themes to use the new modules where appropriate 10. added a robots.txt because the error message in the watchdog become annoying. 11. added the new configuration system (mutliple vhosts on the same source tree) - use hostname.conf instead of config.inc 12. removed calendar.inc and made it a module 13. added format_interval() to functions.inc (UnConeD) 14. whatever I forgot ...
2000-12-16 08:39:01 +00:00
Imported sources
2000-05-18 19:52:00 +00:00
#
amdin.php: - fixed bug in story section account.php: - removed death code, clean-up, reorganization - added "lost password?" functionality faq.php: - clean-up watchdog.inc: - improvements - end of input-limit test period error.php: - improvements, still crappy layout though
2000-11-20 10:27:35 +00:00
# Comment votes:
CHANGES - Modified conf_init() to use default.conf if nothing else can be found. - Added some comments to hostname.conf to reflect the changes and provide more information on how to rename the file. TODO - The Drupal handbook should be updated once the CVS version is released. - Should try to remove the remainder of info from hostname.conf and go for a completely web-based administration if possible. - Does having all the settings in a SQL database make Drupal add more overhead than including a .conf file? If nobody knows for sure some tests should be done. If yes, concider having the admin interface generate an include file in addition to saving to the database.
2001-04-27 06:45:06 +00:00
# The keys of this associative array are displayed in each comment's
# selection box whereas the corresponding values represent the
# mathematical calculation to be performed to update a comment's
# value.
Imported sources
2000-05-18 19:52:00 +00:00
#
- removed redundant spaces
2001-01-26 13:38:46 +00:00
$comment_votes = array("none" => "none",
"-1" => "- 1",
Another batch with a lot of internal updates, yet no visual changes to the site: - watchdog (rewrite): + the collected information provides more details and insights for post-mortem research + input limitation - database abstraction layer: + mysql errors are now verbose and is no longer displayed in a browser - fixes a possible security risk - admin.php: + updated watchdog page + fixed security flaw - diary.php: + fixed nl2br problem - themes: + fixed comment bug in all 3 themes. - misc: + renamed some global variables for sake of consistency: $sitename --> $site_name $siteurl --> $site_url + added input check where (a) exploitable and (b) possible + added input size check + various small improvements + fixed various typoes ... and much, much more in fact.
2000-11-13 08:17:45 +00:00
"0" => "+ 0",
"+1" => "+ 1",
"+2" => "+ 2",
- removed redundant spaces
2001-01-26 13:38:46 +00:00
"+3" => "+ 3",
"+4" => "+ 4",
Another batch with a lot of internal updates, yet no visual changes to the site: - watchdog (rewrite): + the collected information provides more details and insights for post-mortem research + input limitation - database abstraction layer: + mysql errors are now verbose and is no longer displayed in a browser - fixes a possible security risk - admin.php: + updated watchdog page + fixed security flaw - diary.php: + fixed nl2br problem - themes: + fixed comment bug in all 3 themes. - misc: + renamed some global variables for sake of consistency: $sitename --> $site_name $siteurl --> $site_url + added input check where (a) exploitable and (b) possible + added input size check + various small improvements + fixed various typoes ... and much, much more in fact.
2000-11-13 08:17:45 +00:00
"+5" => "+ 5");
Imported sources
2000-05-18 19:52:00 +00:00
Bugfixes: --------- * Fixed a few bugs in account.php - saves Natrak some time. I only fixed the obvious, very small bugs reported today. Enhancements: ------------- * Made the default theme a setting in config.inc. You can now easily change the default theme. It's a much nicer approach with more flexibility. When working on your theme, you set your theme to be the default theme. In addition, with a small scripting tric in config.inc we could automatically set the default theme to the most popular theme (according to the user table), or we could periodically cycle (round robin) through all themes: say every week a new default theme. I truly think that's better. :-) * Adjusted config.inc, theme.inc and account.php in order to do so. * I have some remarks with regards to config.inc, but I think I'll share those later in a seperate mail.
2000-06-03 18:50:29 +00:00
#
I just commit everything what was queued in my backlog: - Added a basic implementation of comment moderation - Updated and renamed my 2 themes: I removed redundant boxes and tried to work towards simplicity. - Disabled the other themes as they are broken (I gave you sufficent time to update them). - Removed redundant files. - Added security checks with regard to the usage of HTML tags.
2000-09-26 07:34:33 +00:00
# Themes:
CHANGES - Modified conf_init() to use default.conf if nothing else can be found. - Added some comments to hostname.conf to reflect the changes and provide more information on how to rename the file. TODO - The Drupal handbook should be updated once the CVS version is released. - Should try to remove the remainder of info from hostname.conf and go for a completely web-based administration if possible. - Does having all the settings in a SQL database make Drupal add more overhead than including a .conf file? If nobody knows for sure some tests should be done. If yes, concider having the admin interface generate an include file in addition to saving to the database.
2001-04-27 06:45:06 +00:00
# The first theme listed in this associative array will automatically
# become the default theme.
Bugfixes: --------- * Fixed a few bugs in account.php - saves Natrak some time. I only fixed the obvious, very small bugs reported today. Enhancements: ------------- * Made the default theme a setting in config.inc. You can now easily change the default theme. It's a much nicer approach with more flexibility. When working on your theme, you set your theme to be the default theme. In addition, with a small scripting tric in config.inc we could automatically set the default theme to the most popular theme (according to the user table), or we could periodically cycle (round robin) through all themes: say every week a new default theme. I truly think that's better. :-) * Adjusted config.inc, theme.inc and account.php in order to do so. * I have some remarks with regards to config.inc, but I think I'll share those later in a seperate mail.
2000-06-03 18:50:29 +00:00
#
Again, a large batch of updates - I'm twisting things around here: 1. improved .htaccess to be more "secure": to keep prying eyes out 2. rewrote the administration section from scratch using a modular approach 3. improved the information gathered by error.php - we can now (hopefully) track what bots are crawling us. 4. fixed a bug in submit.php, fixed a bug in theme zaphod, fixed a bug in theme marvin. 5. rewrote cron from scratch - it now interfaces with modules as it should have been from the beginning. Very cool if you ask me - it can use UNIX/Linux crontabs. 6. updated widget.inc to be module aware - needs more work though - maybe this afternoon? 7. updated most modules: small bugfixes, improvements, and even the documentation 8. removed diary.php and made it a module - you can now run a drop.org site without a diary system if someone would prefer so 9. updated all themes to use the new modules where appropriate 10. added a robots.txt because the error message in the watchdog become annoying. 11. added the new configuration system (mutliple vhosts on the same source tree) - use hostname.conf instead of config.inc 12. removed calendar.inc and made it a module 13. added format_interval() to functions.inc (UnConeD) 14. whatever I forgot ...
2000-12-16 08:39:01 +00:00
$themes = array("UnConeD" => array(
- removed all tabs
2001-01-26 14:41:44 +00:00
"themes/unconed/unconed.theme",
- Updated the $themes array to include all the themes.
2001-06-07 10:57:41 +00:00
"Internet explorer, Netscape, Opera"),
Again, a large batch of updates - I'm twisting things around here: 1. improved .htaccess to be more "secure": to keep prying eyes out 2. rewrote the administration section from scratch using a modular approach 3. improved the information gathered by error.php - we can now (hopefully) track what bots are crawling us. 4. fixed a bug in submit.php, fixed a bug in theme zaphod, fixed a bug in theme marvin. 5. rewrote cron from scratch - it now interfaces with modules as it should have been from the beginning. Very cool if you ask me - it can use UNIX/Linux crontabs. 6. updated widget.inc to be module aware - needs more work though - maybe this afternoon? 7. updated most modules: small bugfixes, improvements, and even the documentation 8. removed diary.php and made it a module - you can now run a drop.org site without a diary system if someone would prefer so 9. updated all themes to use the new modules where appropriate 10. added a robots.txt because the error message in the watchdog become annoying. 11. added the new configuration system (mutliple vhosts on the same source tree) - use hostname.conf instead of config.inc 12. removed calendar.inc and made it a module 13. added format_interval() to functions.inc (UnConeD) 14. whatever I forgot ...
2000-12-16 08:39:01 +00:00
"Marvin" => array(
- removed all tabs
2001-01-26 14:41:44 +00:00
"themes/marvin/marvin.theme",
- Updated the $themes array to include all the themes.
2001-06-07 10:57:41 +00:00
"Internet explorer, Netscape, Opera"),
"Jeroen" => array(
"themes/jeroen/jeroen.theme",
"Internet explorer, Netscape"),
"Stone Age" => array(
"themes/example/example.theme",
"Internet explorer, Netscape, Opera, Lynx"),
"Goofy" => array(
"themes/goofy/goofy.theme",
"Internet explorer, Netscape, Opera"),
"Yaroon" => array(
"themes/yaroon/yaroon.theme",
"Internet explorer, Netscape, Opera"));
Bugfixes: --------- * Fixed a few bugs in account.php - saves Natrak some time. I only fixed the obvious, very small bugs reported today. Enhancements: ------------- * Made the default theme a setting in config.inc. You can now easily change the default theme. It's a much nicer approach with more flexibility. When working on your theme, you set your theme to be the default theme. In addition, with a small scripting tric in config.inc we could automatically set the default theme to the most popular theme (according to the user table), or we could periodically cycle (round robin) through all themes: say every week a new default theme. I truly think that's better. :-) * Adjusted config.inc, theme.inc and account.php in order to do so. * I have some remarks with regards to config.inc, but I think I'll share those later in a seperate mail.
2000-06-03 18:50:29 +00:00
- More updates on the translation support
2001-02-17 12:59:24 +00:00
#
# Languages / translation / internationalization:
CHANGES - Modified conf_init() to use default.conf if nothing else can be found. - Added some comments to hostname.conf to reflect the changes and provide more information on how to rename the file. TODO - The Drupal handbook should be updated once the CVS version is released. - Should try to remove the remainder of info from hostname.conf and go for a completely web-based administration if possible. - Does having all the settings in a SQL database make Drupal add more overhead than including a .conf file? If nobody knows for sure some tests should be done. If yes, concider having the admin interface generate an include file in addition to saving to the database.
2001-04-27 06:45:06 +00:00
# The first language listed in this associative array will
# automatically become the default language. You can add a language
# but make sure your SQL table, called locales is updated
# appropriately.
- small improvements as well as 2 bugfixes
2001-03-26 20:22:09 +00:00
$languages = array("en" => "English");
- More updates on the translation support
2001-02-17 12:59:24 +00:00
- Renamed "hostname.conf" to "setting.php" (cfr. "setting.module"). Note that - when upgrading - you have to rename all your existing configuration files to reflect this change: yourdomain.com.conf -> yourdomain.com.php By default, i.e. if no configuration file is found, setting.php will be used instead. Using the ".php"-extension will fix most configuration/security issues with .htaccess-files ... - Removed some dead code from forum.module.
2001-05-14 19:41:18 +00:00
?>