The solution I just found is the following: Even though the python
script has the necessary execute permissions, the RewriteMap definition
required that the python interpreter is included in the Apache config file:
RewriteMap extrw "prg:/usr/bin/python3 /opt/extrw.py"
Now it worked using this
* While that is one approach, I'm afraid it won't speed up your exercise;
it is most
* direct to get 2.4 going.
Something that will likely speed your transition is to split your task into as
small of portions as possible, and tackle those one at a time from a higher
level perspective.
On Tue, Nov 13, 2018 at 11:04 AM wrote:
>
> Our main objective is to migrate to 2.4. Since I faced an issue while
> doing so, I thought it would be better to first migrate to 2.0 then to 2.2
> and finally to 2.4.
>
While that is one approach, I'm afraid it won't speed up your exercise; it
is
Dear William,
Thank you very much for the Response.
I am a novice in apache http server.
Our main objective is to migrate to 2.4. Since I faced an issue while
doing so, I thought it would be better to first migrate to 2.0 then to 2.2
and finally to 2.4.
In 2.4 itself the error is same.
The
On Mon, Nov 12, 2018 at 10:38 AM wrote:
>
> I have installed and set up httpd 2.0.65 version of apache server on
Solaris 11
Speaking for most readers of this list, we wonder why... what would lead
you to such a silly act? Is this in the syllabus/exercises inflicted by a
cruel
teaching assistant?
Dear Team,
In the following error:
API module structure 'example_module' in file
/app/quartz/COMS/EAI_324/ph/http/bin/mod_example.so is garbled - expected
signature 41503230 but saw - perhaps this is not an Apache module
DSO, or was compiled for a different Apache version?
My module
Eric and David, thank you both for the advice, it was really helpful and
I've fixed my problem.
It appears that a script a colleague wrote as part of the EPrints software
made use of a UTF8 module, but only on one field of the data where it's
ussually necessary. In this instance it was on a name
James Kerwin,
When strange characters cause HTTP error 500, this is usually caused by
a mismatch in specified character encoding. Make sure that your form
page and your Apache configuration file both specify the same encoding.
For most of the world, the current standard encoding is called
On Tue, Nov 13, 2018 at 9:30 AM James Kerwin wrote:
>
> Hi all,
>
> I have a server with some software on called "EPrints". When uploading some
> data via am EPrints form I get an "Internal Server Error" upon submission and
> the data is not submitted.
>
> I have found that the slightly unusual
Hi all,
I have a server with some software on called "EPrints". When uploading some
data via am EPrints form I get an "Internal Server Error" upon submission
and the data is not submitted.
I have found that the slightly unusual characters "ę" and "ł" cause this.
When they are both removed from
10 matches
Mail list logo