Loading...
Error

Библиотека Flibusta (только FB2) на 01.06.2020 (470734 книги) (локальная коллекция, пополняемая ежемесячно) + MyHomeLib + inpx

Страницы:   Пред.  1, 2, 3 ... 77, 78, 79 ... 166, 167, 168  След.

Ответить на тему

 | 

 
Автор Сообщение

NikLeon

fedor.de писал(а):

Библиотекарь MyHomeLib не находит некоторые фаилы. Например, по запросу "Инспектор и ночь, Богомил Райнов" появляется одна "правильная" книга и одна книга постороннего автора на английском языке. А вот freeLib находит две "правильныe" книги. Может чтo-то можно в настройках MyHomeLib изменить?
К сожалению MHL берет из архива по порядку следования, очевидно запаковано немного не в том порядке (т.е. например должны файлы быть упакованы так 1,2,3,4,5 а по факту 1,3,2,4,5) это известная ошибка MHL, но она не настраивается

Drunkenmunky

NikLeon писал(а):

К сожалению MHL берет из архива по порядку следования,
Почему "к сожалению"?
Перед разработчиком стояла довольно сложная задача, он её успешно решил.

Цитата:

это известная ошибка MHL, но она не настраивается
И вот опять.
INPX создаются под конкретные, "массовые", архивы. Если пользователь редактирует их содержимое, то пусть сам их и поддерживает.

Jetnavo

Доброго времени суток.
Ребята, прошу помощи. При попытке отправить книгу на устройство появляется ошибка "Архив не найден". Подскажите, пожалуйста, как лечить.

Drunkenmunky

Jetnavo писал(а):

При попытке отправить книгу на устройство появляется ошибка "Архив не найден".
А как это выглядит если просто открыть файл?

Jetnavo

Drunkenmunky писал(а):

Jetnavo писал(а):

При попытке отправить книгу на устройство появляется ошибка "Архив не найден".
А как это выглядит если просто открыть файл?
Двойной клик открывает ALReader, но не книгу. Сами архивы в порядке, пробовал открывать несколько штук.
Пересоздание коллекции положительного результата не дало.

NikLeon

Jetnavo писал(а):

Drunkenmunky писал(а):

Jetnavo писал(а):

При попытке отправить книгу на устройство появляется ошибка "Архив не найден".
А как это выглядит если просто открыть файл?
Двойной клик открывает ALReader, но не книгу. Сами архивы в порядке, пробовал открывать несколько штук.
Пересоздание коллекции положительного результата не дало.
Торрент клиент отключен?

Jetnavo

>Торрент клиент отключен?
Так точно.

Drunkenmunky

Jetnavo писал(а):

Двойной клик открывает ALReader, но не книгу
Открыть Коллекция>Свойства коллекции>Папка с книгами

Указать существующий путь к папке с книгами.

NikLeon

Jetnavo писал(а):

>Торрент клиент отключен?
Так точно.
как вариант путь к файлу прописанный в библиотеке не соответствует его фактическому нахождению

Jetnavo

Drunkenmunky писал(а):

Jetnavo писал(а):

Двойной клик открывает ALReader, но не книгу
Открыть Коллекция>Свойства коллекции>Папка с книгами

Указать существующий путь к папке с книгами.
Огромное тебе человеческое спасибо, добрый самаритянин. Я во время установки программы почему-то решил, что папка с книгами - это каталог для экспорта книг.
Семен Семеныч...

NikLeon писал(а):

Jetnavo писал(а):

>Торрент клиент отключен?
Так точно.
как вариант путь к файлу прописанный в библиотеке не соответствует его фактическому нахождению
Так и есть.

Благодарю вас за помощь!

EgorD

vlbeznosov, приветствую!
У меня чего-то со вчерашнего дня всё отрубило по получению ежедневок.
На Твиттере ничего нового.

Если есть какие-то новые варианты - дай знать, пожалуйста.

Поправка, у меня почему-то перестал резолвиться .is
Возможно это какая-то местная проблема с ДНС... Что странно.
Я это дело обошел, забиралки снова работают.

Crystal

EgorD

Приветствую Smile

Ничего не могу сказать, у меня по-прежнему всё работает напрямую, без использования Тора, как под Windows, так и под иксами. Скорее всего, действительно, какие-то заморочки с DNS либо на вашей стороне, либо у вашего провайдера. А может, и на стороне самой Флибусты. Фиг их знает, может, у хостера какие-либо записи редактировали, например.

Я, кстати, заметил, что с .is скорость скачивания заметно пониже, чем было раньше с flibusta.net, даже через Тор. У меня редко выше 500 кб/сек поднимается, в основном держится в диапазоне 100 - 300 кб/сек.

EgorD

vlbeznosov!

Проблема в ДНС была где-то рядом со мной, потому что адрес просто не резолвился. При подстановке ip через hosts - всё в полный рост. Где враги - я в понедельник буду разбираться.

По скорости - я уже как-то писал, что меня волнует скорее не она сама, сколько то, что на больших файлах (больше ста мегабайт усреднённо) wget где-нибудь, да отвалится. А докачки в нём либо нет, либо я не нашёл.
В этом случае мне проще скормить ссылку на файл фаерфоксу, у него почему-то всё закачивается без лишних вопросов. Печалит только то, что это вручную.

Crystal

EgorD

Честно скажу, ещё ни разу не сталкивался с тем, чтобы wget отваливался - ни под Виндами, ни под Линуксом.

Докачка в wget есть:


−c


−−continue

Continue getting a partially-downloaded file. This is useful when you want to finish up a download started by a previous instance of Wget, or by another program. For instance:

wget −c ftp://sunsite.doc.ic.ac.uk/ls−lR.Z

If there is a file named ls−lR.Z in the current directory, Wget will assume that it is the first portion of the remote file, and will ask the server to continue the retrieval from an offset equal to the length of the local file.

Note that you don’t need to specify this option if you just want the current invocation of Wget to retry downloading a file should the connection be lost midway through. This is the default behavior. −c only affects resumption of downloads started prior to this invocation of Wget, and whose local files are still sitting around.

Without −c, the previous example would just download the remote file to ls−lR.Z.1, leaving the truncated ls−lR.Z file alone.

Beginning with Wget 1.7, if you use −c on a non-empty file, and it turns out that the server does not support continued downloading, Wget will refuse to start the download from scratch, which would effectively ruin existing contents. If you really want the download to start from scratch, remove the file.

Also beginning with Wget 1.7, if you use −c on a file which is of equal size as the one on the server, Wget will refuse to download the file and print an explanatory message. The same happens when the file is smaller on the server than locally (presumably because it was changed on the server since your last download attempt)−−−because "continuing" is not meaningful, no download occurs.

On the other side of the coin, while using −c, any file that’s bigger on the server than locally will be considered an incomplete download and only "(length(remote) − length(local))" bytes will be downloaded and tacked onto the end of the local file. This behavior can be desirable in certain cases−−−for instance, you can use wget −c to download just the new portion that’s been appended to a data collection or log file.

However, if the file is bigger on the server because it’s been changed, as opposed to just appended to, you’ll end up with a garbled file. Wget has no way of verifying that the local file is really a valid prefix of the remote file. You need to be especially careful of this when using −c in conjunction with −r, since every file will be considered as an "incomplete download" candidate.

Another instance where you’ll get a garbled file if you try to use −c is if you have a lame HTTP proxy that inserts a "transfer interrupted" string into the local file. In the future a "rollback" option may be added to deal with this case.

Note that −c only works with FTP servers and with HTTP servers that support the "Range" header.
Под Линуксом пару раз прерывал работу скрипта закачки вручную - и всякий раз wget начинал докачивать с того момента, на котором его прервали. Так что тут всё согласно тому описанию, которое я привёл под спойлером.
Видимо, wget, портированный в Windows, работает иначе.

EgorD

vlbeznosov!
У меня это происходит примерно так:
downloading...
--2015-11-29 12:43:25-- http://flibusta.is/daily/f.fb2.427666-427752.zip
Resolving flibusta.is... 81.17.19.227
Connecting to flibusta.is|81.17.19.227|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 102357996 (98M) [application/zip]
Saving to: `p:/flibusta/book2/f.fb2.427666-427752.zip'

27% [=========> ] 28,659,016 --.-K/s in 2m 49s

2015-11-29 12:46:16 (165 KB/s) - Read error at byte 28659016/102357996 (Unknown
error). Giving up.
Сейчас изменил скрипт - убрал удаление архива, не прошедшего проверку - и добавил --continue wget'у
За наводку, конечно, спасибо. ПОЧЕМУ я с этим облажался - се тайна велика есть. Может быть, первые тесты были с ещё более старым wget'ом.

Докачка пошла - но валиться wget не перестал.

Ну знаю. Может попробовать CygWin вместо GnuWin32 попользовать... ?
Показать сообщения:    
Ответить на тему