thank you everyone. Changes made and they work.
Point taken about being invalid for 15 years. I inherited an old
application/setup.
Again, thank you all.
From: Frank Gingras
Sent: Monday, July 1, 2024 3:03 PM
To: users@httpd.apache.org
Subject: [External] : R
Have an existing application and Apache installation (have been using Apache
for years).
Upgraded Apache from 2.4.59 to 2.4.60 today and the browser prompts to save the
index.php file instead of
serving/processing it when just entering https:// as the URL. This
had been working fine for years
Changes to the configure script related to the update to use pcre2 instead of
pcre fail on some operating systems.
My configure command uses many options, and with the upgrade to 2.4.53 I
changed the --with-pcre option to point to the pcre2-config file directly
./configure --with-pcre=/path/to/
I also had this problem, but changing it to point to the pcre2-config file
fixed it for me on RHEL 7, but...
On some operating systems this is still failing for me. Solaris 10 is one
example. The configure script uses the "which" command. On my Solaris 10
system "which" is an actual csh scri
The first line is trying to create the file webconfig.txt.php in your
DOCUMENT_ROOT directory, with the contents of the file being:
I didn't decode the remaining lines. I think they're just trying to do the same
thing.
- Original Message -
From: bernd.len...@helmholtz-muenchen.de
To
I didn't decode it all. I'll leave the rest up to you, but the %characters are
hexadecimal characters. Look up hex charset.
So the first line translates to (I may have missed a char or two...)
GET/?1=@ini_set("display_errors",
0);set_time_limit("0");@set_magic_quotes_runtime();echo
'->|'
Copy or move the apr and apr-util distributions into the httpd/srclib directory
so you'll have
/srclib/apr (without the version extension)
/srclib/apr-util (without the version
extension)
and try the --with-included-apr option to configure instead of the --with-apr
and --with-apr-util optio
Occasionally we've had the spinning connecting problem here during some of our
development.
You might try clearing/deleting any certificates for that particular host in
Firefox.
Tools->Options - Advanced. Select View Certificates and delete/distruct the
certs for that host.
Maybe that'll wor
Try this and see if it works. I think it works for me (i just was working on
this yesterday).
I downloaded and built PCRE separately (8.35). I'm building on both Linux and
Solaris at this point.
./configure \
--disable-cpp \
--disable-shared \
--prefix=$LOCALD
