本人確認サービス 、さまざまな KDE プロジェクト サイトへのユーザー ログインを統一するように設計されています。 MyKDE は、OpenLDAP 上の単純な PHP アドオンの形式で実装された、identity.kde.org シングル サインオン システムを置き換えました。 新しいサービスを作成する理由は、identity.kde.org が他の KDE システムの更新を妨げる古いテクノロジーに結びついているためです。 アカウント削除の労力のかかる手動プロセス、登録完了までの非常に長い遅延（最大 30 秒）、グループの非効率なスケーリング、不器用すぎるスパム対策などです。
MyKDE Django フレームワークとモジュールを使用した Python の場合 。 MySQL はアカウントの保存に使用されます。 MyKDE コードはシステムからのフォークです 、GPLv3.0ライセンスに基づいて配布されます。 MyKDE へのログインを整理することに加えて、パブリック プロファイルのサポートも実装されています。これにより、ユーザーが希望する場合、フルネーム、アバター、プロジェクトのリスト、へのリンクなど、自分に関する情報を他の参加者に公開できるようになります。ソーシャルネットワークと個人のウェブサイト。
現在、MyKDE ID システムはすでに KDE Wiki への接続に使用できており、間もなく他のプロジェクト サイトへのログインにも適用される予定です。 既存のidentity.kde.orgアカウントとグループ関連付け情報は、ユーザーがMyKDEを通じて初めてログインするときに自動的に転送されます。 移行中は新しいアカウントの登録が無効になりますが、ユーザーは古いサイトのidentity.kde.orgに登録でき、MyKDE経由でログインすると登録が転送されます。 移行期間が終了すると、移行されていないアカウントは凍結されます。
さらに、注目できるのは、 systemd を使用して KDE Plasma デスクトップを起動できるようにするオプションのメカニズム。 systemd を使用すると、起動プロセスのセットアップに関する問題を解決できることに注意してください。標準の初期化スクリプトには、変更を許可しない厳密に定義された動作パラメータが含まれています。 たとえば、異なる環境変数を使用して krunner を起動したり、システム リソースの割り当てを制御したり、シェルの再起動時に実行されるカスタム スクリプトを追加したり、kwin をロードした後で Plasma を起動する前に初期設定ダイアログを表示したりする方法はありません。 現在のスクリプトでは、そのような変更を行うにはコード編集が必要ですが、systemd は、ディストリビューション開発者とエンド ユーザーの両方のニーズに適応するための既製のツールを提供します。
ターゲット ファイルは systemd で実行できるように準備されています
Plasma-workspace.target と、さまざまな KDE サブシステムを起動するためのサービスのセット。 で導入された自動サービス生成メカニズムの使用により、古い自動開始メカニズム (/etc/xdg/autostart または ~/.config/autostart) のサポートは変更されません。 (.desktop ファイルに基づいて、対応する systemd サービスが自動的に作成されます)。 実装されたコードは、KDE Plasma 5.21 リリースに含まれる予定です。 デフォルトでは古いスクリプトが保存されますが、将来的にはフィードバックのテストと分析を行った後、デフォルトでアクティブ化される可能性があります。 systemd ベースの起動に切り替えて起動ステータスを表示するには、次のコマンドを使用できます。
kwriteconfig5 --file startkderc --group 一般 --key systemdBoot true
systemctl --user status プラズマ-plasmashell.service
出所： オープンネット.ru