Согласен. Хороший вариант.
В 7ке все, относительно, так же. Только дисплеи создавать - нужно отдельный тулз доставить.
Да, думаю, что предложенный вариант - самое то! Отдельный тулз, как я понимаю, это отдельный модуль/и.
Подскажите, плз., какой более подходит для создания этих дисплеев?
Решено!
Помог рецепт http://www.drupal.ru/blog/84669
в рабочей теме в .info файле в поле name был текст на русском.
переделал тему без кириллицы - все заработало.
Да. Используется 2 базы:
1. Собственная база drupal.
2. База mongoDB для хранения собс-но большого объема данных.
Напомню, что еще неделю назад это место на сайте отрабатывало отлично. Настройки друпала никто не трогал. Гарантировано.
Все! Разобрались!
Проблема была в версии php.
На старом сервере стояла php 5.3, а на новом - 5.4
Не знаю подробно какие зависимости там были, но натолкнула на мысль опция allow_call_time_pass_reference в php.ini, которая удалена из версии 5.4
После перенастройки сервака на более 5.3 все заработало.
если на старом серваке работало всё нормально, а на новом не работает - я бы первым делам копался в настройках сервера....возможно какие нибудь модули не включены....и так далее...
Вот что обнаружил.
Ошибка "Доступ запрещен" вызывается из модуля system. Вот кусок процедуры:
function system_batch_page() {
require_once './includes/batch.inc';
$output = _batch_page(); if ($output === FALSE) {
drupal_access_denied();
}
elseif (isset($output)) {
// Force a page without blocks or messages to
// display a list of collected messages later.
print theme('page', $output, FALSE, FALSE);
}
}
это все я знаю. Дело в том, что эта страница появляется не всегда, а именно при выполнении опеределённой операции. Причем как у простых пользователей, так и у админа.... Вот это и расстраивает. Чувствую, что проблема решается как-то легко, а вот куда глянуть не знаю. Только начинаю друпал изучать.
Ну, юзер с uid=1 - это я сам. А как проверить нулевого юзера? И что значит слетели? В самой базе данных эти юзеры есть. Может у них есть что-то, что должно быть, а нету?
Графическое меню из словаря
Очень спасибо! Попробую - отпишусь!
Обновление фильтров во Views
Огромное спасибо!
То, что надо!
Дополнительное поле таксономии
Да, думаю, что предложенный вариант - самое то! Отдельный тулз, как я понимаю, это отдельный модуль/и.
Подскажите, плз., какой более подходит для создания этих дисплеев?
Ошибка PDOException
Решено!
Помог рецепт http://www.drupal.ru/blog/84669
в рабочей теме в .info файле в поле name был текст на русском.
переделал тему без кириллицы - все заработало.
Решено! Добавление роли пользователю
Спасибо!
Обращение к элементам массива
стоит 5.5.9. Но вопрос был в том какой командой это сделать...
Ладно, уже нашел выход. Спасибо за участие.
Обращение к элементам массива
Спасибо!
Но так-то и я могу, но нужно одной строкой и именно через variable_get
Что-то странное происходит с Views
Спасибо за ответ!
А что проверить?
есть модуль или нет?
Включен или нет?
Или какие-то скрипты/запросы JQuery?
Доступ запрещен даже для админа
____
Ошибка из "ниоткуда" Warning: MySQL server has gone away query
Ну так что? Есть еще какие-нибудь идеи? Как победить сей недуг?
Ошибка из "ниоткуда" Warning: MySQL server has gone away query
Ошибка из "ниоткуда" Warning: MySQL server has gone away query
|
| have_ssl | DISABLED |
Ошибка из "ниоткуда" Warning: MySQL server has gone away query
Да. Используется 2 базы:
1. Собственная база drupal.
2. База mongoDB для хранения собс-но большого объема данных.
Напомню, что еще неделю назад это место на сайте отрабатывало отлично. Настройки друпала никто не трогал. Гарантировано.
Ошибка из "ниоткуда" Warning: MySQL server has gone away query
Ну, по крайней мере, причин для беспокойства еще не было. А что указывает на то, что с жесткими что-то не так?
Ошибки на страницах strict warning date_popup
Все! Разобрались!
Проблема была в версии php.
На старом сервере стояла php 5.3, а на новом - 5.4
Не знаю подробно какие зависимости там были, но натолкнула на мысль опция allow_call_time_pass_reference в php.ini, которая удалена из версии 5.4
После перенастройки сервака на более 5.3 все заработало.
Ошибки на страницах strict warning date_popup
Доступ запрещен даже для админа
Доступ запрещен даже для админа
Вот что обнаружил.
Ошибка "Доступ запрещен" вызывается из модуля system. Вот кусок процедуры:
function system_batch_page() {
require_once './includes/batch.inc';
$output = _batch_page();
if ($output === FALSE) {
drupal_access_denied();
}
elseif (isset($output)) {
// Force a page without blocks or messages to
// display a list of collected messages later.
print theme('page', $output, FALSE, FALSE);
}
}
Доступ запрещен даже для админа
это все я знаю. Дело в том, что эта страница появляется не всегда, а именно при выполнении опеределённой операции. Причем как у простых пользователей, так и у админа.... Вот это и расстраивает. Чувствую, что проблема решается как-то легко, а вот куда глянуть не знаю. Только начинаю друпал изучать.
Доступ запрещен даже для админа
Ну, юзер с uid=1 - это я сам. А как проверить нулевого юзера? И что значит слетели? В самой базе данных эти юзеры есть. Может у них есть что-то, что должно быть, а нету?