Чтобы форма дважды не грузилась, нужно делать ajax сабмит формы на свой сайт, а при успешном сабмите возвращать код, меняющий action формы на нужный и делающий нормальный сабмит на внешний сайт.

"artemrrr" wrote:

p.s.Что мне теперь вообще делать? теперь в три дорога за хостинг платить из за того что у меня на ровном месте кэш 2 гига занимает (и это еще на локальной машине) а что будет в сети? 20гиг.

Либо у вас сайт такой тяжелый (и тогда нужно просто платить за хостинг), либо, что более вероятно, криво сделан (и тогда нужно обратиться к тому, кто может все исправить).

Размер этой таблицы зависит от сайта и кол-ва форм на нем.
Большой размер, в общем-то, не является багом. Если у вас достаточно посещаемый сайт, то и 10гб - вполне приемлемый размер.
В противном случае, избыточный размер может появиться из-за того, что поисковик насилует страницу с какой-нибудь кешируемой формой. В любом случае, стоит посмотреть, что за формы там хранятся и плясать уже от этого.

"S555mile" wrote:

Подскажите, пожалуйста, что делать?

Из бэкапов все восстанавливать.
Очевидно, что целостность кода нарушена. Файлов ядра либо не хватает, либо к ним нет доступа.
Нужно аккуратно забэкапить текущее состояние, а потом пробовать чинить. В частности, залить нормальный друпал нужной версии.

А чего их там обрабатывать? По-моему, таблица простая как валенок. Вставил запись - новая сессия, удалил запись - нет сессии. Что конкретно вас смущает?

Попробуйте модули spam (в первую очередь) и, возможно, botcha.

Так это вы весь SO засрали своими вопросами, вы хоть ответы-то на них поглядывайте.

Насколько я знаю, #states - это чисто JS механизм, он не подгружает поля, а просто яваскриптом изменяет их св-ва/стили. Естественно, что он не срабатывает, когда на форме нет необходимых полей (в данный момент).
Если у вас зависимость разнесена в разные шаги форм, то самым простым способом явяется написание своего hook_form_alter(), просто внимательно отслеживайте текущий шаг формы и значения полей и прячте/показывайте поля по мере необходимости.

"zandcho" wrote:

Это проверенный кейс? Может я что-то не так делаю?

Ну, раньше я так точно делал. Думаю, вам стоит проверить все на отдельной простой вьюхе.

Если дубовым способ, то можно сделать еще один дисплей (еще один таб), в котором выводить одну строку - кол-во результатов, агрегированное по nid.
Для d6 есть какой-то модуль. Кажется, views_group_by.

"sergeybelya" wrote:

Вы что, страницу статьи вьюшкой выводите, что ли? Зачем?

Судя по всему, да. Видел я как-то подобное на одном индосайте, только там еще для каждой ноды была вьюха - страница about us отдельной вьюхой, contacts - отдельной и т.д. Тогда я долго чай пил и в монитор смотрел.

"Alextr" wrote:

А то получается аякс включаю фильтры есть, отключаю - нет

Значит неправильно что-то у вас. Обычно, фильтры работают одинаково. Попробуйте сделать эту же вьюху на отдельной странице/отладить в preview.

Не уверен, что я правильно понял вопрос, но, чтобы вьюхи фильтровались одновременно, нужно поставить фильтрам одинаковые идентификаторы (соотв, вторая вьюха тоже должна думать, что у неё тоже есть exposed фильтры).