12-28-2016, 12:05 PM
|
#14
|
Bibliothekar
Posts: 38
Karma: 10
Join Date: Jun 2011
Location: San Jose City, Philippines
Device: Galaxy Tab S w/Bookari Premium
|
Quote:
Originally Posted by Divingduck
I had delete my previous post because I thought, you had look on this already, but maybe not.
calibre help, fetching news via cmd line:
PHP Code:
Code sample, with adjustment for e-reder and a additional log file: ebook-convert HighCountryNews_AGe.recipe .epub --output-profile sony -vv --debug-pipeline debug > HighCountryNews_AGe.log
Depending on what you like to do, you need to do additional steps like adding to library, sending to an location and so on.
|
All that manual configuration and additional steps too? For each item to be downloaded?
Oh. I see.
Okay, I give up. You win. You folks simply won't even try to understand my concern, and why I've been trying to suggest a way to make it easier for users,instead of requiring a poor choice between more manual work or clunky memory-wasting workarounds. If all I had to do was this:
0 5 * * * ebook-convert --fetch-scheduled-news-convert-it-and stick-it-in-my-library-and-use-the-settings-from-calibre's-"Schedule-news-download"-to know-what-to-fetch-and-where-to-put-it-without-me-having-to-pedantically-configure-it-manually-for-each-seperate-news-item-and-still-have-to-manage-it-manually-when-changes-are-needed
....THAT sort of thing would have done what I'm looking for.
But you're right. Why use the extant "Schedule news download" to set up downloads then have an external module actually perform the downloads, when each user can be forced to leave calibre running or spend countless hours digging through documentation, figuring out how to build up a shell script to do what is mostly already automated, and then have to manage it without the extant gui? I foolishly thought that what I'm looking for would make sense and save time and memory, but requiring users to spend precious hours learning how to manually configure downloads of dozens to hundreds of news sources and tinkering with code is much more fun, isn't it?
It's nice to "be able" to micromanage software with such time-consuming configuration options - if you have lots of spare time, but like most people I just don't have enough hours in a day to do everything that needs done. So I want something simpler. I'm funny that way. All I really wanted is something external to calibre, like a module, to take the execution of the actual download out of calibre and allow the user to decide either to allow calibre to initiate the scheduled download as it does now, or to initiate it from a cron job - without users having to either keep calibre running or reinvent the scheduling wheel by having to tediously configure everything from scratch, then still have to "do additional steps like adding to library". And being able to configure it from the existing "Schedule news download" gui makes maintenance easy for users. But I see your point: a separate module for easy automated downloading of news is a silly idea, let's keep it monolithic. Right? Anyone who doesn't like keeping both calibre-server and calibre running 24/7 can just do it the hard way.
Right now this "works" (anything works, it just depends on how you define "works"):
0 5 * * * /opt/calibre/bin/calibre
0 6 * * * /opt/calibre/bin/calibre --shutdown-running-calibre
...so I'll just be forced to keep using it until someone figures out what I'm really asking for. It's a sloppy way to do it, I know, and doesn't guarantee that the jobs will all be done before it's terminated, but I don't have enough time every day to do things the tedious way. All I want is a simple external module I can run to get it done, like this:
0 5 * * * /opt/calibre/bin/fetch-news <----<<< (a module, not a homemade script)
which will read the settings saved by the "Schedule news download" gui ....without users having to build an involved shell script. (...and the more news sources scheduled, the more involved it gets. Right?)
All the code is already built into calibre, trivial for the developers to move, so why can't it be cut out and made in to a separate module so users can easily use it from a cron job? (Rhetorical question.) I had originally suggested moving the code into the calibre-server, but the developers don't want the server being able to initiate the downloads - they want it to remain read-only. So that suggests that a separate module would be better.
In ending this thread, here's my suggestion to the developers:
- Leave the scheduling gui code in calibre so that the setup is done from the gui as it now is.
- Add a switch so users can disable calibre from initiating the scheduled downloads so it must then be initiated externally.
Add a box so users can tell it which library to put the downloaded news in.
- Extract the code that actually does the downloading and modularize it so it can be initiated either from calibre, command line, or cron job - let the users choose.
THAT is what I'm trying to suggest to the developers. Now I'm sorry I mentioned it.
|
|
|