I did get ByWater Solutions kitchensink plugin to loadand run. So I must have it setup properly. I still can't get my DonorApp to load. I was missing some perl modules. They're now installed. I've set the DebugLevel to "lots of". When I do the uploadit comes back to the tools plugin page and does not show it as aplugin. The files are in placein /var/lib/koha/stonewall/plugins/Koha/Bobsown/DonorAppnext to ../ByWaterSolutions/KitchenSink. There are noerror messages. How do I tell it to let me know what's wrong? I'm running Koha 16.05.09 (oldStable) on Debian 8 My running system is Koha 3.22.05 on openSUSE 13.2 Thanks -- Bob
On 6 February 2017 at 21:02, Bob Ewart <bob-ewart@bobsown.com> wrote:
I did get ByWater Solutions kitchensink plugin to loadand run. So I must have it setup properly.
I still can't get my DonorApp to load. I was missing some perl modules. They're now installed.
I've set the DebugLevel to "lots of".
When I do the uploadit comes back to the tools plugin page and does not show it as aplugin. The files are in placein /var/lib/koha/stonewall/plugins/Koha/Bobsown/DonorAppnext to ../ByWaterSolutions/KitchenSink.
There are noerror messages.
How do I tell it to let me know what's wrong?
Maybe this bug/patch could be of interest? https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17461 Best regards, Magnus Enger Libriotech
Thanks Magnus, That patch works on 16.11 not on 16.05. That patch points me to the line where the problem was but doesn't say why. I had a 'use C4::Branches;' in my code (not sure why). That doesn't exist in 16.11. That's why ByWater Solutions Kitchensink plugin fails to load in 16.11. I also discovered that the GetPatronImage subroutine is no longer in C4:Members. Anyhow, it's working on Debian from repositories on 16.05 and 16.11. 16.05 is also working on openSUSE. I'm about to try 16.11 Bob On 02/07/2017 03:57 AM, Magnus Enger wrote:
On 6 February 2017 at 21:02, Bob Ewart <bob-ewart@bobsown.com> wrote:
I did get ByWater Solutions kitchensink plugin to loadand run. So I must have it setup properly.
I still can't get my DonorApp to load. I was missing some perl modules. They're now installed.
I've set the DebugLevel to "lots of".
When I do the uploadit comes back to the tools plugin page and does not show it as aplugin. The files are in placein /var/lib/koha/stonewall/plugins/Koha/Bobsown/DonorAppnext to ../ByWaterSolutions/KitchenSink.
There are noerror messages.
How do I tell it to let me know what's wrong? Maybe this bug/patch could be of interest? https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17461
Best regards, Magnus Enger Libriotech _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Hi Is it possible to have just one Koha database but more than one OPAC interface that is accessing the data? The Koha database contains very specific reference data (without items) that is interesting for more than one institution. The owner of the database would like to allow different institutions to have their own OPAC interface (with own logo, own colors etc, but no user logins) to access the data. Having just one interface with several logos etc is no option. So my idea is to have more than one Koha instance. The first instance would contain the "master" database - from this the tables "biblio", "items" and "biblioitems" would be unloaded every night and loaded into the databases of the other instances, followed by a reindexing. This would cause some cost for scripting and testing, but it would be relatively easy to update the instances. Still I'm wondering if there is maybe a better solution to this problem? Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch
Hi, Il 07/02/2017 14:24, Michael Kuhn ha scritto:
Is it possible to have just one Koha database but more than one OPAC interface that is accessing the data?
in my opinion the best option is many OPAC Virtual Hosts with different DNS CNAME each. In every VH setup you can insert different values for system preferences and you can hve different css, js, etc. Bye Zeno Tajoli -- Zeno Tajoli /SVILUPPO PRODOTTI CINECA/ - Automazione Biblioteche Email: z.tajoli@cineca.it Fax: 051/6132198 *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)
Hi Zeno
Is it possible to have just one Koha database but more than one OPAC interface that is accessing the data?
in my opinion the best option is many OPAC Virtual Hosts with different DNS CNAME each. In every VH setup you can insert different values for system preferences and you can hve different css, js, etc.
Thanks for your suggestion! I tried to find some information about different values for system preferences in virtual hosts, via Google I found some Bugzilla issues (10325, 16068) and some other hints, but no official description (except one hint in chapter 2.1 of the manual). There seem to exist variables like OPAC_CSS_OVERRIDE etc and also OVERRIDE_SYSPREF_* which seemingly can be extended like OVERRIDE_SYSPREF_opacbookbag for example. I then configured a new virtual host in my Apache HTTP Server using the standard OPAC configuration for port 80, but changing the port to 1080. After that my OPAC is actually accessible via port 80 as well as 1080. Then (as an example) I added the variable OVERRIDE_SYSPREF_opacbookbag, so the configuration of the virtual host now looks as follows <VirtualHost *:1080> <IfVersion >= 2.4> Define instance "svk" </IfVersion> Include /etc/koha/apache-shared.conf Include /etc/koha/apache-shared-opac-plack.conf Include /etc/koha/apache-shared-opac.conf ServerName svk SetEnv KOHA_CONF "/etc/koha/sites/svk/koha-conf.xml" SetEnv MEMCACHED_SERVERS "" SetEnv MEMCACHED_NAMESPACE "" AssignUserID svk-koha svk-koha SetEnv OVERRIDE_SYSPREF_opacbookbag 0 ErrorLog /var/log/koha/svk/opac-error.log </VirtualHost> I then restarted the Apache HTTP Server and also Plack - but there was no visible change in the new OPAC (usually "opacbookbag" should hide or show the Cart symbol). In fact I made many more experiments, but I guess one example is enough here. I'm not sure if I'm doing the right thing anyway... Can you maybe point me to some documentation about the correct changing of values for system preferences? Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch
Hi Michael This won't work with Plack, because the environment variables set in Apache are not passed through to Plack. This still works fine without Plack as the env variables are set for the scripts running under the apache user. Someone needs to work on a way to pass the variables to plack. Environment ones won't work, because plack is persistent, they will need to be set in config or something. If you want to discuss ideas for doing this, we could move it to the koha-devel list. Chris On 08/02/17 05:50, Michael Kuhn wrote:
Hi Zeno
Is it possible to have just one Koha database but more than one OPAC interface that is accessing the data?
in my opinion the best option is many OPAC Virtual Hosts with different DNS CNAME each. In every VH setup you can insert different values for system preferences and you can hve different css, js, etc.
Thanks for your suggestion! I tried to find some information about different values for system preferences in virtual hosts, via Google I found some Bugzilla issues (10325, 16068) and some other hints, but no official description (except one hint in chapter 2.1 of the manual). There seem to exist variables like OPAC_CSS_OVERRIDE etc and also OVERRIDE_SYSPREF_* which seemingly can be extended like OVERRIDE_SYSPREF_opacbookbag for example.
I then configured a new virtual host in my Apache HTTP Server using the standard OPAC configuration for port 80, but changing the port to 1080. After that my OPAC is actually accessible via port 80 as well as 1080.
Then (as an example) I added the variable OVERRIDE_SYSPREF_opacbookbag, so the configuration of the virtual host now looks as follows
<VirtualHost *:1080> <IfVersion >= 2.4> Define instance "svk" </IfVersion> Include /etc/koha/apache-shared.conf Include /etc/koha/apache-shared-opac-plack.conf Include /etc/koha/apache-shared-opac.conf
ServerName svk SetEnv KOHA_CONF "/etc/koha/sites/svk/koha-conf.xml" SetEnv MEMCACHED_SERVERS "" SetEnv MEMCACHED_NAMESPACE "" AssignUserID svk-koha svk-koha
SetEnv OVERRIDE_SYSPREF_opacbookbag 0
ErrorLog /var/log/koha/svk/opac-error.log </VirtualHost>
I then restarted the Apache HTTP Server and also Plack - but there was no visible change in the new OPAC (usually "opacbookbag" should hide or show the Cart symbol). In fact I made many more experiments, but I guess one example is enough here.
I'm not sure if I'm doing the right thing anyway... Can you maybe point me to some documentation about the correct changing of values for system preferences?
Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
For Plack you can have a look at bug 16520, it is in 16.11. On Tue, 7 Feb 2017 at 18:51 Chris Cormack <chrisc@catalyst.net.nz> wrote:
Hi Michael
This won't work with Plack, because the environment variables set in Apache are not passed through to Plack. This still works fine without Plack as the env variables are set for the scripts running under the apache user.
Someone needs to work on a way to pass the variables to plack. Environment ones won't work, because plack is persistent, they will need to be set in config or something.
If you want to discuss ideas for doing this, we could move it to the koha-devel list.
Chris
On 08/02/17 05:50, Michael Kuhn wrote:
Hi Zeno
Is it possible to have just one Koha database but more than one OPAC interface that is accessing the data?
in my opinion the best option is many OPAC Virtual Hosts with different DNS CNAME each. In every VH setup you can insert different values for system preferences and you can hve different css, js, etc.
Thanks for your suggestion! I tried to find some information about different values for system preferences in virtual hosts, via Google I found some Bugzilla issues (10325, 16068) and some other hints, but no official description (except one hint in chapter 2.1 of the manual). There seem to exist variables like OPAC_CSS_OVERRIDE etc and also OVERRIDE_SYSPREF_* which seemingly can be extended like OVERRIDE_SYSPREF_opacbookbag for example.
I then configured a new virtual host in my Apache HTTP Server using the standard OPAC configuration for port 80, but changing the port to 1080. After that my OPAC is actually accessible via port 80 as well as 1080.
Then (as an example) I added the variable OVERRIDE_SYSPREF_opacbookbag, so the configuration of the virtual host now looks as follows
<VirtualHost *:1080> <IfVersion >= 2.4> Define instance "svk" </IfVersion> Include /etc/koha/apache-shared.conf Include /etc/koha/apache-shared-opac-plack.conf Include /etc/koha/apache-shared-opac.conf
ServerName svk SetEnv KOHA_CONF "/etc/koha/sites/svk/koha-conf.xml" SetEnv MEMCACHED_SERVERS "" SetEnv MEMCACHED_NAMESPACE "" AssignUserID svk-koha svk-koha
SetEnv OVERRIDE_SYSPREF_opacbookbag 0
ErrorLog /var/log/koha/svk/opac-error.log </VirtualHost>
I then restarted the Apache HTTP Server and also Plack - but there was no visible change in the new OPAC (usually "opacbookbag" should hide or show the Cart symbol). In fact I made many more experiments, but I guess one example is enough here.
I'm not sure if I'm doing the right thing anyway... Can you maybe point me to some documentation about the correct changing of values for system preferences?
Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 <+41%2061%20261%2055%2061> · E mik@adminkuhn.ch · W www.adminkuhn.ch _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Hi Chris and Jonathan
This won't work with Plack, because the environment variables set in Apache are not passed through to Plack. This still works fine without Plack as the env variables are set for the scripts running under the apache user.
Thanks for the clarification! I stopped and disabled Plack - and yes, immediately the variable worked as expected which is great!
Someone needs to work on a way to pass the variables to plack. Environment ones won't work, because plack is persistent, they will need to be set in config or something.
If you want to discuss ideas for doing this, we could move it to the koha-devel list.
In my particular case Plack is not absolutely necessary because the database is quite small. The problem seems already solved, as Jonathan just wrote:
For Plack you can have a look at bug 16520, it is in 16.11.
Still, in my case the situation actually occurred on an installation of Koha 16.11.0 - but as said the variables work like a charm when Plack is deactivated. Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik@adminkuhn.ch · W www.adminkuhn.ch
participants (6)
-
Bob Ewart -
Chris Cormack -
Jonathan Druart -
Magnus Enger -
Michael Kuhn -
Tajoli Zeno