0 Members and 1 Guest are viewing this topic.
а каков источник? JSON / XML?
Лириксы от минилирикса в данном случае. Запрос-ответ там отнюдь не json/xml (это у меня уже локальный сервер перемалывает), а вот финальный линк на лирикс типа этого вполне себе с текстовым содержимым. Но его тоже приходится перерабатывать, иначе плагин в кашу превращает (а без стартовых и конечных тегов так и вообще не видит).
А, так lrc это уже готовый файл лирики, зачем его скармливать потрошителю html-ек? =)Как у вас выглядит провайдер для этого типа лирики?
Я могу сделать отдельный обработчик, который будет просто скачивать данные по указанному адресу и грузить их как LRC.
Скрипт на сервере дёргает лирикс, что передаётся по ссылке через SearchResultURL.PostProcessExpression, будучи ранее извлечённым и переданным через SearchResultURL.StartTags / SearchResultURL.FinishTags под тегом <url>/</url> и вешает на начало текста "<lyrics>" и на конец "</lyrics>", которые прописаны в DataLyrics.StartTags и DataLyrics.FinishTags, накидывая на концы строк <\br>. В общем, приходится подгонять выхлоп сервера под плагин.
Я имел в виду без костылей. Будет ли достаточным, если плагин просто отправит запрос по URL и в случае 200-го кода отдаст наружу LRC-файл без дополнительной верификации?
Class=TAIMPLyricsUrlBasedProviderDebugLogFileName=CustomHeaders=SearchQuery=SearchQueryEncoding=
Мой взгляд:Если развивать возможности, то только для того чтобы поисковик можно было спарсить:https://www.google.com/search?q=ария+штиль+текстhttps://yandex.by/search/?text=ария+штиль+текстИбо сайты с текстами ими индексируются, покроют огромный процент поиска
На текущий момент доступен в актуальной сборке AIMP6. В 5.40 тоже войдет