Upgrading Drupal

As reported in http://drupal.org/node/22497, I am having trouble with Drupal running out memory as it appears to be recuring to complete a search. Most searches work fine, but some fail maxing the memory limit.

Ideas?

Radi Shourbaji
http://radi-shourbaji.profconnect.org

Hi!

You can actually look at my problem if you go to http://www.cryss.net
I have upgraded from 31-10-04 to 4.6

Can somebody help me with this?

I have a site http://www.lingewaardverband.nl/ with subsites like http://www.lingewaardverband.nl/gendt, where gendt is a symbolic link to the main directory. It worked fine in pre 4.6.0, but with 4.6.0 I got a weird problem.

I have use the weight feature of the pre 4.6.0 image.module to define the order in which the images are displayed in my galleries. The 4.6.0 image.module does not have this feature, the order of display is determined by the creation time of the images. In order not to have to change a few hundred images, I changed update-image.php to change the creation time according to the old weights:

<?php
/**
 * Copy this file to your drupal installation root and run from a web browser
 *
 * BACK UP YOUR IMAGES FIRST!
 */
//THEO modified

include_once 'includes/bootstrap.inc';
include_once 'includes/common.inc';

// leave preview out, because I don't have them
//$fields = array('thumb_path' => 'thumbnail',
//                'preview_path' => 'preview',
//                'image_path' => '_original');
$fields = array('thumb_path' => 'thumbnail',
                'image_path' => '_original');

if (function_exists('_image_insert')) {
  $result = db_query("SELECT * FROM {image}");
  while ($old_image = db_fetch_object($result)) {
// change the created time of the image node according to the weight in the image table
   // print "****weight: ".$old_image->weight." ".$old_image->nid." " ;
   $res = db_query("SELECT created FROM {node} WHERE nid = '$old_image->nid'");
   $pnode = db_fetch_object($res);
   // print " created ".$pnode->created;
   $pnode->created -= $old_image->weight * 3600 ;
   // print " : ".$pnode->created;
    db_query("UPDATE {node} SET created = '$pnode->created' WHERE nid = '$old_image->nid'");
// now copy the images to the files directory and the table
    foreach ($fields as $old => $new) {
      $old_file = '';
      if (file_exists($old_image->$old)) {
        $old_file = $old_image->$old;
      } else {
        $old_file = file_create_path($old_image->$old);   
      }
      if ($old_file &&
          db_num_rows(db_query("SELECT fid FROM {files} WHERE nid=%d and filename='%s'", $old_image->nid, $new)) == 0) {
        _image_insert($old_image->nid, $new, $old_file);
      }
    } // end of foreach loop
  }// end of loop for each image
}

?>

I took an offset of 3600 s, as I created the galleries with the now gone fast upload feature, thus the creation times of all the images in one gallery were within 1 hour.
If you have already converted your images by running update-image.php, you can run the above code with the lines for the conversion (the foreach loop) taken out.

Note that I also removed the preview_path as I had no images in it.

I've upgraded in a test site my 4.5.2 drupal site.
I've solved all the problems except one.

I use the article module to display the categories and the articles in the site.
Now, in the pages previously displaying only the subcategories have appeared even the articles title.

An example
Before the upgrade:
http://www.semioticamente.it/versus/?q=article/numeri+della+rivista

I had two problems (textile not applied, and glossary links produce 404 not found errors) that were resolved by emptying the cache, even though caching was not enabled. The filters apparently do some caching of their own, independent of the page caching feature.

You can empty the cache by executing "delete from cache;" directly in a mysql shell, or by using devel.module. Emptying the cache is always safe to do.