This version brings the new libdeflate compressor for Delphi, which is 2 to 3 times faster than the standard Delphi zlib implementation and also faster than our previous zLib Cloudflare branch. On my development machine it is exactly 2.6 times faster than zlib when built with Delphi 11.3 or Delphi 12 and 12.1
Remember that HTTP(S) compression is an important part of most IW applications (SA, Indy and Http.sys) and just by compiling your application with the new 15.6.0 it will have an instant performance boost.
This version brings the new libdeflate compressor for Delphi, which is 2 to 3 times faster than the standard Delphi zlib implementation and also faster than our previous zLib Cloudflare branch. On my development machine it is exactly 2.6 times faster than zlib when built with Delphi 11.3 or Delphi 12 and 12.1
Remember that HTTP(S) compression is an important part of most IW applications (SA, Indy and Http.sys) and just by compiling your application with the new 15.6.0 it will have an instant performance boost.
Enjoy!
I see that some bugfixes where made to IWjQGrid.
I have RenderCDNFiles and RenderLocalFiles both set to True. Do I need to load bootstrap.min.css and bootstrap.min.js files?
If I load both these files at runtime, the TIWBSSelect components won't dropdown. And this happens because I'm using these two files for better looking (selectpicker class):
PageContext.AddBodyScriptFile('https://cdn.jsdelivr.net/npm/bootstrap-select@1.13.18/dist/js/bootstrap-select.min.js');
PageContext.AddLinkFile('https://cdn.jsdelivr.net/npm/bootstrap-select@1.13.18/dist/css/bootstrap-select.min.css');
Am I doing something that I shouldn't?
I'm calling IWBSLibSetCDNS procedure from ServerController.OnConfig.
And I still think that file all.min.js is missing, when running app from the IDE with RenderCDNFiles = False and RenderLocalFiles = True, because if I do not load this file at runtime, the navigations buttons of the IWjGrid wan't appear correctly. See attached image.
04-16-2024, 08:10 PM (This post was last modified: 04-16-2024, 08:35 PM by valmeras.)
I am using C++ Builder 10.2.3 (Rad Studio 10.2.3)
My Intraweb application is deployed on Windows server 2019 Essentials
With new Intraweb version 15.6.0, I cannot deploy my application when the new compression feature, ServerController.Compression.CompressorImplementation, is set to libdeflate!
But if I set it back to zlib it is deployed OK.
So far it seems to me that the new option requires to deploy the application with some additional files.
I am still searching what is the problem and which files need to be deployed with the executable if necessary.
And by the way, libdeflate, does it work only with Delphi or also with C++ Builder?
Same here with C++ Builder 11.3 + 15.6.0 + http.sys. App crashes with libdeflate, ok on zlib. Also, new memory managers did not seem to work with C++ Builder last time I tested.
(04-16-2024, 09:23 PM)MJS@mjs.us Wrote: Same here with C++ Builder 11.3 + 15.6.0 + http.sys. App crashes with libdeflate, ok on zlib. Also, new memory managers did not seem to work with C++ Builder last time I tested.
Hi Mark,
Memory managers with C++ Builder is a whole new different story.
Not even Pierre le Riche, the father of FastMM4, could make FastMM work reliably with C++Builder across all flavours of EMB C++ compilers. It's a real madness and I'm not sure it will ever be supported.
You see, the MSHeap memory manger is a 50 LOC unit and it can be easily used in any Delphi application, but it's different subject in C++.
If you have any other MM other than the built-in working with your apps I'd be glad to include it.
04-17-2024, 05:40 AM (This post was last modified: 04-17-2024, 05:44 AM by Alexandre Machado.)
(04-16-2024, 09:23 PM)MJS@mjs.us Wrote: Same here with C++ Builder 11.3 + 15.6.0 + http.sys. App crashes with libdeflate, ok on zlib. Also, new memory managers did not seem to work with C++ Builder last time I tested.
Hi Mark,
Memory managers with C++ Builder is a whole new different story.
Not even Pierre le Riche, the father of FastMM4, could make FastMM work reliably with C++Builder across all flavours of EMB C++ compilers. It's a real madness and I'm not sure it will ever be supported.
You see, the MSHeap memory manager is a 50 LOC unit and it can be easily used in any Delphi application, but it's a different subject in C++. It may vary from difficult to impossible and nobody knows (not even the EMB C++ guys) until you try it out.
If you have any other MM other than the built-in working with your apps I'd be glad to include it.
This version brings the new libdeflate compressor for Delphi, which is 2 to 3 times faster than the standard Delphi zlib implementation and also faster than our previous zLib Cloudflare branch. On my development machine it is exactly 2.6 times faster than zlib when built with Delphi 11.3 or Delphi 12 and 12.1
Remember that HTTP(S) compression is an important part of most IW applications (SA, Indy and Http.sys) and just by compiling your application with the new 15.6.0 it will have an instant performance boost.
Enjoy!
I see that some bugfixes where made to IWjQGrid.
I have RenderCDNFiles and RenderLocalFiles both set to True. Do I need to load bootstrap.min.css and bootstrap.min.js files?
If I load both these files at runtime, the TIWBSSelect components won't dropdown. And this happens because I'm using these two files for better looking (selectpicker class):
PageContext.AddBodyScriptFile('https://cdn.jsdelivr.net/npm/bootstrap-select@1.13.18/dist/js/bootstrap-select.min.js');
PageContext.AddLinkFile('https://cdn.jsdelivr.net/npm/bootstrap-select@1.13.18/dist/css/bootstrap-select.min.css');
Am I doing something that I shouldn't?
I'm calling IWBSLibSetCDNS procedure from ServerController.OnConfig.
And I still think that file all.min.js is missing, when running app from the IDE with RenderCDNFiles = False and RenderLocalFiles = True, because if I do not load this file at runtime, the navigations buttons of the IWjGrid wan't appear correctly. See attached image.
Hi Comograma,
I think I'll need to know exactly how your TIWjQGrid is configured.
Can you please copy it and paste it here as text?
In theory you should't need to use anything external (adding to PageContext via code)... but I'd really need to test your specific case.
