Результаты поиска

Вроде бы есть понимание, что: fullchain.pem => server_cert.pem (поскольку в себе содержит два ключа) privkey.pem => server_key.pem А строка конфига к айскасту как правильно должна выглядеть? https://somesite:443/live или somesite:443/live хотя я уже все варианты перебробовал... на любой из...

Будьте добры, подскажите, который из них который? Certbot от Let's Encrypt создаёт такой набор файлов: cert.pem - нарушит многие конфигурации сервера, поэтому его не следует использовать. chain.pem - используется для сшивания OCSP в Nginx >=1.3.7. fullchain.pem - файл сертификата, используемый...

Спасибо за ответ. 🙏 Думаю, дальше можно не продолжать ;) Эту точку я прошёл года 3 назад, включая чтение документации по приведённой ссылке. Нет нельзя. Эту строку icecast отдаёт вашему скрипту (который типа "http://auth.example.org/source.php"). Мой вопрос был о создании условного index.php...

Не будучи веб-кодером, сложновато переплыть документацию айскаста, где написано о формировании некоего POST-запроса. По ходу пьесы выясняется что POST-запрос формирует айскаст и его нужно обработать в вашем в конфиге указанном файле. Ок. С этим разобрался. А вот дальше начинается марлезонский...

А что народ, у кого-нить есть опыт сабжа? А то что-то я неделю уже бьюсь и каменные цветки не выходят. По инструкциям буржуинской части интернета - не работает...

Я гонял на задании, которое создаётся по умолчанию, то есть прям пустое, без всего... Когда выкинул из XML-строки пустые атрибуты - задания прекрасно создаются... Причём - задания получаются идентичными - поключевое сравнение подверждает. То есть пустые атрибуты он отослать не даёт, но на...

Разобрался. Не принимает пустые атрибуты. Либо заполнять, либо не передавать вовсе... Причём сервер за милую душу приносит пустые атрибуты. Когда ему же возвращаешь его же XML - плюётся.

При попытке добавить задание (через API), в логах кидает: Scheduled event add/edit error: '' is not a valid floating point value Как/где можно точнее посмотреть - на каком из атрибутов ему плохеет?

Увидел, спасибо. Ну то есть вы и сами не думаете и другим не советуете :unsure: Понял. Принял. Духота такая, что аж дышать нечем...

В догонку - вопрос об округлении плавающих. Если не сложно, @djsoft вот это значение (0.825575381946692) у вас в программе распознается, как 19:48:50 или как 19:48:49? Потому что на этих "мелочах" потом набегают ошибки...

Этот флаг меняет значение при активации повторов... bRepeat, наряду с nRepeatPer и nRepeat. Вы уверены, что он не имеет отношения к чему-то важному? Забыли Он имеет отношение к некому формату времени, где отсчёт ведётся с 30.12.1899, смутило значение 2147483647. Не хотелось бы с вами спорить...

Говорю, точнее спрашиваю: IntTimeToStart - понятно, что это время до следующего запуска - уточняю - в каких единицах это считается? приносит: либо 2147483647, либо что-то вроде 0,825575381946692 ManualStart - вероятно, какой-то флаг ручного запуска, не нашёл где и как он взводится...

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

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

Скажем, вывести обложку играющего трека при помощи библиотеки сейчас можно элементарно: echo '<img src="data:image/jpeg;base64,' . $api->getTrackArtwork() . ' width="100" height="100">';

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

PS: Наиболее сложная и важная часть API, с самым большим количеством параметров - практически никак не задокументирована... фантастика, конечно... зато всякие свистелки и перделки прекрасно описаны...

Прекрасный подход. Программу можно выпускать в принципе без любой документации, но зато с универсальным напутствием: "Ну вы потыркайте разные галочки, опции - постепенно разберётесь что к чему". 🤦‍♂️ Даже глубоко опенсорсные проекты документируются в разы лучше из элементарного уважения к...

Благодарю, с этим вроде разобрался. Следующий вопрос. В API предусмотрена возможность создания задания (schedule&type=add) И это одно из наиболее непонятных мест. Команда list приносит в каждом задании аж 65 ключей. Какие-то из них явно управляющие, какие-то информационные. Какие-то вообще...

Поискал. Не нашёл ни здесь ни в англоязычной части. А есть более подробное (и актуальное) описание API, нежели приводится здесь? К примеру, разбираюсь с командой playbackinfo. Приходят данные: <playback pos="1080" len="345425" state="pause" playlistpos="2" streams="2" netstream="n/a"...