В 6ю версию добавили дополнительное кеширование для форм - весьма полезно при работе с ahah. Но реализация оказалась сыроватой, а точнее с ошибкой, причем достаточно грубой. В 6.2 так и не попал патч для исправления данного упущения. http://drupal.org/node/230374 история патча.
Данная проблема приводит к тому, что таблица кеширования форм разрастается неимоверно и можно сказать никогда не чистится.
Настоятельно рекомендую применить патч из 17го коментария!
Ожидаем включения этого патча в грядущий 6.3 релиз, возможно для кеша меню тоже будет придумано решение...
Комментарии
настоятельно рекомендую не использовать 6 ветку ещё месяца 2
+1
но я вот пользую на нескольких своих сайтах... иэх...
Они всего лишь не учли что для форм и меню надо построить было свой кеш по другому принципу....
И сделать таблицы innoDB
это.... тебе чо слабо таблицы конвертнуть?
<?php
ini_set('display_errors', 'On');
error_reporting(E_ALL);
$link = mysql_connect("localhost","user","password")
or die("unable to connect to msql server: " . msql_error());
mysql_select_db("base", $link)
or die("unable to select database 'db': " . msql_error());
$result = mysql_query("show tables");
if (!$result) {
die('query failed: ');
}
while ($row = mysql_fetch_array($result)){
mysql_query("ALTER TABLE ".$row[0]." ENGINE=InnoDb; ");
}
?>
кстати я еще баг нарыл... на правке статьи
при определенном тексте обрезается все до тизера и дает редактировать тока тизер
это так отрабатывает JS в 6ке. глючит иногда
Интересный косяк, ни разу не сталкивался, можешь подробнее написать про условия его возникновения?
ЗЫЖ таблицы конвертить не проблема, но не имеет смысла все конвертить.
Знающие человеки, написали бы подробный пост про конвертацию - плюсы и и минусы
прелести и подводные камни
А то приходится "шарится" по всем темам
если ты не умеешь тюнить mysql - то наверно тебе оно не нужно
Мне может не нужно, здесь куча людей, которые умеют тюнить
Не нужно прямо сейачас, а через полгда может нужно будет
imho, если смешать в рамках одной базы таблицы innodb и myisam, то у mysql вполне может начаться "детская болезнь" - уже однажды наступал на такие грабли, лечились периодической перестройкой всех индексов и repair для таблиц. Хотя, может дело было в кривовато настроенном mysql, т.к. база была на shared хостинге и доступа к внутренним настройкам не было.
http://drupal.org/node/230374#comment-832826 Время кеша увеличено до 6ти часов и патч пошел в 6ю ветку, видимо уже скоро 6.3