Warning: Table './interoperating/mark_sessions' is marked as crashed and should be repaired query: SELECT u.*, s.* FROM mark_users u INNER JOIN mark_sessions s ON u.uid = s.uid WHERE s.sid = 'iv89vhqsumfkv7qr85ti3iftn2' in /home/.sites/99/site76/web/interoperating.info/mark/includes/database.mysql.inc on line 174
Mark's web presence | nothing very exciting, just some guy's web presence

Update on newest version of 5.x-4-dev

Even though I had planned to make the last release of 5.x-4-dev the last beta release, I have added a considerable number of new features, many of them in an attempt to address the problems that some of you have reported. The changelog since the 2008-02-24 release is:

  • Minor interface wording tweaks
  • Added the ability to select the helper test file, to aid troubleshooting
  • Added a check in each driver's _register_files() function to make sure each file managed by module actually exists on the filesystem (to handle orphans in file management modules' database tables, etc.)
  • Added a status message under "Indexing options" indicating percentage of files indexed, similar to the one provided by search.module for site content. If fewer than 100% of files are indexed, a message appears suggesting that you view your logs for messages about files not being readable or having empty text
  • Added checks in search_attachments_update_index() to test whether the file is readable by the web server and to check whether the file's text is empty; in either case, a warning is logged and {search_attachments_files}.last_indexed is set to 0 for the file in question so it is counted as not being indexed in the report mentioned above.
  • Added ability to define helpers using PHP code instead of an external application as per http://drupal.org/node/207929.
    Sample PHP helper for text is provided. Removed text_helper.txt from the second release distribution file and adjusted README.txt and the .install file
  • Add ability for each helper to handle multiple file extensions
  • Fixed bug in $allowed_nids access logic (inconsistent variable names)
  • Fixed bug in displaying file types in results list
  • Added permission string 'view files not managed by a module' to search_attachments_get_no_file_manager_view_permission(). This means that files not managed by a module can be excluded from search results based on user roles, in the same way that files managed by other modules can
  • attachement_driver.inc now respects attachment.module's 'hidden' attribute. Files that are hidden do not get registered in search_attachments_files() so they are not indexed
  • Moved list of drivers from main module admin page to a fieldset under the Settings tab. The main admin page is now used exclusively for security warnings; the warning about granting access to non-admins is hard-coded, but the list can be added to dynamically
  • Made all fieldsets in admin pages expanded except for logging options fieldsets and helper PHP code
  • Added definition of paths in .install file to cat and pdftotext by invoking 'which' on *nix.
  • Changed .info file's description and package values

In addition to the various file checks and other troubleshooting features, the two biggest additions are the ability to use PHP snippets as helpers and the ability to configure helpers to work on more than one file type. My focus over the next few days (apart from interface refinements that I might make) is to test for some of the outstanding problems that have been reported, e.g., the porter-stemmer problem, the internationalization problem, and the timeout problem. I'd like to get the new release out by mid week and as usual would very much appreciate your assistance in testing the module, particularly those of you who have taken the time to report problems.

Reply

The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Lines and paragraphs break automatically.
  • Web page addresses and e-mail addresses turn into links automatically.
  • You may post code using <code>...</code> (generic) or <?php ... ?> (highlighted PHP) tags.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.