А что тут стыдного? Сайт не вчера сделан, работает давно. Новых фич с необходимостью PHP 5 я туда не добавлял, а PHP 4 должно поддерживаться 6-й версией Друпала: 4.4.0 or higher (5.2 recommended)
Они ж не пишут, что "все, с PHP 4 больше не работаем".
А у меня какая-то засада с обновлением. Локально дома обновился с 6.22 до 6.24 без проблем (PHP 5.2.11). В интернете (PHP 4.4.9) выдало ошибку: "Parse error: syntax error, unexpected T_VARIABLE in /home/......ru/htdocs/modules/taxonomy/taxonomy.module on line 891"
Почесал репу, восстановился из бэкапа. Обновил до 6.23 - нормально. Попробовал снова до 6.24 из свежеразархивированного архива - опять указанная выше ошибка.
Это онлайн-версия PHP такая старая или у меня руки стали кривыми?
Чувствую, чтобы сделать защиту любым из предложенных способов, придется попотеть не 10 минут... Может, есть что-то готовое, с инструкцией по установке?
А у меня после обновления до 6.8 в "Недавних записях" перестали отображаться запуски cron.php. Но сам скрипт запускается кроном по расписанию. Даже не знаю, чего делать...
Можно создать "писателей", но я хочу, чтобы все новые пользователи были "писателями" по умолчанию, а провинившихся делать "читателями". Как сделать, чтобы пользователям автоматически назначалась роль "писатель"?
По законам жанра надо было написать список кар, которые ждут пользователей, не очистивших кэш. Ведь если ничего страшного не будет, то зачем очищать кэш?
Не "page not found", а другая: "Фундаментальное образование в Москве для школьников России". Лазить в настройках MySQL я не решился, просто поставил другую версию БД.
Я удалил MySQL 5.0.18 и поставил вместо нее 4.1.22. Кажется, для Drupal 6 она подходит. Старую database удалил, вместо нее залил бэкап, предусмотрительно сделанный перед вчерашним обновлением. Конечно же, попробовал добавить по-новому злополучную страничку. Все добавилось отлично, ошибок не было.
Заметил еще, что на MySQL 4.1.22 в Title можно засунуть в 2-2.5 раза больше знаков, чем в 4.0.18, прежде чем текст обрежется (!). Вот так - один и тот же Апач и PHP и 3 разные версии MySQL. В трех случаях получается РАЗНОЕ поведение системы.
Как восстановить пароль администратора на localhost?
ANSER и anser - это разные логины и пароли.
Если меняли на anser/anser, то и используйте их, а не ANSER/ANSER.
Позовите админа! Уберите спам!
Вы им тоже мешаете, между прочим, но они же вас не прогоняют
[Будьте осторожнее] При обновлении 6.22 > 6.24 включите модуль locale
А что тут стыдного? Сайт не вчера сделан, работает давно. Новых фич с необходимостью PHP 5 я туда не добавлял, а PHP 4 должно поддерживаться 6-й версией Друпала: 4.4.0 or higher (5.2 recommended)
Они ж не пишут, что "все, с PHP 4 больше не работаем".
[Будьте осторожнее] При обновлении 6.22 > 6.24 включите модуль locale
А у меня какая-то засада с обновлением. Локально дома обновился с 6.22 до 6.24 без проблем (PHP 5.2.11). В интернете (PHP 4.4.9) выдало ошибку: "Parse error: syntax error, unexpected T_VARIABLE in /home/......ru/htdocs/modules/taxonomy/taxonomy.module on line 891"
Почесал репу, восстановился из бэкапа. Обновил до 6.23 - нормально. Попробовал снова до 6.24 из свежеразархивированного архива - опять указанная выше ошибка.
Это онлайн-версия PHP такая старая или у меня руки стали кривыми?
Скрытые спам ссылки в сообщениях форума (сил моих больше нет)
Тогда лучше ручная проверка всех сообщений хотя бы с 1 ссылкой.
Скрытые спам ссылки в сообщениях форума (сил моих больше нет)
Бывает такое. Сразу надо банить, ибо если один узнает, что можно проскочить незамеченным, - пойдут сотнями.
Как в шаблоне проверить залогиненность юзера?
Нет, со своим кодом гибче получается. Ведь Drupal обрамляет блоки в дивы.
Как в шаблоне проверить залогиненность юзера?
Если кому интересно, то я себе сделал в итоге так:
<?php
if (!(user_is_logged_in())):
?>
тут куча html-кода для неавторизованных
<?php endif;
?>
Как в шаблоне проверить залогиненность юзера?
Огромное спасибо. Дальше, думаю, разберусь сам. Вот тут нашел почти готовый код: http://drupalblog.ru/note/2010-05-25/86
Как спрятать номера ICQ в профилях юзеров от парсинга?
Чувствую, чтобы сделать защиту любым из предложенных способов, придется попотеть не 10 минут... Может, есть что-то готовое, с инструкцией по установке?
Mollom - ликвидация безграмотности
Начало статьи было оптимистичное, конец - не очень. Я у себя использую капчу + ручную пре- или постмодерацию.
Срочное обновление! Появились версии 6.8 и 5.14
А у меня после обновления до 6.8 в "Недавних записях" перестали отображаться запуски cron.php. Но сам скрипт запускается кроном по расписанию. Даже не знаю, чего делать...
Срочное обновление! Появились версии 6.8 и 5.14
Новые версии - как из рога изобилия, а здесь обещают еще одну. Как Дед Мороз на Новый год!
Комментарии есть, но на главной странице их число равно 0
Не помог сброс кэша...
Комментарии есть, но на главной странице их число равно 0
Кэш попробую сбросить ночью. А как проверить целостность БД?
Комментарии есть, но на главной странице их число равно 0
Нет, гораздо хуже. Это длится уже несколько дней, причем и для залогиненных юзеров (меня в том числе), для которых кэш всегда отключен по умолчанию.
Хитрое разделение ролей доступа
Спасибо. Модуль registration_role не подходит для Drupal 6, а вот autoassignrole попробуем. Жаль, что там только бета.
Хитрое разделение ролей доступа
Можно создать "писателей", но я хочу, чтобы все новые пользователи были "писателями" по умолчанию, а провинившихся делать "читателями". Как сделать, чтобы пользователям автоматически назначалась роль "писатель"?
Основатель CMS Drupal Дрис Байтаерт, интервью - Часть первая
За перевод спасибо, но часто бросаются в глаза слова "Я был потрясен". Улыбнуло.
Убираем дубликаты страниц Drupal из поисковиков
Не правы. Такой же robots.txt был и в 5-м Друпале. Гляньте на индексацию mozg.by и поймете, что robots.txt в стандартной поставке несовершенен.
Очистить кеш
По законам жанра надо было написать список кар, которые ждут пользователей, не очистивших кэш. Ведь если ничего страшного не будет, то зачем очищать кэш?
Обновил MySQL и сильно пожалел...
Спасибо всем. Настраивать не буду, но буду иметь в виду. А если 2 сервера MySQL, в php.ini разве ничего менять не надо?
Обновил MySQL и сильно пожалел...
Привык делать бэкап через mysqldump.exe, при восстановлении БД понадобилось в итоговый файл добавить команду SET NAMES utf8; БД нормально залилась.
Обновил MySQL и сильно пожалел...
Не "page not found", а другая: "Фундаментальное образование в Москве для школьников России". Лазить в настройках MySQL я не решился, просто поставил другую версию БД.
Обновил MySQL и сильно пожалел...
Я удалил MySQL 5.0.18 и поставил вместо нее 4.1.22. Кажется, для Drupal 6 она подходит. Старую database удалил, вместо нее залил бэкап, предусмотрительно сделанный перед вчерашним обновлением. Конечно же, попробовал добавить по-новому злополучную страничку. Все добавилось отлично, ошибок не было.
Заметил еще, что на MySQL 4.1.22 в Title можно засунуть в 2-2.5 раза больше знаков, чем в 4.0.18, прежде чем текст обрежется (!). Вот так - один и тот же Апач и PHP и 3 разные версии MySQL. В трех случаях получается РАЗНОЕ поведение системы.