Информационные «виджеты» на PHP в Ubuntu

[Ualde]

curl 'http://openweathermap.org/data/weather/705812?type=json' | jsawk -a 'return this.name'
А дальше эхо :) и PHP не нужен в данном ключе

[hom]

а представь какая вакханалия выводится если сервис свалится, сомнительной полезности скрипт

[Ualde]

понимаю, я лишь привел пример от зависимости к какому-либо языку

[farcaller]

Я не понимаю зачем тут вообще нужно участие веб сервера.

#!/usr/bin/php как бы должно хватать с головой, нет? И шелл скрипт, соответственно, тоже не нужен.

[kovalevsky]

Для этого указал:
Возможно, данный метод может показаться многим довольно глупым...

А за комментарии спасибо. Над этими методами, к сожалению, не задумался совсем в силу небольшого опыта.

[Captain_Flint]

Может найдёте что-нибудь интересное для себя тут. И спасибо за пост :-)

[kovalevsky]

Спасибо. Обязательно прочту

[rosko]

Для вашего примера нужно два файла скриптов (php и shell), установленный и настроенный веб-сервер и, конечно же, установленный php.

Имхо можно сделать проще. Прямо из php вызывать notify-send и тогда можно обойтись одним файлом и без веб-сервера.

Только заголовок php-скрипта должен быть:

#!/bin/bash
<?php

[rosko]

Сорри, заголовок файл должен быть:

#!/usr/bin/php
<?php
...

[AndrewStephanoff]

а не

#!/usr/bin/env php
<?php
...

?

[Shecspi]

Не принципиально. /usr/bin/php — прямое указание к файлу интерпретатора, а /usr/bin/env сам ищет интерпретатор.

[AndrewStephanoff]

А интерпретатор всегда лежит в /usr/bin/php?

[warsoul]

если ставилось как пакет то да

[Boiler]

смотря какой пакет

[kovalevsky]

Спасибо за советы. Учту.

[VolCh]

Как вариант запускать php weather.php без заголовка.

[romy4]

Старайтесь запускать всегда

php -f scriptname.php --

дабы избежать подстановки «левых» параметров для php интерпретатора. В 99% случаев ничего не будет, скрипт не запустится или параметр не передасться никуда, но лучше изначально избегать уловок даже при написании для себя, а то вдруг прийдётся где-нибудь в крон сервера ставить.

[VolCh]

Не смотря на то, что php мой основной язык, но для подобных задач предпочитаю python — как-то лаконичней получается и синтаксически, и вообще аккуратнее. Плюс есть биндинги ко многим API Ubuntu (включая Ubuntu-only, а не только кроссплатформенные и кроссдистрибутивные GTK+ и ниже). Ну и не надо устанавливать PHP. Вот когда под виндой сидел, то использовал PHP и в качестве скриптового языка, пока не открыл nnCron для себя :)

[sl4mmer]

Не пинайте сильно — но я для аналогичной задачи java юзаю…

[Prototik]

getWeather('705812')

вот за это я люто ненавижу php. это дело потом типизировать в других языках приходиться.

[Prototik]

*приходится

[kovalevsky]

Никто не мешает в php привести переменную к целочисленному типу, просто в данном случае в этом нет смысла.

[VolCh]

Какое «это дело»? Этот id — часть урла стороннего сервиса, он по стандарту именно текстовый. Скорее php можно ненавидеть за то, что он в этом месте допустит getWeather(705812), неявно переведя параметр в строку при конкатенации.

[Prototik]

{ "id":"705812" }
феншуйно, да, ничего не скажешь.

[tyderh]

Как отображать погоду в Conky

[kovalevsky]

Мне известно о Conky, спасибо.
Прочтите начало статьи: … мне, например, проще посмотреть в угол монитора, чем забивать рабочий стол всякими скринлетами, конки и прочим...
И погода здесь фигурирует лишь в качестве примера.

[iDark]

Использую что-то подобное, только notify-send вызываю в самом php скрипте, посредством exec(), как по мне, так проще.

[kovalevsky]

Тоже изначально была такая идея, но я, к сожалению, упустил возможность запуска php скрипта из терминала.

[Big_Shark]

Сделал пару исправлений
1. Чтобы не парится с правами картинку запихнул в /tmp
2. Сделал вызов notify-send из скрипта через exec

exec('notify-send "Погода" "'.$print.'" -i /tmp/weather.png');

В результате все стало в 1 файле.