Windowsリモートデスクトップサービスによるユーザー間のローカルリソースの共有
この新機能は、Windows Remote Desktop Servicesで実行される4D Clientマージアプリケーションのローカルリソース管理を向上させます。それでは、説明します。
新機能で4Dアプリのサイズを縮小する
4Dアプリケーションの構築を改善するための継続的な努力の中で、4D v19R5には、あなたが必ず見つけることができるいくつかの機能性が追加されました。
まず1つ目は、アプリケーションから4Dモジュールを削除する機能です。CEF、Mecab、PHP、Spell Checker、4D Updaterです。これらのモジュールのいくつかが必要ない場合は、アプリケーションのサイズを大幅に削減することができます。
また、同じ構造体の複数のコンパイル版を使用している方に配慮して、コンパイルした構造体を構築する際の最終ディレクトリを変更しました。
日本のお客様に関しては、MacOSの4D日本語版と国際版を統合しました。
それでは、詳細を説明します。
マージサーバプロジェクトにおけるディレクトリファイル管理
プロジェクトでは、ユーザー、グループ、パーミッションを含む新しい directory.json ファイルを導入しました。これにより、アプリケーションのいくつかの部分において、設定やコードによる認証、制限、パーミッションが可能になります。ここでは、マージされたサーバプロジェクトにおけるこのファイルの使用に関する新しい改善点を見てみましょう。
マージされたサーバーでエクスプローラを無効にする
導入したマージサーバーのデータエクスプローラーとランタイムエクスプローラーに管理者がアクセスするのを制限したい場合があります。4D v19 R5では、そのようなことが可能です。
ここでは、必要なすべてをご紹介します。
重複したマージされたクライアントアプリケーションを使用する
パブリッシャーとして、マージされたクライアントアプリケーションを複製して、それぞれを専用の4Dサーバーに接続したい場合があります。その方法について見てみましょう。
Windows上でのクロスプラットフォーム・クライアント/サーバーアプリケーション構築の簡素化
Silicon Macのリリースは、4Dのアプリケーションのコンパイル方法に大きな影響を与えた。v19以前の4Dは、MacとWindowsで同じコードを使って、Intelアーキテクチャ向けにのみコンパイルしていました。しかし、Silicon Macは新しいアーキテクチャを使用しているため、4DはSilicon専用にコンパイルする必要がある。これは、クロスプラットフォームのクライアント／サーバーアプリケーションの構築に影響を与える。
Macでサーバーを構築する限り、IntelとSiliconの両方のプラットフォームでコンパイルできるので、さほど問題にはならない。しかし、Windowsでは、Silicon Mac用にコンパイルすることはできない。現在のところ、Macで両アーキテクチャ用にプロジェクトをコンパイルし、それをWindowsマシンにコピーしてからサーバを構築することを推奨しています。残念ながら、データ量の多い大きなプロジェクトでは、コピーに時間がかかることがあります。
リモート4Dアプリケーションのスリーピングタイムアウトを定義する方法
セッションの損失を防ぐために、4Dはリモート4Dアプリケーションのスリープ状態を監視しています。
ユーザーがリモートの4Dアプリケーションから4Dサーバーに接続し、コンピューターがスリープモードになると、その情報が4Dサーバーに送信されます。ユーザーのコンピューターが起動した瞬間に、リモート4Dアプリケーションは実行コンテキストを回復します。
新しいアルゴリズムでアプリのリソースを確保する
.4dzファイルを生成するとき、4Dはデフォルトで標準のZIP形式を使用します。4D v19 R2には、あなたのアプリケーションのユーザーが4DZの内容を見たり、修正したりできないようにする機能が追加されています。
4D v19：クライアント/サーバーアプリケーション構築の進化形
Macでは、アプリケーション署名が標準となり、Big Sur以降、署名のないアプリケーションを実行することもできなくなりました。過去に、Windowsサーバー上で動作し、Macクライアントからの接続を受け付けるクライアントサーバーアプリケーションを構築するための回避策を公開しました。4D v19のリリースに伴い、4Dでのアプリケーションビルドを更新し、このケースに対応できるようにしました。以下は、v19でシングルプラットフォームまたはクロスプラットフォームのアプリケーションを構築する方法です。
複数のサーバーで、1つのローカルリソースを共有
ユーザーが同じマージサーバーアプリケーションの多くのインスタンスに接続する必要がある場合があります。このような場合、マージされたクライアントアプリケーションは、サーバー接続と同じ数のローカルリソースをダウンロードします。しかし、サーバーのリソースフォルダーが巨大な場合、これは時間、ボリューム、ネットワークのかなりの消耗になりえます!幸いなことに、4D v18 R5には、このシナリオのためのソリューションがあります!