Re: [users@httpd] Javascript xmlhttprequest send error

2024-07-03 Thread Frank Gingras
On Wed, Jul 3, 2024 at 7:49 PM Ted Hickox  wrote:

> And a hearty good evening everyone.  Here is my Javascript code.
>
> var SVG_Data;
> var Retrieved_Data;
> var Attribute_List;
> var Coordinate_List;
> var Counter;
> function Setup() {
>  SVG_Data = new XMLHttpRequest();
>  SVG_Data.open("GET","
> http://localhost:8080/exist/rest/db/apps/HTML_Student/SVG_Ellipse.xq";,
> true);
>  SVG_Data.onreadystatechange = function () {
>  if (SVG_Data.readyState == 4) {
> Retrieved_Data = SVG_Data.responseText;
> Retrieved_Data = Retrieved_Data.split("*");
> Attribute_List = "";
> Coordinate_List = "";
> for (Counter = 0; Counter < 8; Counter++) {
>   Attribute_List = Attribute_List + Retrieved_Data[Counter] + "*";
>   Counter = Counter + 1;
>   Coordinate_List = Coordinate_List + Retrieved_Data[Counter] + "*";}
>   Attribute_List = Attribute_List.split("*");
>   Coordinate_List = Coordinate_List.split("*");
>   Coordinate = " for (Counter = 0; Counter < 4; Counter++) {
>  Coordinate = Coordinate + " " + Attribute_List[Counter] + " = '"
> + Coordinate_List[Counter] + "'";}
> Coordinate = Coordinate + ">";
>  document.getElementById("Image_Box").innerHTML = Coordinate;
>  }
>  };
>
>SVG_Data.send();}
>
> When I run this code, I get the following error:
>
> uncaught typeerror.  cannot read properties of undefined reading send.
>
> I know this has to do with SVG_Data.send().  But I don't know what I've
> done wrong.  Can anyone here assist me with this problem?
>
>
>
>
You should ask a JavaScript mailing list / support forum instead.


[users@httpd] Javascript xmlhttprequest send error

2024-07-03 Thread Ted Hickox
And a hearty good evening everyone.  Here is my Javascript code.

var SVG_Data;
var Retrieved_Data;
var Attribute_List;
var Coordinate_List;
var Counter;
function Setup() {
 SVG_Data = new XMLHttpRequest();
 SVG_Data.open("GET","
http://localhost:8080/exist/rest/db/apps/HTML_Student/SVG_Ellipse.xq";,
true);
 SVG_Data.onreadystatechange = function () {
 if (SVG_Data.readyState == 4) {
Retrieved_Data = SVG_Data.responseText;
Retrieved_Data = Retrieved_Data.split("*");
Attribute_List = "";
Coordinate_List = "";
for (Counter = 0; Counter < 8; Counter++) {
  Attribute_List = Attribute_List + Retrieved_Data[Counter] + "*";
  Counter = Counter + 1;
  Coordinate_List = Coordinate_List + Retrieved_Data[Counter] + "*";}
  Attribute_List = Attribute_List.split("*");
  Coordinate_List = Coordinate_List.split("*");
  Coordinate = "";
 document.getElementById("Image_Box").innerHTML = Coordinate;
 }
 };

   SVG_Data.send();}

When I run this code, I get the following error:

uncaught typeerror.  cannot read properties of undefined reading send.

I know this has to do with SVG_Data.send().  But I don't know what I've
done wrong.  Can anyone here assist me with this problem?


Re: [users@httpd] weird/basic issue/question

2024-07-03 Thread Frank Gingras
On Wed, Jul 3, 2024 at 1:02 PM bruce  wrote:

> Hi frank.
>
> I know apache doesn't maintain php apps.
>
> pretty sure this isn't a php app issue, unless there's been something
> cut/copy/paste in the diff apps.
>
> I'm actually thinking that there's something in apache configs causing
> this.. given that i'm getting the issue in apache err logs, from diff
> apps..
>
> On Wed, Jul 3, 2024 at 12:54 PM Frank Gingras  wrote:
> >
> >
> >
> > On Wed, Jul 3, 2024 at 12:45 PM bruce  wrote:
> >>
> >> Hi Frank.
> >>
> >> It does.
> >>
> >> I also tried an additional test app
> >> http://161.35.5.174/invoiceninja/
> >>
> >> it also shows the "minthcm" in the error.log..
> >>
> >> I've been researching this, and as of yet, haven't found a aha moment.
> >>
> >> I've got plenty of other test apps in the /var/www/html dirtree.. and
> >> they aren't showing..
> >> I did a quick search/find in the /etc/sites-available and only find
> >> "minthcm" in the disabled conf file.
> >>
> >> any pointers as to where I might look?
> >>
> >> thanks
> >>
> >>
> >> On Wed, Jul 3, 2024 at 12:20 PM Frank Gingras 
> wrote:
> >> >
> >> >
> >> >
> >> > On Wed, Jul 3, 2024 at 12:15 PM bruce  wrote:
> >> >>
> >> >> I have a test/local apache server - digitalocean instance.
> >> >>
> >> >> Testing a php app. I have the
> >> >>  /etc/sites-available
> >> >>  /etc/mods-available
> >> >>
> >> >> I stopped the service, and restarted it.
> >> >>
> >> >> I tested the url:
> >> >>  http://161.35.5.174/invoiceplane/sessions/login
> >> >>  I then examined the
> >> >>   tail -50 /var/log/apache/error.log
> >> >>
> >> >>  and I expected to see something with the above url...
> >> >>
> >> >> instead, I get lines like..
> >> >> [Wed Jul 03 15:56:00.454162 2024] [deflate:debug] [pid 23847]
> >> >> mod_deflate.c(869): [client 162.234.196.167:39160] AH01384: Zlib:
> >> >> Compressed 595 to 276 : URL /minthcm/install/index.php, referer:
> >> >> http://161.35.5.174/minthcm/
> >> >>
> >> >> now... the minthcm is a disabled test app.. but I don't get why I'm
> >> >> seeing it in the err log when/right after testing the "invoiceplane"
> >> >> url.
> >> >>
> >> >> Haven't found anything yet via searching.
> >> >>
> >> >> thoughts/comments would be helpful.
> >> >>
> >> >> thanks
> >> >>
> >> >> -
> >> >> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> >> >> For additional commands, e-mail: users-h...@httpd.apache.org
> >> >>
> >> >
> >> > Your php application is redirecting / loading additional resources.
> Does invoiceplane have a mailing list or other support venues?
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> >> For additional commands, e-mail: users-h...@httpd.apache.org
> >>
> >
> > I still recommend asking the invoiceplane folks, preferably on their
> mailing list, or most active support venue.
> >
> > Apache HTTPd doesn't maintain that php application.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
>
Bruce, if a redirect was involved, you would see a 3xx entry in the logs.
If mod_rewrite is involved, use the rewrite log to debug.


Re: [users@httpd] weird/basic issue/question

2024-07-03 Thread bruce
Hi frank.

I know apache doesn't maintain php apps.

pretty sure this isn't a php app issue, unless there's been something
cut/copy/paste in the diff apps.

I'm actually thinking that there's something in apache configs causing
this.. given that i'm getting the issue in apache err logs, from diff
apps..

On Wed, Jul 3, 2024 at 12:54 PM Frank Gingras  wrote:
>
>
>
> On Wed, Jul 3, 2024 at 12:45 PM bruce  wrote:
>>
>> Hi Frank.
>>
>> It does.
>>
>> I also tried an additional test app
>> http://161.35.5.174/invoiceninja/
>>
>> it also shows the "minthcm" in the error.log..
>>
>> I've been researching this, and as of yet, haven't found a aha moment.
>>
>> I've got plenty of other test apps in the /var/www/html dirtree.. and
>> they aren't showing..
>> I did a quick search/find in the /etc/sites-available and only find
>> "minthcm" in the disabled conf file.
>>
>> any pointers as to where I might look?
>>
>> thanks
>>
>>
>> On Wed, Jul 3, 2024 at 12:20 PM Frank Gingras  wrote:
>> >
>> >
>> >
>> > On Wed, Jul 3, 2024 at 12:15 PM bruce  wrote:
>> >>
>> >> I have a test/local apache server - digitalocean instance.
>> >>
>> >> Testing a php app. I have the
>> >>  /etc/sites-available
>> >>  /etc/mods-available
>> >>
>> >> I stopped the service, and restarted it.
>> >>
>> >> I tested the url:
>> >>  http://161.35.5.174/invoiceplane/sessions/login
>> >>  I then examined the
>> >>   tail -50 /var/log/apache/error.log
>> >>
>> >>  and I expected to see something with the above url...
>> >>
>> >> instead, I get lines like..
>> >> [Wed Jul 03 15:56:00.454162 2024] [deflate:debug] [pid 23847]
>> >> mod_deflate.c(869): [client 162.234.196.167:39160] AH01384: Zlib:
>> >> Compressed 595 to 276 : URL /minthcm/install/index.php, referer:
>> >> http://161.35.5.174/minthcm/
>> >>
>> >> now... the minthcm is a disabled test app.. but I don't get why I'm
>> >> seeing it in the err log when/right after testing the "invoiceplane"
>> >> url.
>> >>
>> >> Haven't found anything yet via searching.
>> >>
>> >> thoughts/comments would be helpful.
>> >>
>> >> thanks
>> >>
>> >> -
>> >> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
>> >> For additional commands, e-mail: users-h...@httpd.apache.org
>> >>
>> >
>> > Your php application is redirecting / loading additional resources.  Does 
>> > invoiceplane have a mailing list or other support venues?
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
>> For additional commands, e-mail: users-h...@httpd.apache.org
>>
>
> I still recommend asking the invoiceplane folks, preferably on their mailing 
> list, or most active support venue.
>
> Apache HTTPd doesn't maintain that php application.

-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org



Re: [users@httpd] weird/basic issue/question

2024-07-03 Thread Frank Gingras
On Wed, Jul 3, 2024 at 12:45 PM bruce  wrote:

> Hi Frank.
>
> It does.
>
> I also tried an additional test app
> http://161.35.5.174/invoiceninja/
>
> it also shows the "minthcm" in the error.log..
>
> I've been researching this, and as of yet, haven't found a aha moment.
>
> I've got plenty of other test apps in the /var/www/html dirtree.. and
> they aren't showing..
> I did a quick search/find in the /etc/sites-available and only find
> "minthcm" in the disabled conf file.
>
> any pointers as to where I might look?
>
> thanks
>
>
> On Wed, Jul 3, 2024 at 12:20 PM Frank Gingras  wrote:
> >
> >
> >
> > On Wed, Jul 3, 2024 at 12:15 PM bruce  wrote:
> >>
> >> I have a test/local apache server - digitalocean instance.
> >>
> >> Testing a php app. I have the
> >>  /etc/sites-available
> >>  /etc/mods-available
> >>
> >> I stopped the service, and restarted it.
> >>
> >> I tested the url:
> >>  http://161.35.5.174/invoiceplane/sessions/login
> >>  I then examined the
> >>   tail -50 /var/log/apache/error.log
> >>
> >>  and I expected to see something with the above url...
> >>
> >> instead, I get lines like..
> >> [Wed Jul 03 15:56:00.454162 2024] [deflate:debug] [pid 23847]
> >> mod_deflate.c(869): [client 162.234.196.167:39160] AH01384: Zlib:
> >> Compressed 595 to 276 : URL /minthcm/install/index.php, referer:
> >> http://161.35.5.174/minthcm/
> >>
> >> now... the minthcm is a disabled test app.. but I don't get why I'm
> >> seeing it in the err log when/right after testing the "invoiceplane"
> >> url.
> >>
> >> Haven't found anything yet via searching.
> >>
> >> thoughts/comments would be helpful.
> >>
> >> thanks
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> >> For additional commands, e-mail: users-h...@httpd.apache.org
> >>
> >
> > Your php application is redirecting / loading additional resources.
> Does invoiceplane have a mailing list or other support venues?
>
> -
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
>
I still recommend asking the invoiceplane folks, preferably on their
mailing list, or most active support venue.

Apache HTTPd doesn't maintain that php application.


Re: [users@httpd] weird/basic issue/question

2024-07-03 Thread bruce
Hi Frank.

It does.

I also tried an additional test app
http://161.35.5.174/invoiceninja/

it also shows the "minthcm" in the error.log..

I've been researching this, and as of yet, haven't found a aha moment.

I've got plenty of other test apps in the /var/www/html dirtree.. and
they aren't showing..
I did a quick search/find in the /etc/sites-available and only find
"minthcm" in the disabled conf file.

any pointers as to where I might look?

thanks


On Wed, Jul 3, 2024 at 12:20 PM Frank Gingras  wrote:
>
>
>
> On Wed, Jul 3, 2024 at 12:15 PM bruce  wrote:
>>
>> I have a test/local apache server - digitalocean instance.
>>
>> Testing a php app. I have the
>>  /etc/sites-available
>>  /etc/mods-available
>>
>> I stopped the service, and restarted it.
>>
>> I tested the url:
>>  http://161.35.5.174/invoiceplane/sessions/login
>>  I then examined the
>>   tail -50 /var/log/apache/error.log
>>
>>  and I expected to see something with the above url...
>>
>> instead, I get lines like..
>> [Wed Jul 03 15:56:00.454162 2024] [deflate:debug] [pid 23847]
>> mod_deflate.c(869): [client 162.234.196.167:39160] AH01384: Zlib:
>> Compressed 595 to 276 : URL /minthcm/install/index.php, referer:
>> http://161.35.5.174/minthcm/
>>
>> now... the minthcm is a disabled test app.. but I don't get why I'm
>> seeing it in the err log when/right after testing the "invoiceplane"
>> url.
>>
>> Haven't found anything yet via searching.
>>
>> thoughts/comments would be helpful.
>>
>> thanks
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
>> For additional commands, e-mail: users-h...@httpd.apache.org
>>
>
> Your php application is redirecting / loading additional resources.  Does 
> invoiceplane have a mailing list or other support venues?

-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org



Re: [users@httpd] weird/basic issue/question

2024-07-03 Thread Frank Gingras
On Wed, Jul 3, 2024 at 12:15 PM bruce  wrote:

> I have a test/local apache server - digitalocean instance.
>
> Testing a php app. I have the
>  /etc/sites-available
>  /etc/mods-available
>
> I stopped the service, and restarted it.
>
> I tested the url:
>  http://161.35.5.174/invoiceplane/sessions/login
>  I then examined the
>   tail -50 /var/log/apache/error.log
>
>  and I expected to see something with the above url...
>
> instead, I get lines like..
> [Wed Jul 03 15:56:00.454162 2024] [deflate:debug] [pid 23847]
> mod_deflate.c(869): [client 162.234.196.167:39160] AH01384: Zlib:
> Compressed 595 to 276 : URL /minthcm/install/index.php, referer:
> http://161.35.5.174/minthcm/
>
> now... the minthcm is a disabled test app.. but I don't get why I'm
> seeing it in the err log when/right after testing the "invoiceplane"
> url.
>
> Haven't found anything yet via searching.
>
> thoughts/comments would be helpful.
>
> thanks
>
> -
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
>
Your php application is redirecting / loading additional resources.  Does
invoiceplane have a mailing list or other support venues?


[users@httpd] weird/basic issue/question

2024-07-03 Thread bruce
I have a test/local apache server - digitalocean instance.

Testing a php app. I have the
 /etc/sites-available
 /etc/mods-available

I stopped the service, and restarted it.

I tested the url:
 http://161.35.5.174/invoiceplane/sessions/login
 I then examined the
  tail -50 /var/log/apache/error.log

 and I expected to see something with the above url...

instead, I get lines like..
[Wed Jul 03 15:56:00.454162 2024] [deflate:debug] [pid 23847]
mod_deflate.c(869): [client 162.234.196.167:39160] AH01384: Zlib:
Compressed 595 to 276 : URL /minthcm/install/index.php, referer:
http://161.35.5.174/minthcm/

now... the minthcm is a disabled test app.. but I don't get why I'm
seeing it in the err log when/right after testing the "invoiceplane"
url.

Haven't found anything yet via searching.

thoughts/comments would be helpful.

thanks

-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org



Re: [users@httpd] Hexadecimal representation of special characters breaking JSON logs

2024-07-03 Thread Rainer Canavan
On Tue, Jul 2, 2024 at 6:54 PM Dominic Humphries
 wrote:
>
> As per 
> https://httpd.apache.org/docs/current/mod/mod_log_config.html#format-notes we 
> see special characters getting represented in our logs by their hexadecimal 
> representation - \xhh
>
> However, we output our logs in a json format, and this representation results 
> in invalid JSON, which gives us problems when we forward them to Logstash.
>
> A path of /abc gives us the expected output: "@message": "GET /abc HTTP/1.1"
> which is valid JSON
> But a path of e.g. /abcé results in: "@message": "GET /abc\xc3\xa9 HTTP/1.1"
> which results in jq reporting parse error: Invalid escape
>
> Ideally, we'd like to disable the hex representation and just have the 
> original string in our logs. Failing that, adding additional backslashes to 
> escape the inserted hex seems like it should work, and I thought piping the 
> log via sed would allow for this, but for some reason
>
> CustomLog "|$/usr/bin/sed 's/old/new/g' >> logfile" logstash_ext_json
>
> just results in nothing being logged to the file - no errors anywhere, just 
> no logging happening.

sed may buffer input/output, so it might take a while before anything
is written to the logfile.

> Any advice on how to fix the logging so every special character doesn't break 
> JSON parsing would be appreciated!

The correct solution - proper JSON-style escaping is currently stuck
in this Pull request:

https://github.com/apache/httpd/pull/429

If you build httpd yourself anyway, you can just apply that patch
locally, test it, and report your resuts in the pull request. That may
help it move towards getting merged into the 2.4 branch.

As a workaround, substitute \x with % in your log pipeline.

Rainer

-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org