COPS : Calibre OPDS PHP Server

[mariosipad]

Maybe:

http://192.168.x.y/cops/feed.php

Did this help?

[ki5ck]

Is COPS still in development? Is there a feature request list anywhere?

[mariosipad]

@ki5ck:

As far as I know COPS is still in development. A new version is in the pipeline.

For feature requests search for COPS & github (in your favorite searchengine).

[teejcee]

Originally Posted by mariosipad

Maybe:

http://192.168.x.y/cops/feed.php

Did this help?

This quote was not meant for me but it is applicable to my problem.

I have COPS working great with HTML but cannot get it to work at all for OPDS using
Mantano on both Ipad & an Android phone.

I use the format "https://www.mydomainname/cops/feed.php" but get "NO RESULTS"
on the reader/s.

I've looked in the apache2 log, other_vhosts_access.log , and found this....

www.mydomainname:80 192.168.1.254 - - [27/Jul/2015:12:50:59 +1000] "GET /cops/feed.php/ HTTP/1.1" 302 473 "-" "Mozilla/5.0 (Linux; U; Android 4.3; en-au; GT-I9300 Build/JSS15J) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1 MantanoReader"

..... but I'm afraid it means very little to me.

I'm wondering if I need to forward a specific port to get this to work???

As usual, any help is warmly welcome.

Thanks,
TC

[mariosipad]

@teejcee:

OPDS and https should work with mantano (source).

If you try to connect to COPS (on your web server) from outside of your LAN you should forward one or more ports in your router:

Ports:
http = 80
https = 443

[teejcee]

Originally Posted by mariosipad

@teejcee:

OPDS and https should work with mantano (source).

If you try to connect to COPS (on your web server) from outside of your LAN you should forward one or more ports in your router:

Ports:
http = 80
https = 443

Yep...that's the way my router is set up. As I said, works fine with HTML

I'll keep looking into how Apache2 is handling the connection. I think the problem is there.

Thanks for your input @mariosipad....much appreciated.

[mariosipad]

Originally Posted by teejcee

........

I'll keep looking into how Apache2 is handling the connection. I think the problem is there.

......

I think you're right. For https to work with apache it needs to be set up first. (Haven't done that myself yet...)

But why use https? it does not prevent anyone from accessing your webserver. It will protect you from 3rd parties from seeing what you are accessing.

Perhaps protecting your web server (COPS) with a password is enough? (you can setup a usernameassword in COPS or even better with .htaccess.)

[teejcee]

@mariosipad

Still working on it...( lucky I'm retired with time on my hands... ) .

I have found a lead from the line in the apache2 log file I posted earlier.

Part of it read.....

"GET /cops/feed.php/ HTTP/1.1" 302 473

..... I have found that the 302 is apparently a code to do with redirects but that's
as far as I've reached today.

I have looked through the code but my PHP skills are as abysmal as my Apache2 skills.

As far as https is concerned, as I've said, it works just fine with HTML. Oh, and
I do have user/password set up ok via .htaccess...all works fine from browser.

One other thing is that if I use https://mydomainname/cops/feed.php in firefox
browser, I get the OPDS layout. I don't get the ability to download any books though.
I use that exact same url from Mantano without success.

I'm seriously considering renaming the cops directory and doing a fresh install to see
what happens. I may have walked on something that I've forgotten about that may
have broken the current install.

Who knows what tomorrow may bring.

Cheers...

[mariosipad]

@teejcee

I'm 99% sure that you problems with reaching COPS with https have nothing to do with COPS.

Every webserver has a sort of "welcome" page like:

It works!

This is the default web page for this server.

The web server software is running but no content has been added, yet.

Can you reach (using a browser like Firefox) this page with:
1 - http://<your-LAN-IP-of your -server>
2 - https://<your-LAN-IP-of your -server>

1 should work

if 2 should work can you reach COPS with https://<your-LAN-IP-of your -server>/cops/index.php ?

If 2 does not work, then you should setup https on your web server.
[I did a quick setup of https on my apache webserver on a Pi and it works (after a restart or 2) with firefox. Later I will post the steps I needed to take here, bud now for something completely different ....... dinner ]

However, bad or actually good luck, iOS does not accept self signed (ssl) certificates. So the only way to make COPS with https work is to buy a genuine ssl certificate (I'm not going to do that).
If I want an as secure as possible connection I will use openVPN not https.

What webserver are you using?

Good luck!

[teejcee]

@mariosipad

It seems that , at least for the time being, that the ssl certificate/iOS problem is something of a show stopper.

As an alternative for my installation, I'm going to set up the email option in config_local.php. By
doing this, my few users of the library should be able to send themselves a file & side load it
into their ebook reader.

Now my next challenge is to work out how to nominate which file format is to be emailed when there
is more than one. In testing so far against one title ( it has both ebub & azw3 ) the email always contains the azw3.

Have you any idea as to how to do this selectively?

edit....I've done some more testing by converting my test publication to mobi.
So now I have epub, azw3 & mobi and the email will now only let me send the mobi
file, so it's only the last format in the array ( if more than one ) that can be emailed.

In the meantime, it's time for me to dive back into the PHP code to see what I can work out.

Cheers,
TC

[gummihuhn]

Hi,

I've been giving COPS a try for the past few days and it seems to be exactly what I need. A very nice piece of software. Unfortunately I've been been unable to solve a problem over the past few days and at this point I am out of ideas.

I am running COPS on an Apache server on my VPS. It's working great except for one important issue: I cannot download from the COPS server to my Kobo Glo running koreader. I can browse the catalog but when I try to download I get a 404 not found error. (The same happens in the stock kobo glo browser.)

I have a default configuration except for url rewriting on. Other clients (eg iOS Marvin) can browse and download from the server and the browser interface works perfectly also.

At first I suspected a problems with koreader, but I have no problem downloading to the kobo from other OPDS servers, including the demo server at http://cops-demo.slucas.fr/feed.php

So I strongly suspect a configuration problem in Apache that causes an issue for the kobo/koreader and only the kobo/koreader but I cannot find it. I have tried with and without https, moving the calibre database in different locations, tweaking the rewriterules, xsendfile turned on and off etc etc. I am really stuck here.

Does anyone have any suggestions on how I can solve this? Thanks.

[mariosipad]

To use your Kobo with Apache you need to enable mod_rewrite in apache.

In my version of Apache I had to do the following:
1 - ssh into my server (as root, so I do not need sudo)
2 - type: a2enmod rewrite
3 - type: /etc/init.d/apache2 restart

and it worked, no more 404

[gummihuhn]

Originally Posted by mariosipad

To use your Kobo with Apache you need to enable mod_rewrite in apache.

In my version of Apache I had to do the following:
1 - ssh into my server (as root, so I do not need sudo)
2 - type: a2enmod rewrite
3 - type: /etc/init.d/apache2 restart

and it worked, no more 404

Thanks for the suggestion. I'm on CentOS so the paths are different, but I definitely have mod_rewrite enabled:

root@server # /usr/local/apache/bin/httpd -l | grep rewrite
  
mod_rewrite.c

I can now browse the COPS server (index.php) and download documents from the stock Kobo browser without an issue. From the Apache logs:

[16/Aug/2015:11:45:11 +0200] "GET /cops/download/67/wallabag+-+wallabag.mobi HTTP/1.1" 200 1002415 "-" "Mozilla/5.0 (Linux; U; Android 2.0; en-us;) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1 (Kobo Touch)"

In the Koreader (latest stable version) OPDS browser, I can browse the Books on my COPS server:

[16/Aug/2015:11:50:18 +0200] "GET /cops/feed.php?page=10 HTTP/1.1" 200 28063 "-" "LuaSocket 3.0-rc1"

But when I try to download the same document as before (above, from the stock Kobo browser) this time from the Koreader OPDS browser it fails:

[16/Aug/2015:11:50:28 +0200] "GET /download/67/wallabag+-+wallabag.mobi HTTP/1.1" 404 5627 "-" "LuaSocket 3.0-rc1"

(The '200' in the Apache log means 'OK' and '404' means 'Not Found'.) Note the path in the last log entry. There should be a '/cops' before '/download' and I can't figure out why this is being dropped. I've tried every permutation of the rewrite rules in .htaccess I can think of.

Any ideas?

[gummihuhn]

I've had a breakthrough and found a workaround for this issue.

As previously mentioned if I add my COPS server to koreader via the "Add new OPDS catalog", I can browse my library but downloading fails, due to the dropping of '/cops' from 'http://www.myserver.com/cops/download/....'

This only appears to be an issue when both an Apache COPS server and koreader client are involved (so far, anyway). However, if I manually add my COPS server to the list of koreader's default OPDS servers by editing .adds/koreader/frontend/apps/opdscatalog I can browse and download from my server perfectly. I am posting this workaround for the benefit of anyone else who experiences this problem.

My workaround makes me fairly confident the problem is not in my server configuration, but rather in the COPS or koreader code. I will open a new issue on github (COPS or koreader? both?) but if anyone has any further insight into what might be causing this issue please let me know.

EDIT: cross posted on koreader for kobo thread

[mariosipad]

Great that you found a workaround!

I have not (yet) installed KoReader on my (new) Kobo Glo HD. So I cannot confirm the KoReader side of the problem.

All I can say is:
1 - OPDS from iPad (with several different OPDS clients) is no problem with Apache
2 - The COPS demo runs (as far as I know) on NGNIX. (So no Apache problem here)
3 - using the default Kobo browser I can download from my Apache COPS server.

I would say it is a KoReader problem.