Deprecated - Drupal core

I've had a time trying to use different cache tables for different domains in a multisite setup. I think I've traced the problem to the way /includes/cache.inc handles table prefixes.

/includes/cache.inc calls db_query() using the form:

db_query("DELETE FROM {%s} WHERE ...");

The culprit is that %s bit. The core function db_prefix_tables() won't prepend correctly to %s, ignoring db_prefix entries in settings.php.

My workaround? Include an entry in settings.php for %s. This seems to work OK.

I have been extremely pleased with Drupal 5's improved speed and automated module upgrade handling. However there is still one thing I would dearly love: longer node title headlines! They are really not that long, and when I imported my old site from movableType via Wordpress, it truncated tons of headlines. I just like to write really long ones, and that helps for search engine optimization, as well. (when not excessive)

I was looking at another thread where they were talking about URL alias max length, and someone remarked it would be sort of a lot of work.

During development of a module for DRUPAL I met some problems
with generation of 'Preview' of a node. The following text is not
call for support cause I solved my problem (I'll discuss the
solution later) but it is rather discussion of the 'Preview'
problem generally.

The problem with preview seem to be deeper than you think at first sight. See for example:
http://drupal.org/node/104047
http://drupal.org/node/109204

Personally I think that the problem is that the Preview generation is slightly inconsistent with the generation of node's view. I will try to explain this on the real problem I met during last days.

The task is:

The format of the data the user enter/see is different from the format in which the data are stored in database.

• I have a field with number of players (nop).
• The user should enter something like this '1, 2, 6'
• Then the data should be converted into the number, where every number of player is represented by the value of corresponding bit, thus for the previous example the conversion should produce b'00100011'=35
• The data are stored in database as integer
• For node-view purposes the data needs to be converted back into the human readable form

If you don't use 'Preview' everything is - I think - perfectly designed:

I am trying to access the access control page under administration | user management and get the following error.

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 170 bytes) in /home/9/4/b/5659/5659/public_html/includes/form.inc on line 1547

Any suggestions on how I can get around this?

Thanks
Suneet

Hi

I wonder if somebody got the time and will to help with a problem that bugs many people. When I send mail to registered users from the Drupal Contact form to someone with a hotmail address, the umlaut characters get all "#¤% up.

I've searched the internet and the forums for a solution, but I'm no programmer.

Any hints would be much appreciated. How can I, let's say check if the recipients mail is a hotmail or yahoo account, and change the charset for the mail from utf-8 to iso-8859-1?

Assorted reading:

Hotmail and UTF-8, what a headache!

http://drupal.org/node/78876

Hotmail, IE and UTF-8 encoding

http://drupal.org/node/73576

Found this code in a post:
http://drupal.org/node/106837
-----------
Here is the code which I think deals with sending e-mails from drupal in modules/user.module :

<?php
function user_mail($mail, $subject, $message, $header) {
if (variable_get('smtp_library', '') && file_exists(variable_get('smtp_library', ''))) {
include_once './' . variable_get('smtp_library', '');
return user_mail_wrapper($mail, $subject, $message, $header);
}
else {
/*
** Note: if you are having problems with sending mail, or mails look wrong
** when they are received you may have to modify the str_replace to suit
** your systems.
** - \r\n will work under dos and windows.

I am trying to place images in the site of drupal. I am unable to do it,