Парсить JSON внутри bash-скрипта.

скрипт, который ищет в JSON-файле по ссылке строки

bash

ты выбрал не тот инструмент

<?php
if (json_decode(file_get_contents('http://URL'), true)['players']['now'] > 10) {
    `COMMAND`;
}

https://stedolan.github.io/jq/

хотя при большом желании можно и на баше - https://github.com/dominictarr/JSON.sh

https://stedolan.github.io/jq/

не?

Bash

Не знаю, в каком из слов ты сделал ошибку, но тут должны быть либо PHP, либо Python, либо Ruby.

Умеешь же ты находить всякую дичь... :)

jq

Спасибо! К сожалению мой кругозор в этой области невелик. В screen запущен процесс, как в него передать команду я знаю. Сервак на Линуксе, подумал что логично будет использовать Баш. С php плохо знаком, даже не знал что его можно кроме web использовать - для таких целей. 1) Значит, я создаю php-файл с таким кодом, делаю его запускаемым?

2) COMMAND - просто консольная команда? Типа, скажем 'screen -x ABC'

<?php
if (json_decode(file_get_contents('https://mcapi.us/server/query?ip=play.bbyaworld.com'), true)['players']['now'] > 2) {
    `echo ABC`;
}

Срабатывает, но не пишет ничего.

Заменил на

echo 'echo ABC'

Пишет текстом, не выполняя в консоли.

Сам ты дичь, я эту штуку активно использую для работы, при том, что проект, для которого JSON-данные нужны, на PHP.

Супер! Спасибо.

Логично, ибо `` выполняет команду, но выхлоп команды не выводит. если нужно видеть выхлоп, то тут уже сказали про system(). Есть еще passthru() - выполнение с передачей управления. А можно просто сделать echo `COMMAND`

Ну, я не сомневался в том, что ты упоротый :)

Обоснуй. Ты что, предлагаешь скриптики на похапэ сохранять-запускать-сохранять-запускать-сох..., когда есть CLI? И я уж молчу про отсталость похапэ для обработки данных. У jq довольно вкусный синтаксис на пайпах, до жыэсного Lodash лишь немного не дотягивает.

Я предлагаю не страдать фигнёй. Пых прекрасно работает с json, использовать при этом bash, как прослойку... Походит на наркоманию.

У пыха есть один недостаток:

[ec2-user@ip-172-30-136-142 ~]$ php -a
-bash: php: command not found

Однако, этого недостатка лишен, например, питон:

[ec2-user@ip-172-30-136-142 ~]$ python
Python 2.7.12 (default, Nov  2 2017, 19:20:38) 
[GCC 4.8.5 20150623 (Red Hat 4.8.5-11)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import json
>>> a = json.loads('{"field0": "value0"}')
>>> a
{u'field0': u'value0'}

проект, для которого JSON-данные нужны, на PHP.

У МИНЯ ПЫХА НИ УСТОНОВЛИНА!

Не прослойку, а отдельный инструмент.

Ты выдаешь желаемое за действительное, ТС нигде про пых не упоминал. Это был bodqhrohro_promo, который эту адовую штуку на баше надыбал.

Вообще-то ты ответил на переписку с ним, если ты вдруг не заметил ;)

Да хоть отдельную ОС. Брать два инструмента для решения одной задачи, при том, что проще решить одним из них - на мой взгляд, дичь. Решить задачу ТОЛЬКО пыхом, питоном, да хоть крестами, будет всё же проще, чем городить огород с забором из велосипедов.

На сях можно по-быстрому накатать обработчик и спокойно пользоваться. А пыхпыхеры пусть идут в анус. Вместе с пхытонистами.

Только если есть свободное время. Однострочники на perl и ruby для решения поставленной задачи пишутся меньше чем за минуту.

Дай угадаю — данные для этого обработчика должны быть в KOI-8?

Почитайте учебник...

Почитайте учебник...

Помог так помог.

Зачем? В чистом ASCII же!

В любом случае, себе я сделал простой JSON-парсер, нужно было в CGI данные от клиента обрабатывать.

Ну, если есть время на изучение ненужных перла или руби...

Ага, а сишка типа проще руби?

Сишка проще чего угодно. Проще сишки только ассемблер, но там писанины дофига. Но, учитывая то, что gcc нынче очень здорово оптимизирует, на ассемблере практически уже ничего писать не нужно.

Она не баше, она на сишечке. Просто предоставляет CLI, который можно дёргать хоть из баша.

решения одной задачи

Задачи разные. Когда достаточно статики (пофильтровать что-то из входного или выходного JSON) — юзаю jq. Когда надо внутреннее состояние продебажить (динамика) — пихаю условное логирование уже непосредственно в похапэ, зачастую по точным данным, выковырянным тем же jq: к примеру, я знаю пару атрибутов, но не знаю точного id нужного объекта — нужно пофильтровать сначала по этому свойству и по другим свойствам окончательно вычленить нужный объект. Плюс для частых шаблонных задач у меня таки отдельные скриптики на похапэ, jq не очень подходит для проставления зависимостей между отделёнными по иерархии узлами.

ТОЛЬКО пыхом

В пыхе отвратительная функцианальщина, ты серьёзно? Он под потоковую обработку данных не заточен вообще. Сравни

jq '.obj1|map(select(.prop2=="WereFox"))'

foreach ($root['obj1'] as $v) {
  if ($v['prop2'] == "WereFox") {
    print_r($v);
  }
}

print_r(array_map(function($v) { return $v['prop2'] == "WereFox"; }, $root['obj1']));

будет всё же проще

Для программистов на %languagename%. Я в первую очередь просто программист и подбираю инструментарий под задачу. Причём для основного модуля язык выбирал не я, оно уже такое было. И я откровенно считаю эту попытку использовать похапэ для числодробилок маразмом, хотя бы из соображений производительности.

забором из велосипедов

Если велосипеды старые, ржавые и никому не нужные — почему бы не построить из них забор? Прутьев на рамы наварить — и норм будет, красиво и оригинально. Обществу потребления лишь бы избавиться, а куда оно девается — никого не колышет, пока куча мусора возле города солнце перекрывать не начнёт.

там писанины дофига

В сишечке тоже. По сравнению с ассемблером это, конечно, верх компактности...

У пыха есть один недостаток:

я бы согласился, что это недостаток, если бы у тебя была source-based система типа «протухшая фряха на портах», но как это может быть недостатком на RHEL?

(ты упоротый)^2 и ответил не тот псто

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

Во-первых, это - телодвижение, которое надо не просто сделать, а задокументировать, занести в какие-нибудь ансиблы/паппеты и еще куда-нибудь. Потом, пых - это некий новый софт в системе, который надо поддерживать, обновлять и иже с ним.

Я уж не говорю про то, что в Демьяне, например, у пыха не так давно json-парсер отломали: вот, там какой-то одаренный чел в лицензии написал 'The Software shall be used for Good, not Evil.' Потом починили, конечно, но осадочек остался, ибо в пыхе такими коровьими лепешками все углы усеяны.

С пыхом все сложно, короче. Лучше на пистоне зафигачить, имхо.

тащить интерпретатор пыха с пристанями и кораблями, которого в системе нет

адепт экономии 10 мегабайт в системе? не, друже, нам не по пути.

остальные «аргументы» тоже настолько надуманные, что мне жалко на них время, лучше котиков полистаю

Иди в жопу, пыхпыхер чертов!

gcc есть везде, так что на сишечке можно сделать.

Шо? Это похоже на баш?

В любом случае, себе я сделал простой JSON-парсер, нужно было в CGI данные от клиента обрабатывать.

Какой-то слишком простой у тебя парсер, на JSON вида

{
"lol": "kek}"
}

блд, посмотри с какого сообщения началась нить

gcc есть везде

В бинарных дистрибутивах обычно нету.

С того, что ты принёс какую-то фигню? А при чём тут она? Я WereFox отвечал, бомбящему с принесённых сюда штук, позволяющих юзать для задачи баш вместо любимых им языков. То, что он ответил только на твоё сообщение и на ЛОРе нельзя отвечать на несколько сообщений сразу — не моя проблема.

Точняк, лучше котиков полистай.

Дык, мне не нужно было таких извращений. Если понадобится — добавлю более строгий токенизатор.

Давай не будем о вантузятниках! Здесь, все-таки, форум линуксоидов. Если у человека стоит systemd и нет gcc, то это явный признак вантузятника, который просто одно говно (вантуз) сменил на абсолютно такое же анально огороженное проприетарное говно (бубунта).