GDI@drupal.org: Комментарии

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

2 мая 2010 в 20:44

"Azerot" wrote:
3. Хостеры частно налагают ограничение на время выполнения PHP-скрипта. Как следствие дамп БД может просто не успеть сделаться.
А phpmyadmin разве не является php скриптом? Smile

1 мая 2010 в 21:17

victorious wrote:
а как ее "восстанавливать из каталога"? что-то я не пойму. где в локальном phpMyAdmin эту сохраненную базу данных подгружать?
Это модуль, для него вообще phpMyAdmin не нужен, все делается из админ панели вашего сайта на друпале.

1 мая 2010 в 15:27

backup_migrate
Очень легко делается копия сайта:
1. Делаете пофайловую копию сайта, т.е. просто копируете все файлы с сервера, например себе на локалхост в денвер.
2. С помощью указанного модуля делаете бэкап базы, настройки трогать не надо, можно оставить все по умолчанию, я лишь добавляю упаковку в gzip
3. На локалхосте просто восстанавливаете базу из каталога.

25 апреля 2010 в 18:44

"<a href="mailto:shamaner@drupal.org">shamaner@drupal.org</a>" wrote:
Я так же скажу что опять поднял снова вопрос, чтобы регистрация здесь была с тремя рандомными вопросами - которые не осилит блондинка иль псевдоблондинка с членом иль школота с дорвеями.

Для этого даже есть модуль Quiz for register

22 апреля 2010 в 21:15

Видимо вам придется допиливать этот модуль и, по аналогии с тем как он позволяет управлять материалом хозяину, дописывать управление для ограниченного администратора (модератора?) или писать свой модуль для этой функциональности. Я не пользовался модулем override_node_options, но предполагаю, что надо добавить условие для пользователя имеющего права модератора, т.е. вам надо добавить опцию на перекрытие публикации любого материала на страницу разрешений.

20 апреля 2010 в 21:08

Ну так и поставьте "управлять материалами" админам, но не разрешайте "edit any <название_материала_только_для чтения> content". Вот они и будут редактировать только разрешенный тип материала, а не разрешенный не смогут.

17 апреля 2010 в 20:55

В системном журнале стоит покопаться /admin/reports/dblog если настроен, ну и в логах веб сервера, того что Апач (или что там у вас) - тоже. А еще поинтересоваться у хостера разрешен ли sendmail или, если используетя SMTP доставка, то проверить его настройки.

4 марта 2010 в 20:58

Невозможно быть профессионалом во всем. Сам я этот модуль не использовал, потому подробностей не знаю. А подходящий Вам модуль вы и сами можете поискать на www.drupal.org

21 февраля 2010 в 15:52

node_clone, правда они пишут, что если у вас сложный или собственный тип материала, то модуль может сработать не корректно.
Вариант второй, сделать все руками через правку базы данных, примерный путь такой, создайте новую ноду того же типа который хотите скопировать, затем в БД скопируйте необходимые поля(видимо, это поле с содержимым) из исходнй ноды в новую.

21 февраля 2010 в 15:44

Это где, на локалхосте так или на хостинге? Для начала посмотрите в отчетах, есть ли там сообщения об ошибках? Попробуйте обратно те модули отключить, может что то не так включилось. Попробуйте увеличить выделяемую память и время выполнения для ваших скриптов. Отключите автообновление для друпала, оно сильно грузит сервер и крон, если включено достаточно много модулей.

21 февраля 2010 в 15:01

А Tagadelic и Cumulus не решат ваши проблемы? Вроде они работают совместно и обрабатывают отсутствие flash у пользователя. Насколько я понял они покрывают ваши требования, за исключением показа сообщения пользователю.