RadioBOSS Cloud

[djsoft]

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

Может, потом в меню будет ссылка, но это когда все статьи будут оформлены в видe Manual или что-то подобное, не просто ссылка на раздел Support.

 

[scorp]

Может, потом в меню будет ссылка, но это когда все статьи будут оформлены в видe Manual или что-то подобное, не просто ссылка на раздел Support.

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

У меня тут ситуация случилась.. автоматизирую синхронизацию треков локальных с клаудом и по ошибке в скрипте он успел удалить половину треков с клауда пока я заметил.. соответственно потерялись все проигрывания получается и т.д., сейчас возвращаю все по тем же путям.. все правила теперь нарушены немного..
Понимаю что случай редкий, но вот бы оно не сбрасывало сразу все из базы при удалении, а через время и вручную при переиндексации очищало.. вот как в РБ ПК в кеше остается.. выручило бы сейчас..

 

[djsoft]

Понимаю что случай редкий, но вот бы оно не сбрасывало сразу все из базы при удалении, а через время и вручную при переиндексации очищало.. вот как в РБ ПК в кеше остается.. выручило бы сейчас..

Удаление трека = удаление информции о треке сразу, а когда еще? Требовать переиндексации как раз то, что никто бы не хотел делать, это должно работать и работает автоматически.

В RadioBOSS аналогично, если вы удаляете трек командой из самого RB или через базу, кеш также будет очищен.

 

[scorp]

В RadioBOSS аналогично, если вы удаляете трек командой из самого RB или через базу, кеш также будет очищен.

Я про синхронизацию файлов по ФТП говорю, а не про удаление через панель. С панелью то понятно и логично что сразу удаляет инфу, а вот с фтп не логично..
На ПК с диска удаляешь, в кеше остается (и это прекрасно - файл вернул и вся разметка на месте).
Мне пока приходится извращаться с клаудом, в основном из-за того что нету возможности фильтрации треков... когда будет если будет то будет попроще... хотя все зависит от реализации..

 

[djsoft]

Я про синхронизацию файлов по ФТП говорю, а не про удаление через панель. С панелью то понятно и логично что сразу удаляет инфу, а вот с фтп не логично..

Как таковой операции "синхронизации" нет, это сводится к обычным операциям загрузить трек/удалить трек, соответственно дальше делаются все действия - обновление внутренней базы, пересчет места и т.п. То есть - "просто работает". Как вы предлагаете, после FTP требовать ручной реиндексации, такого не будет, сейчас не 2002 год.

 

[scorp]

Проверим это, тут должен быть текст ошибки.

HTTP Request (#2: Обтправка обложки на RB Cloud) error: Unable to set artwork: player returned 400 setartwork command ignored: live stream is not active (400)

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

 

[scorp]

Как таковой операции "синхронизации" нет, это сводится к обычным операциям загрузить трек/удалить трек, соответственно дальше делаются все действия - обновление внутренней базы, пересчет места и т.п. То есть - "просто работает". Как вы предлагаете, после FTP требовать ручной реиндексации, такого не будет, сейчас не 2002 год.

То есть на пк можно удалить трек из папки и из кеша он не пропадает (и хорошо) и его разметка и можно вернуть все, а на клауде почему-то с этим проблема.. не понятно.. Да, не 2002 год, но это можно сделать опционально ручной режим или автоматический для загрузок через фтп и только что касается сохранения кеша/разметки. Я мало понимаю в программировании программ но в вебе я понимаю и знаю что это делается просто, по сути обернуть в условие и завязать на опцию.

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

 

[djsoft]

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

Обложка не обновляется, это не является статусом "успех". Также, не совсем ясен сценарий использования, когда играет RadioBOSS но не вещает (хотя все настроено на вещание), зачем тогда это?

То есть на пк можно удалить трек из папки и из кеша он не пропадает (и хорошо) и его разметка и можно вернуть все, а на клауде почему-то с этим проблема.. не понятно..

Как раз в Cloud нет проблем, там система полностью управляет треками и, соотвественно, синхронизирует базы.

это можно сделать опционально ручной режим или автоматический для загрузок через фтп и только что касается сохранения кеша/разметки.

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

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

Удаленный это удаленный, соответственно все записи тоже удаляются. Иначе база сервера превратится в помойку. Плюс некорректный учет треков и занятого места аккаунта.

 

[scorp]

Обложка не обновляется, это не является статусом "успех". Также, не совсем ясен сценарий использования, когда играет RadioBOSS но не вещает (хотя все настроено на вещание), зачем тогда это?

Для того, чтоб иногда работать с РБ без живой трансляции с ПК, когда идет трансляция с клауда но чтобы не бегать не отключать уведомления туда-сюда и оно там не обновляло обложку на клауде делая ее несоответствующей треку который транслируется с клауда. Я же вам все подробно пояснял уже. Достаточно было просто поставить заглушку на условие когда нет live им все.. тупо заглушка которая не обновляет обложку.. всего лишь было делов.. и это как раз статус "успех" для уведомления при отклюбченном live. А в остальных случаях когда реально ошибка там то все остается как етсь возвращает ошибку. Понимаете суть?

Плюс некорректный учет треков и занятого места аккаунта.

А причем тут занятое место и некорректный учет треков.. на пк же этого нет.. файла нет а запись в кеше есть с разметкой и никому и ничему это не мешает.
Ладно, сложно с вами очень.. Сделайте, пожалуйста, фильтры выборки по всяким параметрам, по периодам и т.д. Этого очень не хватает на самом деле.

 

[djsoft]

Достаточно было просто поставить заглушку на условие когда нет live им все.. тупо заглушка которая не обновляет обложку.. всего лишь было делов.. и это как раз статус "успех" для уведомления при отклюбченном live.

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

А причем тут занятое место и некорректный учет треков.. на пк же этого нет.. файла нет а запись в кеше есть с разметкой и никому и ничему это не мешает.

RadioBOSS Cloud это совсем другая система в этом смысле.

 

[scorp]

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

То есть вы сделали ограничение на стороне РБ ПК, а не на стороне клауда? Если та кто лучше было бы в настройки уведомления (НЕ общую для уведомлений) добавить галочку типа "привязать к live" и все.. тогда можно было бы отдельные уведомления, чтоб просто не отправлялись когда live отключен. И вот так было бы просто отлично и гибко.
Но все равно на стороне клауда должна быть защита от перезаписи существующей, когда нет live, потому что обложка то может приходить и не с РБ ПК, а с другого софта и если она приходит, а live нет получается играет трек с калуда, а обложка от левого отображается - вот в этом вся суть, а не в ограничении отправки и т.п.

На клауде если идет live то принимаем обложку и обновляем текущую и она соовтетствует треку, который играет с live, а если обложка пришла, а live: false то говорим в ответ, все ОК, обложку получили, но обновлять существующую не будем, потому что сейчас live неактивен, чтобы не затереть существующую, которая соответствует сейчас треку который играет с клауда. По моему тут абсолютно все логично.

Не знаю, попытался разжевать и донести.