Ну передайте ноль для пустого значения.

<?php
$tbl_data = array {
'field_0' => 'some value',
'field_1' => isset($my_numeric_value) ? $my_numeric_value : 0,
'field_2' => 'some value',
...}
?>

"grincha" wrote:

General error: 1366 Incorrect integer value: '' for column field_1...

А вы пытаетесь вставить строку (или что-то вроде этого):

В целом - если нужно вставить пустое (NULL) значение, то соответственно нужно для поля (колонки) в БД отключить свойство NOT NULL.

Если нет водяных знаков и круглой печати - не верьте.
Это мошенники, зуб даю.

"wolfphantom" wrote:

Вопрос почему же именно на Drupal это не хочет работать

Конфликт библиотек jQuery, вероятнее всего.
В 7-ку уже интегрирован jQuery 1.4.

Возможно ещё, что какие-то модули используют нестандартные/устаревшие JS-библиотеки (у меня было и такое).

anzebra
Вот здесь ещё кое-что нашлось:
http://drupal.org/node/264132

В общем, судя по всему, помимо создания пользователя user 0 нужно ещё и установить ему роль. В примере по ссылке выше ему привязывается роль анонима (1).

http://drupal.org/node/108459
http://api.drupal.org/api/drupal/modules--color--color.module/7

"RxB" wrote:

Тогда слушайте спецов дальше, ога

Можешь рассказать в чём дело?
Ну пожалуйста, не томи.

А то прям какой-то загадочный user 0 получился.
Типа мифического персонажа.

Начинаю с Framework обычно.

"anzebra" wrote:

У кого есть какие идеи как это сделать на основе хуки или в чем причина, хотя редирект фальсе, тоже не выход...

Где-то читал, что $form[#redirect] вроде как имеет приоритет над $form_state['redirect'].

И ещё, как вариант, можно как-то так:
сделать редирект на собственный адрес после удачного сабмита, в которой и выводить drupal_set_message('...конгратс, чувак.... Ты успешно бла..бла..бла..', 'status');

Тоже верно.
Тогда - копать код, разбираться.

"anzebra" wrote:

Но не нравится, то что руками нужно писать ид роли...

Как-то так.

И всё же мне кажется, что RxB ближе всех к истине.
Форма регистрации же вроде не отображается для залогиненных пользователей. Только как форма редактирования данных пользователя.

anzebra, если нужно всего лишь вывести состояние каких-то переменных, то в случае с сабмитом формы регистрации просто воспользоваться print $some_my_data;

"RxB" wrote:

Юзера нулевого смотрите

А, да, верно!
Сообщения могут не отображаться для анонимов.

"anzebra" wrote:

.. или фишка в том что в форме в actions задан один урл, обработчик сабмита ф-я и в ней указан drupal_set_message и $form_state['redirec'] = '', а message хочет выводится на странице указанной в actions...

Ну да, об этом и речь. Ну, как возможная причина.

Попробуйте установить $form['#redirect'] = FALSE в функции конструктора формы.

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

Или:

Модуль. Модуль? Модуль!

"anzebra" wrote:

при сабмите формы регистрации не выводится сообщение из drupal_set_message.
В чем может быть соль?

Возможно, form['#redirect'] ?

А вообще - откуда (из какой процедуры) вызываете drupal_set_message ? (validate, submit, etc...)?

"imarat" wrote:

PDOException: SQLSTATE[08004] [1040] Too many connections in db_delete()

В настройках сервера MySQL есть такая опция - что-то вроде max connections. Узнайте у своего хостера - может, эту опцию изменили в последнее время.

Имхо, лучше не париться, а накатать простейший модуль - эффективнее по всем критериям. После чего с формой можно делать всё, что угодно.

Ещё посмотрите template.php - если не сами делали сайт, то возможно, что программист вытащил часть специфической темизации в preprocess-функции и где-то там "теряется" ваш регион.

Посмотрите ещё также объявления регионов в файле .info папки темы - может есть какие-то нестандартные, специфические объявления.

Если page--taxonomy.tpl.php то стоит проверить ещё разницу между ним и стандарным page.tpl.php
Для "листалки" нод (она же индекс таксономии, она же иногда как главная страница раздела) применяется именно page--taxonomy.tpl.php
Тут как бы всё зависит от конкретной реализации каталога и заочно, конечно, сложно угадать причину.

"brain_drain" wrote:

Может быть, это имеет какое-то значение?

Имеет в том плане, что используются обе темы.
Про settings.php правильно сказали - нужно вернуть как было.

Адрес /catalog может быть установлен как главная страница сайта.
Это в админке, в настройках. Поэтому к нему может быть автоматически привязан шаблон главной страницы (page--front.tpl.php).

А вообще - да, по умолчанию для всех страниц page.tlp.php

Я ж не знаю, что у вас там за конфигурация. Но вообще - очень похоже на какую-то путаницу с шаблонами. Такое бывает.

И вообще - для начала нужно посмотреть, что там в целом с шаблонами, какая ситуация.

Возможно, что к каким-то страницам каталога привязаны дополнительные шаблоны, не поддерживающие эти регионы.

В первую очередь проверьте отличия между page--front.tpl.php и page.tpl.php (находятся в папке текущей темы оформления).

Впрочем, page--front.tpl.php (это шаблон для главной страницы) может и не быть - это необязательный шаблон.

Просто возможно, что в page--front.tpl.php все регионы выводятся так, как они объявлены в .info темы, а в page.tpl.php (шаблон для всех остальных страниц) - каких-то не хватает.