1. 15 Nov, 2004 2 commits
    • Dries's avatar
      · 9bf33e5a
      Dries authored
      - Added generic flood control mechanism to throttle certain operations per hostname (eg. posting comments, requesting passwords, sending e-mails).  See flood_register_event() and flood_is_allowed() for details.
      9bf33e5a
    • Dries's avatar
      · c13abe16
      Dries authored
      - Patch #12885 by Ber: improved the Doxygen documentation of drupal_set_html_head().
      c13abe16
  2. 31 Oct, 2004 1 commit
    • Dries's avatar
      - Patch #12232 by Steven/UnConed: search module improvements. · 8daed9cb
      Dries authored
      1) Clean up the text analyser: make it handle UTF-8 and all sorts of characters. The word splitter now does intelligent splitting into words and supports all Unicode characters. It has smart handling of acronyms, URLs, dates, ...
      
      2) It now indexes the filtered output, which means it can take advantage of HTML tags. Meaningful tags (headers, strong, em, ...) are analysed and used to boost certain words scores. This has the side-effect of allowing the indexing of PHP nodes.
      
      3) Link analyser for node links. The HTML analyser also checks for links. If they point to a node on the current site (handles path aliases) then the link's words are counted as part of the target node. This helps bring out commonly linked FAQs and answers to the top of the results.
      
      4) Index comments along with the node. This means that the search can make a difference between a single node/comment about 'X' and a whole thread about 'X'. It also makes the search results much shorter and more relevant (before this patch, comments were even shown first).
      
      5) We now keep track of total counts as well as a per item count for a word. This allows us to divide the word score by the total before adding up the scores for different words, and automatically makes noisewords have less influence than rare words. This dramatically improves the relevancy of multiword searches. This also makes the disadvantage of now using OR searching instead of AND searching less problematic.
      
      6) Includes support for text preprocessors through a hook. This is required to index Chinese and Japanese, because these languages do not use spaces between words. An external utility can be used to split these into words through a simple wrapper module. Other uses could be spell checking (although it would have no UI).
      
      7) Indexing is now regulated: only a certain amount of items will be indexed per cron run. This prevents PHP from running out of memory or timing out. This also makes the reindexing required for this patch automatic. I also added an index coverage estimate to the search admin screen.
      
      8) Code cleanup! Moved all the search stuff from common.inc into search.module, rewired some hooks and simplified the functions used. The search form and results now also use valid XHTML and form_ functions. The search admin was moved from search/configure to admin/search for consistency.
      
      9) Improved search output: we also show much more info per item: date, author, node type, amount of comments and a cool dynamic excerpt à la Google. The search form is now much more simpler and the help is only displayed as tips when no search results are found.
      
      10) By moving all search logic to SQL, I was able to add a pager to the search results. This improves usability and performance dramatically.
      8daed9cb
  3. 27 Oct, 2004 1 commit
  4. 19 Oct, 2004 1 commit
  5. 13 Oct, 2004 2 commits
  6. 12 Oct, 2004 1 commit
  7. 04 Oct, 2004 1 commit
    • Dries's avatar
      · 503c7845
      Dries authored
      - Simplified/reorganized version of patch #9620 by Jeremy: fixed errors when writing to cache.
      503c7845
  8. 16 Sep, 2004 1 commit
  9. 15 Sep, 2004 1 commit
    • Dries's avatar
      · 3079ffea
      Dries authored
      - Made it possible for the i18n module to hook in.
      3079ffea
  10. 09 Sep, 2004 2 commits
  11. 22 Aug, 2004 1 commit
  12. 21 Aug, 2004 3 commits
    • Dries's avatar
      · 47b72af6
      Dries authored
      - Patch #6809 by TDobes: fixed the textarea hook so WYSIWYG editors are made possible again.
      
        TODO: apply the documentation and htmlarea module patches.
      47b72af6
    • Dries's avatar
      · 7736eb49
      Dries authored
      - Patch #10166 by jvandyk: bugfix: valid_url() believed that URLs with encoded spaces in them (eg. http://example.org/my%20file.html ) are not valid.
      7736eb49
    • Dries's avatar
      · f311646b
      Dries authored
      - Patch #10195 by JonBob: bugfix: common.inc used the function ob_get_clean() which is only available in PHP >= 4.3.
      f311646b
  13. 20 Aug, 2004 1 commit
  14. 18 Aug, 2004 1 commit
    • Dries's avatar
      · 83a739bd
      Dries authored
      - Code improvements by Stefan: made all status messages consistent (and easier to translate).
      83a739bd
  15. 17 Aug, 2004 2 commits
  16. 12 Aug, 2004 1 commit
    • Dries's avatar
      · cea07eca
      Dries authored
      - Patch #6806 by UnConeD: prefixed form IDs with 'edit-' so they won't clash
        with other IDs.  Also makes things a tad more consistent.
      cea07eca
  17. 11 Aug, 2004 1 commit
    • Dries's avatar
      · 1831e1b6
      Dries authored
      - New locale module thanks to Gerhard, Goba, Marco, Kristjan and others.
      
        The new locale module provides every functionality on the web interface, so you don't need to edit the configuration files or add columns, when you add a new language. This module is an integration of the old locale and localegettext modules, plus a bunch of logic to parse Gettext Portable Object files (opposed to Machine Object files, as supported by localegettext).
      
        Note: I made some minor changes to the context-sensitive help texts and to some of the status messages.
      1831e1b6
  18. 10 Aug, 2004 2 commits
    • Steven Wittens's avatar
      The Input formats - filter patch has landed. I still need to make update... · 660f9928
      Steven Wittens authored
      The Input formats - filter patch has landed. I still need to make update instructions for modules and update the hook docs.
      
      Here's an overview of the changes:
      1) Multiple Input formats: they are complete filter configurations (what filters to use, in what order and with which settings). Input formats are admin-definable, and usage of them is role-dependant. For example, you can set it up so that regular users can only use limited HTML, while admins can free HTML without any tag limitations.
      The input format can be chosen per content item (nodes, comments, blocks, ...) when you add/edit them. If only a single format is available, there is no choice, and nothing changes with before.
      
      The default install (and the upgrade) contains a basic set of formats which should satisfy the average user's needs.
      
      2) Filters have toggles
      Because now you might want to enable a filter only on some input formats, an explicit toggle is provided by the filter system. Modules do not need to worry about it and filters that still have their own on/off switch should get rid of it.
      
      3) Multiple filters per module
      This was necessary to accomodate the next change, and it's also a logical extension of the filter system.
      
      4) Embedded PHP is now a filter
      Thanks to the multiple input formats, I was able to move the 'embedded PHP' feature from block.module, page.module and book.module into a simple filter which executes PHP code. This filter is part of filter.module, and by default there is an input format 'PHP', restricted to the administrator only, which contains this filter.
      This change means that block.module now passes custom block contents through the filter system.
      As well as from reducing code duplication and avoiding two type selectors for page/book nodes, you can now combine PHP code with other filters.
      
      5) User-supplied PHP code now requires <?php ?> tags.
      This is required for teasers to work with PHP code. Because PHP evaluation is now just another step in the filter process, we can't do this. Also, because teasers are generated before filtering, this would result in errors when the teaser generation would cut off a piece of PHP code.
      
      Also, regular PHP syntax explicitly includes the <?php ?> tags for PHP files, so it makes sense to use the same convention for embedded PHP in Drupal.
      
      6) Filter caching was added.
      Benchmarking shows that even for a simple setup (basic html filtering + legacy URL rewriting), filtercache can offer speedups. Unlike the old filtercache, this uses the normal cache table.
      
      7) Filtertips were moved from help into a hook_filter_tips(). This was required to accomodate the fact that there are multiple filters per module, and that filter settings are format dependant. Shoehorning filter tips into _help was ugly and silly. The display of the filter tips is done through the input format selector, so filter_tips_short() no longer exists.
      
      8) A more intelligent linebreak convertor was added, which doesn't stop working if you use block-level tags and which adds <p> tags.
      660f9928
    • Steven Wittens's avatar
      #7646 and more: · 88221c2f
      Steven Wittens authored
      - Users who have not edited their account yet would be reset to GMT rather than the sitewide timezone.
      - Users who chose GMT (zero timezone) on a site with a non-zero timezone as default would have incorrect timezone.
      88221c2f
  19. 06 Aug, 2004 2 commits
  20. 04 Aug, 2004 1 commit
    • Dries's avatar
      · a52cf829
      Dries authored
      - Patch #7458 by killes: conditionally include xmlrpc.inc.
      a52cf829
  21. 29 Jul, 2004 1 commit
    • Steven Wittens's avatar
      Fixing a rather nasty bug with page cache: · 6c73823b
      Steven Wittens authored
      The headers stored for cached pages ended in a newline, which caused header("") to get called when serving the page.
      On some PHP versions (happens on 4.3.3 at least, but not in 5.0), PHP adds a blank header to the HTTP request (i.e. just \r\n) which ends HTTP headers prematurely and adds a newline at the beginning of the page.
      
      This was not an issue before because we output HTML. Now that we have GZip compression, this bug caused corruption of the output. :P
      *phew*
      6c73823b
  22. 22 Jul, 2004 1 commit
  23. 21 Jul, 2004 1 commit
  24. 13 Jul, 2004 1 commit
    • Dries's avatar
      · 50d78e98
      Dries authored
      - Patch #9238 by JonBob: added code and Doxygen comments to common.inc and
        bootstrap.inc.
      50d78e98
  25. 12 Jul, 2004 2 commits
  26. 11 Jul, 2004 1 commit
    • Dries's avatar
      · 323d9fe0
      Dries authored
      - Call 'exit' hook when drupal_goto() is called.  Also necessary for the
        devel.module.
      323d9fe0
  27. 08 Jul, 2004 1 commit
    • Dries's avatar
      · 02ae1ce6
      Dries authored
      - Many form_ functions called theme('form_element') with the wrong parameters!
      
      - Fixed order of parameters in form_checkboxes() (plural).
      02ae1ce6
  28. 04 Jul, 2004 2 commits
    • Dries's avatar
      · fe2b3e7c
      Dries authored
      - Patch by Steven and me: refactored the form handling of nodes. The node system is now using form_set_error() and friends like the rest of Drupal does. This makes for both a consistent user experience and consistent code. It simplifies the forms and validation code, however, it does change the node API slightly:
      
          * The _validate hook and the _nodeapi('validate') hook of the node API (1) no longer take an 'error' parameter and (2) should no longer return an error array. To set an error, call form_set_error().
      
          * The _form hook of the node module no longer takes a form hook and should not worry about displaying errors. Ditto for _nodeapi('form_post') and _nodeapi('form_pre').
      fe2b3e7c
    • Dries's avatar
      f3aa8712
  29. 02 Jul, 2004 1 commit
    • Dries's avatar
      · 9986cb36
      Dries authored
      - Patch #8973 by JonBob: Drupal contains many undefined variables and array indices, which makes PHP throw a lot of warnings when the reporting level is set to E_ALL. Things run fine with these warnings, but as a matter of code style if nothing else we should probably strive to avoid them. The attached fixes most of the more egregious offenders (about 95% of the warnings when I load /node on my test site).
      9986cb36
  30. 28 Jun, 2004 1 commit