Это правило работает на меня с .de TLD, .pl:
{+redirect{s@^http://[^/]*/search\?q=([^&]*).*@https://encrypted.google.com/search?q=$1@}}
.google.*/search
Вы найдете яркие примеры, как использовать redirect
в Файлах Действия Privoxy: перенаправьте документацию раздела.
Если Вы хотите отладить свои правила, включают debug 128
в основном конфигурационном файле.
* * * * * DISPLAY=:0 xdotool mousemove 20 20
По крайней мере, должен работать, пока это находится в crontab того же пользователя как тот, имеющий X сессий на соответствующем дисплее.
Если другой пользователь должен сделать mousemove, необходимо предоставить ему доступ к дисплею. Это может быть сделано путем предоставления ему Cookie Magick MIT для дисплея и позволять ему установить его в своем собственном X подлинных хранилищ (использование xauth
), или это может быть, покончите:
xhost +si:localuser:the-user
Или это может быть сделано путем предоставления ему доступа к собственному X подлинных хранилищ, например, путем выполнения:
setfacl -m u:the-user:r ~/.Xauthority
И измените crontab строку на:
* * * * * DISPLAY=:0 XAUTHORITY=~me/.Xauthority xdotool...
Если тот другой пользователь является корнем, Вам не нужно setfacl
шаг, но я не выполнил бы xdotool как root
, никакая причина этого. Можно выполнить его как собственный пользователь.
cron
задания даже не имеют tty, уже не говоря о X дисплеях.
Если Вы хотите протестировать GUI, воспроизводящий исходные данные (или генерирующий синтетическую загрузку), ищите это. Не пробуйте к (ab) крон использования.
xdotool
к, например, препятствуют тому, чтобы экранная заставка запустилась, не звучит как хорошая идея (который был моими +1). Но я видел даже, что в корпоративной среде в Windows... и печально достаточно это было допустимое обходное решение).
– peterph
15.03.2013, 17:33