Skip to content
  1. Jan 21, 2012
  2. Apr 10, 2011
  3. Feb 25, 2011
  4. Oct 02, 2010
  5. Jul 31, 2010
  6. Jul 22, 2010
  7. Apr 29, 2010
  8. Mar 31, 2010
  9. Jan 28, 2010
  10. Dec 31, 2009
  11. Dec 29, 2009
  12. Dec 02, 2009
  13. Oct 13, 2009
  14. Sep 30, 2009
  15. Aug 24, 2009
  16. Jun 12, 2009
  17. May 06, 2008
    • Dries Buytaert's avatar
      - Patch #221964 by chx, dopry, webernet, moshe, webchick, justinrandall, flobruit · 2e18cb89
      Dries Buytaert 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.
      2e18cb89
  18. Apr 28, 2008
  19. Apr 14, 2008
  20. Dec 31, 2007
  21. Dec 08, 2007
  22. Sep 04, 2007
  23. Jul 05, 2006
  24. Jun 08, 2006
  25. Apr 11, 2006
  26. Nov 13, 2005
  27. Oct 22, 2005
  28. Aug 25, 2005
  29. Aug 14, 2005
  30. Aug 11, 2005
    • Dries Buytaert's avatar
      - Patch #28482 by Uwe: add CVS $Id$ tags to all source files in Drupal core.... · b69b43d1
      Dries Buytaert 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(?).
      b69b43d1
  31. Jul 13, 2005
  32. Jun 29, 2005
  33. Jan 06, 2004
    • Steven Wittens's avatar
      - Improved XML encoding fix. There is now a function drupal_xml_parser_create(): · b817bdb3
      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.
       */
      b817bdb3
  34. Nov 28, 2003
  35. May 19, 2003
    • Dries Buytaert's avatar
      · 65293a81
      Dries Buytaert authored
      - Patch by Kjartan:
          $_SERVER["HTTP_RAW_POST_DATA"] --> $GLOBALS["HTTP_RAW_POST_DATA"]
      
        Al: can you confirm that this fixes your problem?
      65293a81
  36. May 13, 2003
    • Dries Buytaert's avatar
      · c2d2fb73
      Dries Buytaert authored
      - Fixed a typo in the PostgreSQL database scheme.  Patch by Michael Frankowski.
      
      - Fixed a typo in the MSSQL database scheme.  Patch by Michael Frankowski.
      
      - Removed dependency on "register_globals = on"!  Patches by Michael Frankowski.
      
        Notes:
      
        + Updated the patches to use $foo["bar"] instead of $foo['bar'].
        + Updated the INSTALL and CHANGELOG files as well.
      
      - Tiny improvement to the "./scripts/code-clean.sh" script.
      c2d2fb73