Страницы: Пред. 1, 2, 3 ... 297, 298, 299
| Автор |
Сообщение |
| Crystal
|
Цитата: (и которые до сих пор закачиваются с flibusta.site - я не знаю почему) Потому что flibusta.site - какое-то "левое" зеркало Флибусты. Не знаю, кто его сделал, но точно не админы библиотеки. Цитата: Похоже ситуация как-то устаканилась, но чинить вам, наверно, все же нужно. Ну ясно, то есть всё-таки сами привели реальные fb2 в соответствие с базой. Более или менее, по крайней мере. А для нас ничего не меняется, поскольку в ежедневные обновления эти правки не попадут. Как и собирались, будем делать в декабре большой архив за два месяца. Цитата: (прямой link на flibusta.is "/b/number/fb2" - эти самые 56 файлов, Вот за это отдельное спасибо, никак не мог найти на Флибусте поиск по BookID.  Drunkenmunky уже сделал исправленные ежедневки в начале ноября (ещё раз спасибо ему за это), но ближе к декабрю ещё раз пройдусь по этому 893518-893588, посмотрю. Может, ещё что-то изменится/добавится.
|
|
|
| rupor
|
Crystal, без рекламы: https://github.com/rupor-github/metabib/blob/main/s..._flibusta_fb2.py - простейший python3 script, все это делает, может вам какой-то кусок пригодится.
|
|
|
| Drunkenmunky
|
rupor писал(а): простейший python3 script, все это делает, может вам какой-то кусок пригодится. О, на ловца и зверь бежит. Немного не по теме, но в целом. Нельзя ли в этом вашем Метабибе, вернуть привычное массам имя INPX для MyHomelib?Нарример, указывая его опционально У отдельных релизеров с этим затруднение
|
|
|
| rupor
|
Вы меня слегка потеряли, уважаемый - имя назначает тот, кто этот мой Метабиб ранает. Там такой параметр есть: "--output". Единственное, что программа делает, это добавляет на конце дату дампа, так же, как всегда делал lib2inpx.
|
|
|
| Drunkenmunky
|
rupor писал(а): имя назначает тот, кто этот мой Метабиб ранает Там такой параметр есть: "--output". Так, может, его-то и опционализировать? Типа, если его нет, то задается умолчательное? Сложно наверное?
|
|
|
| rupor
|
Нет, не сложно - но у программы нет "умолчательного" значения так как mhl inpx может генериться для flibusta, librusec или еще чего-нибудь. Так чот "префикс" необходимо указать, повторю - в точности, как это было с lib2inpx. И никому это не мешало. Если я правильно помню там тоже надо было сказать типа "flibusta". Тот факт, что автор раздачи (я так понимаю вы об этом) решил произвести на свет flibusta_mhl и flibusta_flib к метабиб отношения не имеет. С тем же успехом можно было сделать flibusta и flibusta_flib, например. Для чего программу то менять?
|
|
|
| Drunkenmunky
|
rupor писал(а): Тот факт, что автор раздачи (я так понимаю вы об этом) решил произвести на свет flibusta_mhl и flibusta_flib к метабиб отношения не имеет. Нет, раздача другая Её автор ссылается на некий сценарий, в котором имя введенного параметра совпадает с частью имени одного из двух получаемых в итоге INPX. В контексте сообщения можно прийти к выводу, что сценарий ваш. Кажется, мы только что поймали его на лжи Чтобы не быть голословным, под спойлером прямая цитата с другого ресурса LeaF писал(а): [qpost=89793217] DmitryZz писал(а): которая точно так же не отвечает "зачем переименовали файл" на вопрос "зачем запрещающий светофор теперь зеленый" ты отсылаешь в тему, в которой написано "запрещающий светофор теперь зеленый" Ок, поехали. Для генерации inpx-файлов используется утилита metabib, которая запускается с ключами: соответственно, что бы "приготовить" inpx-файлы для каждого каталогизатора. Запуск осуществляется из шелл-скрипта проходом по массиву настроек и подстановкой нужного параметра (mhl либо flib) из этого массива. Значение ключа из массива используется как для выбора режима работы (mhl-inpx либо flib-inpx), так и для формирования имени генерируемого файла (librusec_flib.inpx либо librusec_mhl.inpx) # mhl, flib declare -A metabib_opts=( [mhl]="" [flib]="--sequence all --additional" ) for type in "${!metabib_opts[@]}"; do msgLog="Start metabib ${type}-inpx process" log2file INFO "$msgLog" "${dir_metabib_bin}/metabib" \ --verbose \ --config "${dir_metabib_bin}/default.yaml" \ "${type}-inpx" \ ${metabib_opts[$type]} \ --input "${dir_metabib}/${filename_manifest}" \ --output "${dir_inpx}/${name}_${type}" res=$? msgLog="metabib ${type}-inpx process finished with error-code: ${res}" log2file INFO "$msgLog" if (( res != 0 )); then msgLog="Unable to build INPX - ${res}" log2file ERROR "$msgLog" log2syno ERROR "$msgLog" log2tlgm "$msgLog" exit 53 fi done А теперь, - внимание, вопрос. Кому в этой теме нужны эти технические подробности? С учетом того, что и шапку-то, по вашим словам - читают "не только лишь все".
|
|
|
| rupor
|
Drunkenmunky писал(а): Её автор ссылается на некий сценарий, в котором имя введенного параметра совпадает с частью имени одного из двух получаемых в итоге INPX. В контексте сообщения можно прийти к выводу, что сценарий ваш. Нет, со мной этот сценарий не обсуждался, я этот скрипт не писал - это вообще похоже AI писал, он такие вещи любит, over-generalization. Действительно проще решить все проблемы один раз выбрав строку mhl или flib и подсовывая ее повсюду. Единственный пример (подчеркну - именно пример) как использовать metabib из моей репы как раз делает это совершенно не так и в нем достаточно удалить 4 символа (_mhl) чтобы получилось то, что вы хотите: build_mhl_inpx() { local merge_prefix="$1" res log_phase "Building MyHomeLib INPX" "${metabib}" "${metabib_args[@]}" mhl-inpx \ --input "${merge_prefix}" \ --output "${odir}/${name}_mhl" res=$? if (( res != 0 )); then echo "Unable to build MyHomeLib INPX - ${res}" exit 1 fi } Т.Е основа та же, а потом видимо оптимизировали зачем-то потеряв часть возможностей. Я вообще смысла спора не понимаю, честно.
|
|
|
| Drunkenmunky
|
rupor писал(а): пример) как использовать metabib из моей репы как раз делает это совершенно не так и в нем достаточно удалить 4 символа (_mhl) чтобы получилось то, что вы хотите: build_mhl_inpx() { local merge_prefix="$1" res log_phase "Building MyHomeLib INPX" "${metabib}" "${metabib_args[@]}" mhl-inpx \ --input "${merge_prefix}" \ --output "${odir}/${name}_mhl" res=$? if (( res != 0 )); then echo "Unable to build MyHomeLib INPX - ${res}" exit 1 fi } Т.Е основа та же, а потом видимо оптимизировали зачем-то потеряв часть возможностей. Я вообще смысла спора не понимаю, честно. Там не спор, а, видимо, пример самоутверждения, как на известном меме с мальчиком и муравьями. ОК. При случае, дружески подколем Спасибо за разъяснения
|
|
|
| rupor
|
Не за что Drunkenmunky писал(а): При случае, дружески подколем Ну не знаю - я разыскал оригинальный спор, почитал. Автор раздачи сделал как ему удобнее - вроде имеет право на это. Я бы, скорее всего, делать так не стал, сохранил бы старое имя, но это очень индивидуально.
|
|
|
| Drunkenmunky
|
rupor писал(а): Автор раздачи сделал как ему удобнее - вроде имеет право на это. Конечно. Но после серии негативных отзывов, с упорством осла, доказывать такую необходимость, еще и подтасовкой фактов, дескать разработчик так напортачил, просто глупо. Все всё понимают.
|
|
|
| kegegk
|
Уважаемые господа! Вопрос немножко не по теме, прошу пардону. У меня второй день вылезает " Время ожидания ответа от сервера flibusta.is истекло." ВПН нормально держит whatsapp, facebook и youtube Я один такой несчастный? ==== ЗЫ -- 09.11.26 -- отбой вопроса На https://4pda.to/forum/index.php?showtopic=681696&st=1700 нашел для себя решение вопроса: настроил ВПН на сервер США.  Похоже, из-за сбоя доступ от Европы временно прикрыли
|
|
|
|
