- 30 Dec, 2011 1 commit
-
-
catch authored
-
- 01 Nov, 2011 1 commit
-
-
Issue #22336 by quicksketch, scor, boombatower, and rfay. Move all core Drupal files under a core subdirectory.
-
- 10 Apr, 2011 1 commit
-
-
Dries authored
-
- 25 Feb, 2011 1 commit
-
-
The Great Git Migration authored
-
- 02 Oct, 2010 1 commit
-
-
Dries authored
-
- 31 Jul, 2010 1 commit
-
- 22 Jul, 2010 1 commit
-
-
Dries authored
-
- 29 Apr, 2010 1 commit
-
-
webchick authored
-
- 31 Mar, 2010 1 commit
-
-
Dries authored
-
- 28 Jan, 2010 1 commit
-
-
webchick authored
-
- 31 Dec, 2009 1 commit
-
-
Dries authored
-
- 29 Dec, 2009 1 commit
-
-
Dries authored
-
- 02 Dec, 2009 1 commit
-
- 13 Oct, 2009 1 commit
-
- 30 Sep, 2009 1 commit
-
-
Dries authored
-
- 24 Aug, 2009 3 commits
-
-
webchick authored
#497118 by chx, catch, pwolanin, JoshuaRogers, and Jacob Singh: Remove the function registry. While the hope was that this would result in improved performance for low-end hosts, it comes at the expense of critical development experience problems and less benefit than something like APC. Class registry remains intact to facilitate autoloading.
-
webchick authored
Of all the patches to accidentally commit without a message. :( Rolling back registry rip. Let's try that again.
-
webchick authored
-
- 12 Jun, 2009 1 commit
-
-
Dries authored
-
- 06 May, 2008 1 commit
-
-
Dries authored
et al. Can you say 'registry'? Drupal now maintains an internal registry of all functions or classes in the system, allowing it to lazy-load code files as needed (reducing the amount of code that must be parsed on each request). The list of included files is cached per menu callback for subsequent loading by the menu router. This way, a given page request will have all the code it needs but little else, minimizing time spent parsing unneeded code.
-
- 28 Apr, 2008 1 commit
-
- 14 Apr, 2008 1 commit
-
- 31 Dec, 2007 1 commit
-
- 08 Dec, 2007 1 commit
-
-
Gábor Hojtsy authored
- whitespaces at end of lines - indentation - control structure usage - whitespace in empty lines - phpdoc comment formatting
-
- 04 Sep, 2007 1 commit
-
-
Dries authored
-
- 05 Jul, 2006 1 commit
-
-
Dries authored
-
- 08 Jun, 2006 1 commit
-
-
Dries authored
-
- 11 Apr, 2006 1 commit
-
-
Gerhard Killesreiter authored
-
- 13 Nov, 2005 1 commit
-
-
Dries authored
-
- 22 Oct, 2005 1 commit
-
-
Dries authored
-
- 25 Aug, 2005 1 commit
-
-
Dries authored
-
- 14 Aug, 2005 2 commits
- 11 Aug, 2005 1 commit
-
-
Dries authored
- Patch #28482 by Uwe: add CVS $Id$ tags to all source files in Drupal core. This allows admins to know exactly which version of which files they use. In addition I want to use CVS $Id$ tags in my upcoming security.module to check for possible vulnerabilities. That's not possible if some files simply don't have $Id$s. Note: I also (mostly) unified the tags to use the "// ID" form instead of "/* ID */", but that's more of a cosmetic issue. I'm not sure whether *.txt files and the stuff in themes/ need tags(?).
-
- 13 Jul, 2005 1 commit
-
-
Dries authored
-
- 29 Jun, 2005 1 commit
-
-
Dries authored
-
- 06 Jan, 2004 1 commit
-
-
Steven Wittens authored
/** * Wrapper around xml_parser_create() which extracts the encoding from the XML * data first and sets the output encoding to UTF-8. This function should be * used instead of xml_parser_create(), because PHP's XML parser doesn't check * the input encoding itself. * * This is also where unsupported encodings should be converted. * Callers should take this into account: $data might have been changed after * the call. * * @param $data The XML data which will be parsed later. */
-
- 28 Nov, 2003 2 commits
- 19 May, 2003 1 commit
-
-
Dries authored
- Patch by Kjartan: $_SERVER["HTTP_RAW_POST_DATA"] --> $GLOBALS["HTTP_RAW_POST_DATA"] Al: can you confirm that this fixes your problem?
-