I am using C++ Builder 10.2.3 with Intraweb 15.5.5
I am trying to make a Twilio automatic phone call using TwilioClient
Below is a summary of the code:
twilio.xml is saved in wwwroot directory and it contains the text which is supposed to be spoken during the automatic call. Unfortunately this is how Twilio works for automatic outbound calls.
The call is performed on the destination number. But an error message is spoken by instead of the text in the xml file.
When I contacted Twilio support, this is what they responded (see attached PDF file).
The application is returning code 6 instead of text/xml or application/xml. I have an Apache server where the xml file is stored. But the Intraweb application I am running is not behind an Apache server!
And code 6 does not correspond to any Apache server response.
So, I think it is Intraweb application which is sending the wrong response.
When I check in IWMimeTypes.hpp, I see this:
enum DECLSPEC_DENUM TMimeType : unsigned char { mtUnknown, mtBinary, mtJPG, mtGIF, mtPNG, mtRSS, mtXML, mtTXT, mtICO, mtHTML, mtJavaScript, mtPDF, mtZIP, mtCSS, mtMP3, mtOGG, mtWAV, mtEXE, mtFlash, mtWMV, mtMOV, mtAVI, mtMPEG, mtXSL, mtGZIP, mtWOFF, mtTTF, mtOTF, mtSVG, mtJSON, mtDOCX, mtXLSX, mtPPTX, mtMP4 };
Code 6 corresponds to mtXML in the enum declaration.
So, is it Intraweb which is sending the wrong response as it seems?
I was doing some performance measurements using a really wide range of Delphi compilers and I decided that I'll write a more complete blog post showing some results and discussing the memory managers available to Delphi users. It's not ready yet, but it will be soon.
Anyway, until then, I'd like you - Delphi/IntraWeb developer - to open your IntraWeb project and double check what is the memory manager that you are currently using.
The results that I obtained testing different memory managers are shocking!! Here's the result of one test case:
- Delphi default MM (based on FastMM4): 13K req/s
- FastMM 4 with std options: 10K req/s
- FastMM 4.992 (options included with IntraWeb installer): 30K req/s
- MSHeap: 43K req/s
- FastMM 5: 44K req/s
- ScaleMM2: 45K req/s
Forget minor differences now and focus on the most important thing:
If you don't use any memory manager other than the Delphi built-in (based on FastMM4) or you are using an older version of FastMM4 (anything other than 4.992), your IntraWeb application is probably limited to 1/3 of its real capacity, due to the limited capacity of the old MMs to handle memory allocation/deallocation in a multi-threaded application
More on it to come, but for now, check your source code and fix it right now. I'd recommend you to start with the version of FastMM 4.992 that can be installed with IntraWeb (it's the exact same version that you can find on Github but we configured the options to give you maximum performance in production).
I've been using Delphi 12 daily now as my primary IDE. I've been also using it to build and test IntraWeb and other applications. The general impression is good. Better than I thought it would be actually.
1) Performance of compiled code:
My benchmarks show that there is a 13-16% performance gain in IntraWeb applications built with Delphi 12. I can't currently pinpoint where this gain comes from but I believe it comes from the changes in some core routines of the RTL (like Move, FillChar, and possibly others).
One of our Indy server benchmark applications went from 11500 to 13700 requests/second on my test machine.
2) Compiler
Seems that they fixed lots of stuff that was affecting LSP and everything that depends on it. I have no problems working with IntraWeb code base and other code bases as well.
3) IDE
Looks stable to me and I didn't have to restart it a single time due to unexpected crashes.
One thing that is bugging me though and I'll need to investigate: I can't copy any control on forms (or datamodules, IW forms, whatever) and paste them. Every time I try to copy a control I get an "Out of system resources" exception. Not sure if this is caused by any plugin (I only have GExperts and CNWizards installed). Still need to investigate. If someone also finds this problem, please let me know.
Overall I think this is the best release so far, especially due to the performance improvement. It's great to have a faster product with a single button click.
What libraries/variables does the function IWBSLibSetCDNS load ?
Does it load all this global Bootstrap3 variables from IWBSGlobal ?
gIWBS4LibJQueryJs
gIWBSLibBootstrapCss
gIWBSLibBootstrapJs
gIWBS4LibPolyFillerJs
gIWBS4LibIWBSCss
gIWBS4LibIWBSJs
gIWBS4LibDynamicTabsCss
gIWBS4LibDynamicTabsJs
gIWBSLibSummerNoteCss
gIWBSLibSummerNoteJs
Can I call only this function (IWBSLibSetCDNS) to load Bootstrap3 or there are some variables that I must load myself ?
I spent ALL f'ng day today trying to get a key for my XE2 pro that actually worked and let me create a plain SA {No-IP dns}:80 anything not "127.0...". I think IW is the greatest product I will never use.
Communications are poor, inconsistent, and lack handholding.
Hi all-
Quick question, I think the answer is Yes, but I just wanted to confirm...
Can one single IW application (service) support both HTTP and HTTPS ?