EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #09023
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] empty c->{'host'} in Eprints 3.3.XX
- To: <eprints-tech@ecs.soton.ac.uk>, Yuri <yurj@alfa.it>
- Subject: Re: [EP-tech] empty c->{'host'} in Eprints 3.3.XX
- From: David R Newman <drn@ecs.soton.ac.uk>
- Date: Mon, 8 Aug 2022 08:54:28 +0100
Hi Yuri,
If you were in EPrints 3.4.1 onwards then you
could just unset $c->{host}. However, there are some Bazaar
plugins that rely on $c->{host} being set, so you would need
to check to make sure $c->{host} was not used directly
anywhere and update appropriately to use $c->{securehost}.
If you are still on 3.3.x, then the best plan is to manually set various URLs through configuration:
$c->{http_url} = $c->{base_url};
$c->{http_cgiurl} = $c->{perl_url};
I think you should have a cfg/cfg.d/20_baseurls.pl in you archive, if so just add these links after the lines that set the $c->{base_url} and $c->{perl_url} variables. However, this will only work if you have a recent version of 20_baseurls.pl, which prioritises HTTPS over HTTP:
https://github.com/eprints/eprints/blob/3.3/lib/defaultcfg/cfg.d/20_baseurls.pl
Also, using a copy of 20_baseurls.pl above with the changes I suggested will also only work if $c->{securehost} is set in a file that is loaded before 20_baseurls.pl (e.g. 10_core.pl). If you have $c->{securehost} defined in https.pl, (which seems quite common), you are best renaming this to 15_https.pl. Once you have got the appropriate changes in place, it is probably worth running generate_apacheconf and generate_static, although I don't think the former should be needed. Then when you are happy that static pages no longer have any HTTP URLs, (by testing in your web browser), it is worth running "epadmin refresh_abstracts" and "epadmin refresh_views" to clear HTTP URLs from those pages as well.
Regards
David Newman
CAUTION: This e-mail originated outside the University of Southampton. Hi! I would like to totally switch to https. I've managed most of the redirects at apache level and it works but, for example, the export for in views (/cgi/exportview) still point to http, as various backend urls. Redirects are not perfect because when cgi is involved the browser will prompt a secure warning because the form will go in http (before redirect). Looking at the code, seems possible to have only securehost set and c->{'host'} commented. Will this work or there will be any issue? *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech *** Archive: https://eur03.safelinks.protection.outlook.com/?url=""> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url="">
- References:
- [EP-tech] empty c->{'host'} in Eprints 3.3.XX
- From: Yuri <yurj@alfa.it>
- [EP-tech] empty c->{'host'} in Eprints 3.3.XX
- Prev by Date: [EP-tech] empty c->{'host'} in Eprints 3.3.XX
- Next by Date: Re: [EP-tech] empty c->{'host'} in Eprints 3.3.XX
- Previous by thread: [EP-tech] EPrints/CRIS
- Next by thread: [EP-tech] DOI handling in orcid_support_advance
- Index(es):