Ну это само собой, не панацея - после заливки шелла в принципе гарантировать ничего нельзя, надо очень внимательно все проверять. В идеале, конечно, восстановиться из бекапа, снятого до инцидента или откатиться через git, если есть возможность и обновить ядро. Описаный выше вариант скорее для случаев когда надо оперативно сайт вернуть в рабочее состояние.
А какая конкретно версия друпала? Смутно припоминаю что было какое-то из обновлений, закрывающее уязвимость, после которого надо было в директории files вручную затирать .htaccess
Обычно такая проблема возникает при включенном кешировании и неправильно выставленных правах на каталог с временными файлами - скорее всего надо дать права на запись в директорию
Это ппц)) Вы вообще понимаете о чем Вы говорите, считаете себя адекватным человеком? В курсе того, что средства реализации надо выбирать исходя из поставленной задачи? Не пишите о том, чего не знаете, не выставляйте себя дураком, зачем C++ то сюда приплетать?)
а вот не пишет он ошибок никаких
Вот только запись о том, что скрипт вызывался в var/log/cron :
Sep 5 01:00:01 servname crond[21990]: (root) CMD (/root/scripts/backup)
По идее, еще 1 скрипт нужен, чтобы старые бэкапы стирать, и отдельно записывать weekly, month - ну это если по ТЗ нужно.
Так раньше и было, бекапы делались через mysqldump и tar, но хочется все это завязать на drush, чтобы при необходимости быстро развернуть копию сайта на тестовой vps или перенести на другой сервер.
Единственное решение, которое приходит на ум - это банально повесить на кронтаб скрипт с mysqldump и tar, но это не оченб удобно, так как сайтов несколько и каждый раз править алиасы для драша и отдельно для каждого сайта прописывать в кроне mysqldump и tar гораждо дольше, решение с drush было бы гораздо быстрее, как в плане создания бекапов, так и в плане переноса на другую vps/восстановления сайтов из архивов.
Выполняется от имени root скрипт, по crontab -e задача видна, если бы прав не хватало он бы при последовательном выполнении этих двух команд в консоли выводил ошибку
в продолжении темы: http://blog.i.ua/user/4321097/[/quote]
О, да! Ппц, еще и в конце ссылка на материалы форума джумловодов за 2008 год. Безусловно, это непредвзятый и актуальный источник )))
Или я чего-то туплю, но никогда не слышал про ДНС редирект. У вас наверняка в апаче этот редирект.
Да дело не в DNS. Сейчас редирект, прописаный в .htaccess не срабатывает, подозреваю что из-за nginx-a, а как прописать правильно на нем редирект, я не могу понять
Заливают шелл на сайт
Ну это само собой, не панацея - после заливки шелла в принципе гарантировать ничего нельзя, надо очень внимательно все проверять. В идеале, конечно, восстановиться из бекапа, снятого до инцидента или откатиться через git, если есть возможность и обновить ядро. Описаный выше вариант скорее для случаев когда надо оперативно сайт вернуть в рабочее состояние.
Заливают шелл на сайт
Один из вариантов очистки уже зараженного сайта такой:
Слетают css-стили для анонимных пользователей [РЕШЕНО]
А какая конкретно версия друпала? Смутно припоминаю что было какое-то из обновлений, закрывающее уязвимость, после которого надо было в директории files вручную затирать .htaccess
Слетают css-стили для анонимных пользователей [РЕШЕНО]
Попробуйте в качестве теста на директорию с временными файлами поставить права 777 и сбросить кеш снова.
Слетают css-стили для анонимных пользователей [РЕШЕНО]
Какая ос на сервере установлена?
Слетают css-стили для анонимных пользователей [РЕШЕНО]
Пользователь в качестве владельца директории какой указан?
Слетают css-стили для анонимных пользователей [РЕШЕНО]
А я еще раз напишу, что дело как раз в кеше. В частности, в директории с временными файлами. У директории кто указан chown?
Слетают css-стили для анонимных пользователей [РЕШЕНО]
Обычно такая проблема возникает при включенном кешировании и неправильно выставленных правах на каталог с временными файлами - скорее всего надо дать права на запись в директорию
«Drupal или Joomla – что лучше?»
Это ппц)) Вы вообще понимаете о чем Вы говорите, считаете себя адекватным человеком? В курсе того, что средства реализации надо выбирать исходя из поставленной задачи? Не пишите о том, чего не знаете, не выставляйте себя дураком, зачем C++ то сюда приплетать?)
«Drupal или Joomla – что лучше?»
... Но не смог, т.к. не умею писать без ошибок
Человечное - какая прелесть.
Ограничение доступа к материалам с помощью таксономии
А, может, реально такое сделать с помощью связки Organic Groups + OG Vocabulary ?
Ограничение доступа к материалам с помощью таксономии
Предполагал, что посоветуют Taxonomy Access Control или Taxonomy Access Control Lite. Но тогда как же быть со 2 вопросом?
[РЕШЕНО] Запуск drush ard по crontab
@danylevskyi, спасибо, действительно косяк в пути.
Всем, кто отписывался - большое спасибо, я разобрался наконец )
[РЕШЕНО] Запуск drush ard по crontab
Так, перенаправил вчера вывод в отдельный файл через crontab вот так:
[РЕШЕНО] Запуск drush ard по crontab
Конфиги в папке юзера root, конечно, алиасы отрабатывают
Про ключ --quitet не знал, сейчас проверю
[РЕШЕНО] Запуск drush ard по crontab
а вот не пишет он ошибок никаких
Вот только запись о том, что скрипт вызывался в var/log/cron :
Sep 5 01:00:01 servname crond[21990]: (root) CMD (/root/scripts/backup)
[РЕШЕНО] Запуск drush ard по crontab
Так раньше и было, бекапы делались через mysqldump и tar, но хочется все это завязать на drush, чтобы при необходимости быстро развернуть копию сайта на тестовой vps или перенести на другой сервер.
[РЕШЕНО] Запуск drush ard по crontab
Единственное решение, которое приходит на ум - это банально повесить на кронтаб скрипт с mysqldump и tar, но это не оченб удобно, так как сайтов несколько и каждый раз править алиасы для драша и отдельно для каждого сайта прописывать в кроне mysqldump и tar гораждо дольше, решение с drush было бы гораздо быстрее, как в плане создания бекапов, так и в плане переноса на другую vps/восстановления сайтов из архивов.
[РЕШЕНО] Запуск drush ard по crontab
Проверил логи кронтаба, есть только записи о том, что скрипт вызывается...
[РЕШЕНО] Запуск drush ard по crontab
Выполняется от имени root скрипт, по crontab -e задача видна, если бы прав не хватало он бы при последовательном выполнении этих двух команд в консоли выводил ошибку
[Решено] хочу html в site name поле
css-селектор ::last-word не подойдет ? Или css3 - не вариант?
Модуль Rate. Не засчитывает голоса.
Пробовали кеширование отключать ?
«Drupal или Joomla – что лучше?»
[РЕШЕНО] 301-ый редирект внутренних страниц
Ой, я дурааак )))
Проблема была в лишнем алиасе, прописаном в httpd.conf =)))
[РЕШЕНО] 301-ый редирект внутренних страниц
Да дело не в DNS. Сейчас редирект, прописаный в .htaccess не срабатывает, подозреваю что из-за nginx-a, а как прописать правильно на нем редирект, я не могу понять