Проблема при установке Drupal

Главные вкладки

Ziben 31 июля 2011 в 0:55

Добрый вечер!

При попытке установить друпал 6.22 на хостинг получаю неожиданный баг (см. скриншот 1). Т.е. отсутствуют #title, но не все. Экспериментально выяснил что у fieldset не пропадает (на скрине видно "Basic options"), а у textfield - отсутствует. Попробовал сделать вместо

<?php    
    $form['basic_options']['db_path'] = array(
      '#type' => 'textfield',
      '#title' => st('Database name'),
      '#default_value' => $db_path,
      '#size' => 45,
      '#required' => TRUE,
      '#description' => $db_path_description
    );
?>

вот такое:

<?php    
    $form['basic_options']['db_path'] = array(
      '#type' => 'fieldset',
      '#title' => st('Database name'),
      '#default_value' => $db_path,
      '#size' => 45,
      '#required' => TRUE,
      '#description' => $db_path_description
    );
?>

и #title отобразился (см. скриншот 2).

Что бы это могло быть и в какую сторону рыть?

Заранее благодарю за любую попытку помочь

Вложение	Размер
screen1.png	49.85 КБ
screen2.png	25.17 КБ

Multibyte Support       enabled

Multibyte string engine         libmbfl

HTTP input encoding translation         disabled
mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1.
Multibyte (japanese) regex support      enabled

Multibyte regex (oniguruma) version     5.9.1

Directive       Local Value     Master Value

mbstring.detect_order   no value        no value

mbstring.encoding_translation   Off     Off

mbstring.func_overload  0       0

mbstring.http_input     pass    pass

mbstring.http_output    pass    pass

mbstring.http_output_conv_mimetypes     ^(text/|application/xhtml\+xml) ^(text/|application/xhtml\+xml)

mbstring.internal_encoding      no value        no value

mbstring.language       neutral neutral

mbstring.strict_detection       Off     Off

mbstring.substitute_character   no value        no value

Хотя если сравнивать с хостингом где все ок, то там есть отличия:
и при сборке ПХП явно использован ключ '--enable-mbstring'

Multibyte Support       enabled

Multibyte string engine         libmbfl

Multibyte (japanese) regex support      enabled

Multibyte regex (oniguruma)version     4.4.4

Multibyte regex (oniguruma) backtrack check     On
mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1.
Directive       Local Value     Master Value

mbstring.detect_order   no value        no value

mbstring.encoding_translation   Off     Off

mbstring.func_overload  0       0

mbstring.http_input     pass    pass

mbstring.http_output    pass    pass

mbstring.internal_encoding      no value        no value

mbstring.language       neutral neutral

mbstring.strict_detection       Off     Off

mbstring.substitute_character   no value        no value

Лимит памяти (если я правильную строку взял из инфо:

memory_limit    128M    128M

Хотя вот не пойму - почему именно вот тайтл отсутствует и не во всех случаях...

Alexei91 31 июля 2011 в 17:08

Quote:
При попытке установить друпал 6.22 на хостинг получаю неожиданный баг (см. скриншот 1). Т.е. отсутствуют #title, но не все.

К Apache и пр. это скорее всего отношения не имеет никакого.

Проверьте CSS/JS в Google Chrome( Ctrl+Shift+J)/Firefox (в Firebug).
Хостинг надо нормальный искать (типа Джино, например), а не куда попало ставиться.

На днях была проблемка, - у меня в теме Drag&Drop для блоков не работало. Сравнивал свой шаблон с другими, читал док-ю, искал в Ин-те. Всё оказалось очень просто, - JQuery его крыл. Подправил, - заработало.

P.S.
Я никогда не устанавливаю CMS сходу на хостинг, сперва "локально" всё настраиваю,
потом только гружу базу в phpMyAdmin и прочее.

Ziben 31 июля 2011 в 17:14

Хостинг www.linode.com, VPS Hosting.

ЗЫ. А все так и было: сделано и отлажено на локальном, потом загрузка на хостинг и не работает. Потом уже пошли эксперименты и что б избежать траблов с перекрывающим jquery и прочими - попробовал чистую инсталяцию и даже с ней проблемы. А поскольку уж чистаяя инсталяция и мной и Вами ставилась неоднократно (и ставилась без багов), потому делаю вывод что что-то не так с хостингом, поскольку локально такой проблемы нет и на других хостингах.

PPS. Менять хостинг не вариант.

igor1970 31 июля 2011 в 17:32

"Ziben" wrote:
Хостинг www.linode.com, VPS Hosting.

ЗЫ. А все так и было: сделано и отлажено на локальном, потом загрузка на хостинг и не работает. Потом уже пошли эксперименты и что б избежать траблов с перекрывающим jquery и прочими - попробовал чистую инсталяцию и даже с ней проблемы. А поскольку уж чистаяя инсталяция и мной и Вами ставилась неоднократно (и ставилась без багов), потому делаю вывод что что-то не так с хостингом, поскольку локально такой проблемы нет и на других хостингах.

Я на этой неделе перенёс на linode.com несколько сайтов. Всё отлично пашет.

"Ziben" wrote:
А вот к логам апача доступа не имею :(

Сегодня, вроде, не 1 апреля.

Ziben 31 июля 2011 в 17:32

VPS Hosting - там админ сам настраивал сервер под свои нужды, потому возможно что какой-то пакет собран не с теми опциями что нужны Друпалу или какая-то версия чего-то друпалу не подходит... вот это и пытаемся с ним разобраться.

v1adimir@drupal.org 31 июля 2011 в 17:37

"Ziben" wrote:
возможно что какой-то пакет собран не с теми опциями что нужны Друпалу

Там, судя по выдаче phpinfo(), стоит Ubuntu. Смысл собирать пакеты вручную? Там всего хватает из репозитория. (Кроме php-gd, хотя может и это уже починили)

Ziben 31 июля 2011 в 17:39

Ну, утверждает что всё из репозитория (сори, выразился не точно, не вручную). Имею ввиду что это не просто хостинг с предустаноками и преднастройками от провайдера...

igor1970 31 июля 2011 в 17:39

"Ziben" wrote:
VPS Hosting - там админ сам настраивал сервер под свои нужды, потому возможно что какой-то пакет собран не с теми опциями что нужны Друпалу или какая-то версия чего-то друпалу не подходит... вот это и пытаемся с ним разобраться.

Если не вы админ, а админ разобраться не может, то в Linode Manager есть reboot.

Ziben 31 июля 2011 в 17:40

"igor1970" wrote:

Это ребутнет сервер и всё?

igor1970 31 июля 2011 в 17:41

"Ziben" wrote:
Это ребутнет сервер и всё?

Переустановит, можно даже дистр поменять.

Ziben 31 июля 2011 в 17:43

ну, там уже один большой сайт крутится, не стоит его сносить
Но он не на друпале.

v1adimir@drupal.org 31 июля 2011 в 17:59

"igor1970" wrote:
Переустановит, можно даже дистр поменять.

Это не дело, если была неустановленная ошибка, то может вылезть снова. В самое неподходящее время.

К слову, если это VPS, то как может не быть доступа к апачевским логам? Если админ не хочет давать права с доступом, то пусть сделает копию или настроит
sudo tailf /var/log/apache2/error.log

Ziben 31 июля 2011 в 18:03

"<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a>" wrote:

Это у меня на момент написания того сообщения доступа не было и админа не было на месте. Сейчас уже появился админ, он логи посмотрел, говорит "чисто"

v1adimir@drupal.org 31 июля 2011 в 18:29

Остается только в st() http://api.drupal.org/api/drupal/includes--install.inc/function/st/6 напихать отладочных проверок.

Ziben 31 июля 2011 в 19:13

Вот именно так я начал действовать. И вот чего не могу понять:

вот, к примеру, процесс инсталяции, окно ввода имени сервера, пользователя и т.п. Файл install.php. В точке перед выходом из этой формы леплю:

<?php
// added by Ziben - begin
echo "<pre>B-";
var_dump($form);
echo "</pre>-B";
// added by Ziben - end
return $form; 
?>

и вижу (например, для поля с именем пользователя:

    ["db_user"]=>

    array(5) {

      ["#type"]=>

      string(9) "textfield"

      ["#title"]=>

      string(17) "Database username"

      ["#default_value"]=>

      string(0) ""

      ["#size"]=>

      int(45)

      ["#required"]=>

      bool(true)

    }

Тут казалось бы все красиво. (и таких блоков textfield 6 штук, как и есть на форме).

убираю тот дебаг, включаю дебаг в st (на выходе в процедуры):

<?php
echo "<pre>";
var_dump($string);
var_dump($args);
$mystring = strtr((!empty($locale_strings[$string]) ? $locale_strings[$string] : $string), $args);
var_dump($mystring);
echo "</pre>";
?>

strtr((!empty($locale_strings[$string]) ? $locale_strings[$string] : $string), $args) - это как раз то, что идет на выход из процедуры.

И вижу про то же поле юзера такое:

string(17) "Database username"

array(0) {

}

string(17) "Database username"

Казалось бы нормально... но дальше в выводе еще нахожу такие куски:

string(17) "!title: !required"

array(2) {

  ["!title"]=>

  string(0) ""

  ["!required"]=>

  string(0) ""

}

string(2) ": "

Их три!

string(17) "!title: !required"

array(2) {

  ["!title"]=>

  string(0) ""

  ["!required"]=>

  string(68) "*"

}

string(70) ": *"

И таких три! Шесть в сумме, как и полей на форме и даже совпало что три со звездочкою, три без.

Получается что они почему-то перебивают мои нормальные поля со значениями...

Почему? вот вопрос...

Alexei91 1 августа 2011 в 3:27

Ziben, мне пока везёт,- пока с вот таким ни разу не сталкивался.

Если решите проблему, просьба выложить решение.

Ziben 2 августа 2011 в 15:55

Откатились немного назад в версиях:
ПХП с 5.3.5 до 5.3.3
mbstring с 5.9.1 до 4.7.1

И проблема исчезла...

mensh@drupal.org 2 августа 2011 в 17:34

"Ziben" wrote:
Откатились немного назад в версиях:
ПХП с 5.3.5 до 5.3.3

Странно, у меня на 5.3.6 прекрасно работает.

Drupal Drupal на русском

Проблема при установке Drupal

Главные вкладки

Комментарии