Изпечатай

[PaperNick]

Здравейте,
Опитвам се да напиша скрипт, който да взима залеза от интернет и ако времето на залеза е равно на системното време, да се стартира програмата redshiftgui.

От един друг скрипт намерих как да взема залеза:

Код

GeSHi ():
#!/bin/bash
 
WOEID="839722"	#from weather.yaoo.com link for your city
 
 
# get weather and dump into temp file
if $(wget --no-cache -q "http://weather.yahooapis.com/forecastrss?w=$WOEID" -O /tmp/time);
then
	mv /tmp/time /tmp/sunset.TMP
fi
 
SUNSET=`cat /tmp/sunset.TMP | grep astronomy | sed -e 's/.*sunset="//g' | sed -e 's/".*//g'`
 
LOCALTIME= date +'%I:%M'
 

И сега остава само да сравня SUNSET с LOCALTIME и ако са равни, да се стартира redshiftgui.
Ето тук не можах да се сетя как ще стане. Ако имате идеи, споделяйте.

Благодаря

[Stancho_25]

Може би малко глупав, но ето ти вариант с Гном терминал

Код

GeSHi (Bash):
#!/bin/bash
 
WOEID="4363" #from weather.yaoo.com link for your city
 
 
# get weather and dump into temp file
if $(wget --no-cache -q "http://weather.yahooapis.com/forecastrss?w=$WOEID" -O /tmp/time);
then
mv /tmp/time /tmp/sunset.TMP
fi
 
SUNSET=`cat /tmp/sunset.TMP | grep astronomy | sed -e 's/.*sunset="//g' | sed -e 's/ .*//g'`
 
LOCALTIME=`date +'%l:%M'`
 
if [ "$LOCALTIME" == "$SUNSET" ]
then
gnome-terminal
fi

Има промяна на 12-ти ред в последния sed. Целта е да се вземе само часа без PM накрая. Също и 14-ти - формата на часа да е 1...12 вместо 01..12 за да мине сравняването.

[PaperNick]

Благодаря много, работи перфектно!

Out of curiosity, не може ли задача да се осъществи по по-елегантен начин? В момента скрипта трябва да се стартира през определен период от време за да прави проверката. Няма ли да е по-добре когато се стартира скрипта, да се отвори процес който да казва: "стартирай програмата в 8:14 (залеза)", като този час се взима от променливата SUNSET. Разтърсих се в интернет, но не намерих упътване как да пусна програма в определен час.

[go_fire]

Почти: man cron

[PaperNick]

Хе-хе, уникални сте хора. Явно няма нещо което да не знаете

Мерси go_fire

[d0ni]

може да спестиш малко от скрипта като заобиколиш временния файл с:

SUNSET=`wget -q -S -O - 'http://weather.yahooapis.com/forecastrss?w=$WOEID' 2> /dev/null | grep astronomy | sed -e 's/.*sunset="//g' | sed -e 's/".*//g'`

[laskov]

... да се отвори процес който да казва: "стартирай програмата в 8:14 (залеза)", като този час се взима от променливата SUNSET. Разтърсих се в интернет, но не намерих упътване как да пусна програма в определен час.

Почти: man cron

cron не е подходящ. Той стартира повтарящи се в един и същ час (ден/дата) задачи. В случая, понеже часът се променя:

man at

[PaperNick]

Наистина с at е по-удачно да се подходи, но поради някакви причини, изобщо не се получава.

Пробвах един примерен ред в конзолата:

echo "redshiftgui" | at 4:18 pm today

След това ми изписва:

warning: commands will be executed using /bin/sh
job 39 at Mon Aug 25 16:18:00 2014

Всичко изглежда наред, но когато часа настъпи, нищо не се получава. Замених redshiftgui с thunar, но отново нищо.

Като временно решение, сложих един else в края на скрипта, който го презарежда отново през 1 минута.

Код

GeSHi (Bash):
#!/bin/bash
DIR_OF_FILE="$( cd "$( dirname "$0" )" && pwd )"
WOEID="839722" #from weather.yaoo.com link for your city
 
# get weather and dump into temp file
if $(wget --no-cache -q "http://weather.yahooapis.com/forecastrss?w=$WOEID" -O /tmp/time);
then
	mv /tmp/time /tmp/sunset.TMP
fi
 
SUNSET=`cat /tmp/sunset.TMP | grep astronomy | sed -e 's/.*sunset="//g' | sed -e 's/ .*//g'`
 
LOCALTIME=`date +'%l:%M'`
 
if [ "$LOCALTIME" == "$SUNSET" ]
then
	redshiftgui
else
	sleep 60; bash -c '$DIR_OF_FILE/SunsetScript.sh'
fi

[jet]

ако пускаш програми през cron, трябва в скрипта всички програми които викаш да са с пълния път до тях.

[PaperNick]

Тази идея с else накрая на скрипта не е добра, защото Task Manager-a се пълни с процеси

Та, преди малко зададох cron да пуска някаква програма всяка минута, но отново не се отваря...

Ето съдържанието на crontab:

Код:

# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
# 
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
# 
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
# 
# For more information see the manual pages of crontab(5) and cron(8)
# 
# m h  dom mon dow   command
* * * * * /usr/bin/thunar # JOB_ID_1

Да не би да има някакви проблеми с правата и да не може да чете?

[neter]

LOCALTIME=`date +'%l:%M'`

При така оформения код това трябва да е

LOCALTIME=`date +'%l:%M' | tr -d ' '`

тъй като командата date оставя интервал пред часове, по-малки от 10, и той ще навреди на приравняването със стойността на $SUNSET. Разбира се, при 12-часов формат залезът винаги ще е в час, по-малък от 10, така че, вместо промяна в $LOCALTIME, може просто да се добави интервал пред стойността на $SUNSET.

При положение, че залезът се случва веднъж в денонощието, е пълно разхищение скриптът да се изпълнява на всяка минута. Предложението за crontab на go_fire е добро, като единствено трябва да се добави малко динамичност, заради променящия се час на залеза. За целта може кода от LOCALTIME нататък да го замениш с

Код

GeSHi (Bash):
let hour=`echo $SUNSET | cut -d: -f1`+12
minute=`echo $SUNSET | cut -d: -f2`
 
/usr/bin/crontab -l | { cat; echo "$minute $hour * * * /пълен/път/до/sunset_redshiftgui.sh"; } | /usr/bin/crontab -

След което скриптът да се сложи за изпълнение в crontab на обяд (или друг удобен час, в който няма вероятност слънцето да залезе). Третият ред се грижи да сложи в crontab задача за изпълнението на скрипта sunset_redshiftgui.sh в нужните час и минута. Въпросният скрипт може да изглежда така

Код

GeSHi (Bash):
#!/bin/bash
 
export DISPLAY=:0
/пълен/път/до/redshiftgui &
 
/usr/bin/crontab -l | grep -v sunset_redshiftgui | /usr/bin/crontab -

С export-а се задава екран, на който да се стартира графичното приложение (доколкото разбрах redshiftgui е такова), като цифрата трябва да се промени, ако не е 0. Последният ред се грижи за премахването на станалата излишна задача в crontab (ще бъде добавена нова при следващото изпълнение на другия скрипт). Гледай името на този скрипт да е такова, че да си сигурен, че няма да се съдържа в името на друг скрипт в crontab, защото така ще бъдат изтрити и двете задачи.

И един въпрос. Уреждайки случки при залез не е ли редно да уредиш съответни случки и при изгрев?

редакция: Малка, но важна, корекция във вземането на часа от $SUNSET. И добавяне на пълни пътища за crontab.

[PaperNick]

Доста интересно. Има малки детайли които не се забелязват с просто око.

Можеш ли малко по-подробно да обясниш, защото се обърках, а и не вдявам много от bash?
Значи, като редактирам кода след LOCALTIME, слагам скрипта да се стартира през cron на обяд. После какво става с втория скрипт и как изтрива предишните задачи в cron? Нещо ми се губи картината...

Изгревът не ме засяга, защото около 8-9 часа е вече светло, но иначе е интересно да се направи и за него, просто за упражнение

[d0ni]

всъщност някой се е сетил отдавна за такова нещо - http://www.risacher.org/sunwait/

задаваш му координатите, на които се намираш, и програмката чака докато изгрее / залезе слънцето и exit-ва

The feature that makes this program slightly unique is that it can be set to wait specific event (such as 5 minutes before sunrise), then exit. This makes it useful for 'cron' jobs or 'scheduled tasks' when you want something to happen relative to sunrise, sunset, or some other astronomical event.

[neter]

Значи, като редактирам кода след LOCALTIME

Не "след", а "от" - редът, в който се задава променливата LOCALTIME също отпада.

Код

GeSHi (Bash):
/usr/bin/crontab -l | { cat; echo "$minute $hour * * * /пълен/път/до/sunset_redshiftgui.sh"; } | /usr/bin/crontab -

Това е редът в първия скрипт, който ще добавя подобна задача в crontab

13 20 * * * /пълен/път/до/sunset_redshiftgui.sh

която ще изпълнява втория скрипт в конкретните за деня час и минута на залеза (в примера се задава час 20:13). Ето редът от bash кода на части, за да го разбереш

Код

GeSHi (Bash):
/usr/bin/crontab -l

Това изкарва пълен списък с текущо наличните задачи в crontab.

Код

GeSHi (Bash):
{ cat; echo "$minute $hour * * * /пълен/път/до/sunset_redshiftgui.sh"; }

Това взема подадения текст на списъка (командата cat) и добавя към него ред със задачата, която ще извиква втория скрипт.

Код

GeSHi (Bash):
/usr/bin/crontab -

Това налива целия получен текст (досегашното съдържание на crontab плюс новата задача) в crontab.
Правата черта (pipe, "|") между частите служи за препращане на изхода от предходната към следващата част за обработка.

Когато часът настъпи и crontab изпълни втория скрипт, скриптът си прави неговите действия по включване на нужното приложение и накрая с този ред

Код

GeSHi (Bash):
/usr/bin/crontab -l | grep -v sunset_redshiftgui | /usr/bin/crontab -

се премахва задачата, включила този скрипт - вече ще е излишна, тъй като на следващия ден задачата ще трябва да се изпълни с друг час и за добавянето ѝ ще се погрижи първият скрипт. Първата и третата част от този ред вече ти ги обясних по-горе, а втората част

Код

GeSHi (Bash):
grep -v sunset_redshiftgui

указва да се вземе целият текст от списъка с cron задачи без редовете, съдържащи текста "sunset_redshiftgui" (името на втория скрипт). Така премахваме от списъка cron задачата с втория скрипт и наливаме изчистения списък в crontab.

Когато пак дойде обяд, първият скрипт ще добави cron задача за изпълнението на втория скрипт с конкретния за деня час на залеза, и когато дойде часът на залеза и вторият скрипт се изпълни, той ще се погрижи да премахне собствената си cron задача, и т.н.

[jet]

тези самомодифициращи се cron-ове са много трудми за дебъгване (ако нещо не работи), а и 6 месеца по-късно като трябва да правиш нещо, ще се чудиш какво си правил и защо си го правил

друг вариант е един cron job на обяд да разбере времето на залеза и да генерира единичен "at" с точното време и с това което трябва да се случи.