corneliusdavid

Well, who knows. The Android SDK can be updated independently (and often needs to be) between RAD Studio updates and even your screen shot shows that not all folders use the same version number. I wouldn't jump to conclusions.

Several things I'd check (it sounds like you already have some of these): Server - Handler Mappings: make sure ISAP-DLL is enabled for Execution Server - ISAPI and CGI Restrictions: Either "Allow unspecified ISAPI modules" or add your specific DLL to the list of allowed IIS extensions. Application Pool: Basic settings: No Managed Code; Advanced Settings: "Enable 32-bit Applications": default of False if compiling a 64-bit DLL, True otherwise. Create a new "site" and assign it your Application Pool Be sure the folder for your site (where your DLL will be placed) has permissions to run as IIS_IUSRS; you may also need "Modify" permission if it's going to write to files in that folder. To debug, use IIS, click on the site for your app, then in the right-side panel, click "Browse <mysite> on <myport>" which should give you some error details more than just "Internal server error".

Not necessarily; the GetIt package versions are separate from the Delphi versions (e.g. Delphi 12 is at 29.x) and can be updated independently.

I'm not sure there's a "best" way; there are many options and depending on your time, abilities, security requirements, and possibly other factors, one solution may work better than others. Here are a few suggestions and you can shoot down which ones that won't work for some reason or other: Use a file-sync service (DropBox, pCloud, etc.) then your desktop app can simply save a file to a pre-selected folder and a few moments later it will be synchronized to your server. This would be the quickest and easiest to implement but you may not trust a third-party service. Set up FTP/SFTP on your server with a custom login; then implement SFTP in your desktop app to send the file to that SFTP account. I don't know UniGUI that well but if there's an easy way to provide a URL for HTTP-POST messages, then add that to your server app; your desktop app would then simply send the file in an HTTP-POST message to that URL. You could also write your own custom messaging service, the server side would listen on a specific port and your desktop would send files to that port. But why reinvent FTP?

It's not just a one-time price of the library and a modification to your code--that's the small part. For Thinfinity to work, it communicates with a server part installed on your web server; this has an ongoing per-user cost. It's reasonable but adds up over time so you have to figure that in.

Also: https://www.woll2woll.com/firepower

I'm not sure what you mean by this but I'd first check the Windows Firewall on the server to make sure it has port 8090 open. This is almost always the case for me when I'm testing client/server app and it works find locally but not to a remote server.

I personally think it's strange to introduce major features in minor releases and fix minor bugs in major releases. I think major releases (11, 12, etc) should get new features, minor releases (11.1, 11.2, 12.1, 12.2, etc) should be mostly focused on fixing minor problems and bugs. I guess people don't want to wait for new features but then what's the point of a major versus minor release?

I just confirmed this in Delphi 12.2. Looks like a bug to me--never noticed it before. Please report it on Quality Portal.

I agree, but until then... I believe it's in the works. There's a "Load Multiple Packages" link at the bottom of the GetIt Package Manager but the only clue on how to use it is in the "What's New" section of the latest release stating you can select multiple JSON files. Since most people that use the GetIt Package Manager probably don't know the packages even have a .json config file, I don't consider this very useful--yet.

Take a look at AutoGetIt.

You need to have the client tools installed on the remote machine, then use gbak like this: gbak -b -user SYSDBA -password masterkey server:/path/to/database.fdb client:/path/to/backup.fbk

I tried this a few years ago with a Delphi XE application and it worked but we decided not to go with it. The client had very few users and I was only charging T&M so this added an ongoing cost they wouldn't have had previously plus they all had Windows desktop computers anyway so they just left it as it was. It was really cool to see it working though.

That'd be great. I have tried Delphi's "Lock Controls" (on the Edit menu) but it only lasts for the current session (when you close and re-load, it's off again) and I don't remember to turn it back on. Also, when using Delphi in DPI-Aware mode, there are still changes even when I don't touch anything; I just pulled up a fairly simple form and closed it without moving anything and 12 lines of changes showed up in my Git diff, half were ExplicitXXX properties because I had the GExperts feature off, the others were ItemHeight, ClientHeight, etc.; Using DPI-Unaware mode, nothing changed (thanks, @JonRobertson for that observation!).

Oh really!? I hadn't thought of that but I'm starting to use DPI Unaware mode more often because there are constant annoying font size changes almost every other time I click on something or pull down a menu. Here is definitely another advantage.

That's interesting. I confirm and tried some variations on the single vs double types in both; my time in milliseconds is shown in the comments: {$IF Defined(WIN64)} t_reel = double; // 2880-2930 ms //t_reel = single; // 2410-2440 ms {$ELSE} //t_reel = double; // 5030-5150 ms t_reel = single; // 1170-1180 ms {$ENDIF}

For me, it still opens GExperts Rename Component expert; and in code view, it opens the GExperts Rename Components Configuration.

I see Top/Left/Width/Height/ClientWidth/ClientHeight change a lot, too--and I'm pretty sure I don't move those components every time I open a form.

Here's my new upgrade process after having so many problems in the past: Disable User Access notifications: I do this temporarily to speed up the process. Uninstall all GetIt Packages: Run AutoGetIt, check "Installed Only" then "Refresh Package List", then select "Uninstall checked" in AutoGetIt; optionally saved checked list. Disable/Remove IDE Plug-ins: Start Delphi and using GExperts Expert Manager, disable all experts, including GExperts itself. Remove Third-party Components: Select Component > Install Packages from the Delphi menu and remove all third-party components. Backup FDConnections: make a copy of the FDConnectionDefs.ini in my "public docs"\Embarcadero\Studio\FireDAC folder. Run the installer, keeping defaults. After the installer is finished, there are similar steps to get my system set up again: Check the Path: If the Path environment variable is getting too long, create short path substitutions and replace their entries. Restore FDConnections: restore the copied FDConnectionDefs.ini. Reinstall Third-Party Components Re-Enable/Reinstall Experts: A lot of times, I find the previously disabled experts to be re-enabled and working but might have to reinstall some. Reinstall GetIt Packages: If AutoGetIt is still running, simply hit "Install Checked" otherwise, load the saved items then install them all. Re-enable User Access Notifications: Do not forget to keep your system protected against unauthorized installs!

This will be a good starting point: https://docwiki.embarcadero.com/RADStudio/Athens/en/Migrating_BDE_Applications_to_FireDAC I'm working on a team, migrating several dozen Delphi apps using the BDE to FireDAC and found the reFind utility to help a lot; it even has templates for the BDE-to-FireDAC migration to get you started. I expanded the template a lot to deal with several other facets of our internal migration needs.

It works with Indy. In programs I have distributed, I give the user the choice of using FTP or SFTP; the FTP is handled with Indy, SFTP with SecureBridge. You can use it independently but SecureBridge does have an "IOHandler" for providing integration with Indy components, both versions 9 and 10. I have only used it with Windows so cannot speak from experience but their products and support are good and I would expect they are fully supported. From their help manual: From their help manual: I do not have to ship OpenSSL libraries or DLLs with programs I distribute. If there's an update to SSL and clients require newer security protocols, I simply update my SecureBridge components, rebuild the project, and send it out. If I build with packages, I need to include one additional BPL, sbridge290.bpl (for Delphi 12). If you have more detailed questions, they have good support and are happy to answer pre-sales questions. I've been a Devart customer for many years, having used several of their xxxDAC products.

I've been using SecureBridge from Devart for years--works well.

Yes, you're right. Good point.

You're right--sorry; still, like PeterBelow said, it's not a user-triggered change.

In that case, it's reasonable to expect it will only be called once. What I see a lot of people do to make certain code is only called once is to set a boolean flag to False in OnCreate, then in OnActivate, check that flag, and if false, set it to true and do your one-time code. That way, even if some future part of your program decides to hide the form, you won't have to worry that your code is executed more than once. As far as I know, no. Correct.