Recent Posts
1
Web Server - Ask For Help / Re: (Much) slower response handling in netwebclient when using compact json
« Last post by AtoB on Today at 08:12:34 AM »I forgot to include the request headers:
Full http header for slow request/response (compact json):
GET /wsPurchases/ordersCoils HTTP/1.1
Accept: application/json
Accept-Language: en
Authorization: yadayada
Accept-Encoding: gzip
User-Agent: NetTalk 14.38
Host: 127.0.0.1:8091
Content-Length: 0
Connection: Keep-Alive
Full http header for fast request/response (human readable json)
GET /wsPurchases/ordersCoils?&readable=1 HTTP/1.1
Accept: application/json
Accept-Language: en
Authorization: yadayada
Accept-Encoding: gzip
User-Agent: NetTalk 14.38
Host: 127.0.0.1:8091
Content-Length: 0
Connection: Keep-Alive
Full http header for slow request/response (compact json):
GET /wsPurchases/ordersCoils HTTP/1.1
Accept: application/json
Accept-Language: en
Authorization: yadayada
Accept-Encoding: gzip
User-Agent: NetTalk 14.38
Host: 127.0.0.1:8091
Content-Length: 0
Connection: Keep-Alive
Full http header for fast request/response (human readable json)
GET /wsPurchases/ordersCoils?&readable=1 HTTP/1.1
Accept: application/json
Accept-Language: en
Authorization: yadayada
Accept-Encoding: gzip
User-Agent: NetTalk 14.38
Host: 127.0.0.1:8091
Content-Length: 0
Connection: Keep-Alive
2
Web Server - Ask For Help / (Much) slower response handling in netwebclient when using compact json
« Last post by AtoB on Today at 07:11:06 AM »HI all,
(using nettalk 14.38 for both server/client, clarion 10)
I ran into a strange but a little concerning issue:
all my endpoints have the option to request for human readable (non-compact) json or json without these spaces/line breaks (compact). I control this via parameter "readable=1" and use the human readable mostly only during testing. This in itself works ok.
Today I (by accident) I ran a GET with the option omitted, so effectively asking for "compact" json against a somewhat larger result/response and this took ages (cpu of het client app hitting the max)
- Human readable response takes 3 seconds
- Non-human readable json (so effectively less data) takes 90 seconds!
If tested all my endpoints and even small results take double time (when compacted) (40 ms process time becomes 80 ms), but the larger the response, the time to process the response seems to explode somehow.
Now the strange observations:
- I've tried both requests with Curl and both response are shown in somewhat the same time (roughly 3 seconds), to be complete this is the Curl command (with parameter active):
curl --header "Accept: application/json" --compressed --header "Accept-Language: en" --header "Authorization: yadayada" --header "Connection: Keep-Alive" --user-agent "NetTalk 14.38" "https://127.0.0.1:8091/wsPurchases/ordersCoils?&readable=1"
- I've tried another set of requests against a nettalk 12.45 (production) server and then I see no (
!!?) difference (so it's not only the client?)
I (no evidence) suspect compression might be at play here. So I also tried net.AcceptEncoding = 'plain' and net.AcceptEncoding = '', but this doesn't make any differenct (compact stays way slower).
Below are both (nettalk client) headers to be complete and I've attached two log files (one slow and one fast) that show the difference. And a screenshot where the difference occurs.
Problem is there no more data between the delay in the log file ...
I'm a little clueless about where to start searching now and/or what settings might influence this slowdown.
Any tips are most appreciated
Thanks in advance
Regards,
Ton
(using nettalk 14.38 for both server/client, clarion 10)
I ran into a strange but a little concerning issue:
all my endpoints have the option to request for human readable (non-compact) json or json without these spaces/line breaks (compact). I control this via parameter "readable=1" and use the human readable mostly only during testing. This in itself works ok.
Today I (by accident) I ran a GET with the option omitted, so effectively asking for "compact" json against a somewhat larger result/response and this took ages (cpu of het client app hitting the max)
- Human readable response takes 3 seconds
- Non-human readable json (so effectively less data) takes 90 seconds!
If tested all my endpoints and even small results take double time (when compacted) (40 ms process time becomes 80 ms), but the larger the response, the time to process the response seems to explode somehow.
Now the strange observations:
- I've tried both requests with Curl and both response are shown in somewhat the same time (roughly 3 seconds), to be complete this is the Curl command (with parameter active):
curl --header "Accept: application/json" --compressed --header "Accept-Language: en" --header "Authorization: yadayada" --header "Connection: Keep-Alive" --user-agent "NetTalk 14.38" "https://127.0.0.1:8091/wsPurchases/ordersCoils?&readable=1"
- I've tried another set of requests against a nettalk 12.45 (production) server and then I see no (
!!?) difference (so it's not only the client?)I (no evidence) suspect compression might be at play here. So I also tried net.AcceptEncoding = 'plain' and net.AcceptEncoding = '', but this doesn't make any differenct (compact stays way slower).
Below are both (nettalk client) headers to be complete and I've attached two log files (one slow and one fast) that show the difference. And a screenshot where the difference occurs.
Problem is there no more data between the delay in the log file ...
I'm a little clueless about where to start searching now and/or what settings might influence this slowdown.
Any tips are most appreciated
Thanks in advance
Regards,
Ton
3
Web Server - Ask For Help / Re: DNSimple DNS method for Lets encrypt fails.
« Last post by rjolda on Today at 02:42:23 AM »Hi,
I am using dnssimple.
NT does have a DNS app which connects to DNSsimple account and can edit it.
Ron
I am using dnssimple.
NT does have a DNS app which connects to DNSsimple account and can edit it.
Ron
4
Web Server - Ask For Help / Re: Nettalk, LetsEncrypt and wildcard certificates
« Last post by Bruce on Today at 02:31:17 AM »Hi Paul,
I believe so, although it's not a road I've gone down myself yet.
It is limited to DNS-Challenge though. You can't get one with HTTP challenge.
I'm not sure the use-case with NetTalk is clear though. So perhaps you want to tell us more about your setup, and we can dig into that a bit deeper.
Cheers
Bruce
I believe so, although it's not a road I've gone down myself yet.
It is limited to DNS-Challenge though. You can't get one with HTTP challenge.
I'm not sure the use-case with NetTalk is clear though. So perhaps you want to tell us more about your setup, and we can dig into that a bit deeper.
Cheers
Bruce
5
Web Server - Ask For Help / Nettalk, LetsEncrypt and wildcard certificates
« Last post by PaulMacFarlane on August 25, 2026, 11:45:30 PM »Is it possible to retrieve a wildcard via LetsEncrypt using Nettalk?
6
Web Server - Ask For Help / Re: DNSimple DNS method for Lets encrypt fails.
« Last post by PaulMacFarlane on August 25, 2026, 11:42:51 PM »Who is you DNS provider?
I have a client using Godaddy and the DNS challenge method is now broken. The challenge record cannot be posted using v1 API anymore. You have to use the v3 and it requires an interactive login.
So, the option is to go to move DNS to CloudFlare or some other provider that allows the DNS challenge.
I have a client using Godaddy and the DNS challenge method is now broken. The challenge record cannot be posted using v1 API anymore. You have to use the v3 and it requires an interactive login.
So, the option is to go to move DNS to CloudFlare or some other provider that allows the DNS challenge.
7
Web Server - Ask For Help / Re: netwebclient : IPv6 addresses and port
« Last post by AtoB on August 25, 2026, 04:10:10 AM »Hi Bruce,
thanks a million
(great products and even better support!)
thanks a million
(great products and even better support!)
8
Web Server - Ask For Help / Re: Webserver: "cleanup code sequence" does this sequence matter?
« Last post by Bruce on August 22, 2026, 07:37:12 PM »Hi Ton,
The first one is more correct.
The second form won't save the session state.
I've tweaked the template for the next release.
Cheers
Bruce
The first one is more correct.
The second form won't save the session state.
I've tweaked the template for the next release.
Cheers
Bruce
9
Web Server - Ask For Help / Re: netwebclient : IPv6 addresses and port
« Last post by Bruce on August 22, 2026, 07:34:45 PM »Hi Ton,
I've made a new StringTheory build (3.88) which should take care of this for you.
>> using [::1]:8090/yadayada
>> that is correct syntax. If you are adding a port you need to add [ ]
Cheers
Bruce
I've made a new StringTheory build (3.88) which should take care of this for you.
>> using [::1]:8090/yadayada
>> that is correct syntax. If you are adding a port you need to add [ ]
Cheers
Bruce
10
Web Server - Ask For Help / Re: In which Procedure and Embed can I put code that will only Run Once
« Last post by Johan de Klerk on August 20, 2026, 10:21:44 PM »Hi Ron,
Thanks for you reply.
Your suggestion has helped me sort out another problem in another part of the system I have been battling with.
Regards
Johan de Klerk
Thanks for you reply.
Your suggestion has helped me sort out another problem in another part of the system I have been battling with.
Regards
Johan de Klerk