News date menu

News tag menu

Category list

TYPO3 v9.0.0 リリース

待ちは終わりました!

今日、TYPO3コミュニティはv9ブランチの最初のバージョンを誇らしげに示しています。

TYPO3バージョン9.0は、次のLTS(Long Term Support)リリースに向けて計画されている5つのスプリントリリースの開始点です。

システムメンテナンスエリア

よく知られている「インストールツール」は、すべてのTYPO3インスタンスの重要なコンポーネントです。TYPO3をインストールするための機能以上に多くのインテグレータと開発者がいることを知っています。また、TYPO3の設定、システムと環境のチェックの実行、設定のテスト、ボタンをクリックするだけで新しいコアバージョンにインスタンスを更新することもできます。

したがって、「インストールツール」は適切な用語ではなく、コンポーネントは論理的な結果として新しい名前を付ける必要があります。システムメンテナンスエリア。

システムメンテナンスエリアをTYPO3のバックエンドにスムーズに統合するルック&フィールのほかに、メンテナンス、設定、アップグレード、環境の4つのモジュールに分かれています。TYPO3の長期的なユーザーの中には、最初はこれに少し馴染みがないかもしれませんが、その利点は明らかであり、完璧な意味合いを持っています。モジュールによって提供される機能の絶えず増大する数は、これらのカテゴリへの明確で論理的で明確な分離を必要とする。結果として、ユーザはより迅速に所望の機能を見出すことができる。

実際、TYPO3のグローバル設定(システム全体の構成とも呼ばれ、 "LocalConfiguration.php"ファイルに格納されている)に影響を与えるすべてのものは、System Maintenance Areaに属します。拡張機能の設定がExtension Managerからこのモジュールに移動されたことは驚くことではありません。

選択されたユーザーだけがシステムメンテナンスエリアにアクセスする必要があることを理解するために、これ以上の説明は必要ありません。この専門家グループのために、System Maintainersという新しい役割を導入しました。管理者権限を持つバックエンドユーザーは、この役割を持つように昇格させることができます。その結果、パスワードを提供することなく、バックエンドから直接System Maintenance Areaにアクセスできます。他のすべての人は、アクセスクレデンシャル(以前は知られていた「ツールのパスワードのインストール」)が必要です。

エクステンションスキャナー

エクステンションスキャナ

エクステンションスキャナは、TYPO3コードを最新の状態にするためのヒントを提供します。
すべての主要なTYPO3のアップグレード(たとえばv8からv9へのアップグレード)の課題の1つは、新しいバージョンに大幅な変更が加えられている可能性があることです。一部の競争力のあるコンテンツ管理システムでは、正式にアップグレードをサポートしていませんが、新しいメジャーバージョンを使用して最初からウェブサイトを再構築することを提案しています。

TYPO3は、主要バージョン間でもアップグレード可能であるという評判を持っています。これは必ずしも単純ではありませんでしたが、大幅に改善され、サードパーティの拡張機能に大きく依存していました。

TYPO3 v9のシステムメンテナンスエリアに既に含まれている新しいエクステンションスキャナは、TYPO3の次のバージョンへの移行を成功させるために何をすべきかについての詳細な概要を提供します。拡張機能で廃止予定のAPI呼び出しが使用されている場合、拡張機能スキャナーは、この特定のコードを移行する方法に関するドキュメントを提案します。

私たちは、あるメジャーバージョンから次のメジャーバージョンへのアップグレードの重要性を理解しています。このプロセスは、最小限の労力(特に1つのLTSから最新のLTSリリースまで)で可能な限りシンプルでなければならず、私たちは引き続き道を開くために努力していきます。

ユーザーインターフェース

新しいシステムメンテナンスエリアのユーザーインターフェイスはまだ開発中であり、TYPO3 v9 LTSで完成する前に、さらに最適化される可能性が高いことに注意してください。

新しいページツリー

パフォーマンスの最適化と最新のWebテクノロジーの活用は常に私たちの議題になっています。我々は、SVGsに基づいており、超高速レンダリング時間を特徴とするTYPO3 v9のバックエンドに、再加工されたページツリーを提示することを誇りに思っています。

新しいページツリーにより、TYPO3からExtJSを完全に削除することができます。私たちが目指した目標、非常に長い間、TYPO3バックエンドにExtJSはもうありません!

新しいコンテンツ要素の作成

エディタとインテグレータは、モーダルボックスがTYPO3のバックエンドで頻繁に表示されることを経験します。この方向への第一歩は、新しいコンテンツ要素の作成のためのウィザードをそのようなボックスに移動することによって行われました。これにより、ユーザーは、新しいコンテンツが作成されたコンテキストのフォーカスを失わないようにすることができます。

この概念のさらなる実装は、その後のTYPO3 v9のリリースに続くでしょう。

翻訳されたページ

言語処理に関しては、TYPO3の最大の障害の1つは、ページの翻訳の処理方法でした。TYPO3 v9では、ページの翻訳が他のレコードと同じように処理されるようになり、これが改善されました。

技術的な観点から言えば、これは、すべてのデータがメインの「ページ」テーブルに格納されるため、データベーステーブル「pages_language_overlay」は無関係になり、不要になりました。

ロギング

開発者は、ロギングの重要性を理解し、エラーを追跡し、重要なイベントを記録し、問題をデバッグするために共通のインターフェイスが重要になる可能性があります。PSR-3標準では、TYPO3システム全体のすべてのロギング手順で使用されるPHPアプリケーション用のロガーインタフェースについて説明しています。同じ時点で、ロギング・レコードの変更はTYPO3のヒストリー・データベースに正しく保管されますが、ロギングは現在分離されています。したがって、TYPO3のすべてのロギングは、TYPO3 6.2以降のPSR-3標準を実行しますが、現在は100%使用中です。

編集者のための改善

誰も編集者がTYPO3バックエンドの主なユーザーであることを否定することはできません。したがって、特にこのターゲットオーディエンスのためのユーザーインターフェイスの絶え間ない改善は、TYPO3の成功にとって重要な要素です。

編集者の生活を楽にするための小さな変更の他に、次のような2つの顕著な改善があります。

割り当てられていないコンテンツ要素

任意の列に割り当てられていないコンテンツ要素は、ページの最後に「未使用」という追加の列に表示されます。これにより、あるバックエンドのレイアウトから別の列のレイアウトに切り替えるときに、これらの要素が失われないようにします。

レイアウトを元のレイアウトに戻しても、エレメントは元の位置にうまく収まります。

再設計されたビューモジュール

ウェブサイトには、今日幅広いデバイスと画面サイズでアクセスしています。エディタがページの外観を確認する必要性は明白であり、ビューモジュールはバックエンドユーザーがこれを正確に行うことを可能にします。

ビューモジュールはTYPO3 v9でモダンで合理的なルックアンドフィールを受け取りました。名前の付いたデバイスプリセットの導入により、編集者はページを見たり、特定のデバイスでページがどのように見えるかをより簡単に知ることができます。別のデバイスプリセットを選択することなく、デバイスの向きを変更することもできます。

廃止

新しいTYPO3バージョンブランチの最初のバージョンには、常に大きな変更が加えられています。これにより、新しい技術と革新的な機能を導入することができます。TYPO3のセマンティックバージョン管理には厳密に従っていませんが、9.x以降のすべてのバージョンで変更を最小限に抑えることを目指しています。

v8の開発とスプリントのリリースから学んだ教訓(130以上の変更点が許されている)では、すべてのPHP関数を適切に廃止し、v9スプリントリリース間のデータベース変更に便利なアップグレードウィザードが付属します。

これらの措置は、既存のTYPO3プロジェクトのアップグレード・パスを築くことを目指しています。優れたTYPO3コミュニティのメンバーによって開発され維持されている拡張機能は、将来のマイナーバージョンに適応する問題が少なくなります。

拡張開発者の方は、TYPO3 v9互換のコードを作成するのがどれほど簡単かをお知らせください(ただし、v9 LTSまではいくつかの大きな変更点があります)。

Composerの改善

Composer経由でTYPO3を実行している場合は、良いニュースがあります。ここ数ヶ月にわたって、私たちはいくつかの大きな改善を達成しました。実際に使用しているパッケージのみをインストールできるようになり、TYPO3システム拡張はすべてpackagistで別途入手できます。メリットは明らかです。必要な拡張機能だけがサーバーにインストールされます。

"composer require typo3 / cms"経由でTYPO3をインストールすることは不可能であり、もはや必要ありません。各システムエクステンションは個別に選択することができ、プロジェクトで実際に必要な場合は、 "composer require typo3 / cms-core"または "composer require typo3 / cms-workspaces"を介して個別に要求することができます。

また、特定の概念を1つのパッケージ(EXT:バージョンとEXT:ワークスペースなど)にマージすることで、システム拡張の数を52から44に削減しました。

インストールとアップグレード

フレッシュインストール

TYPO3バージョン9.0は、composerを介してインストールすることも、typo3.org(伝統的な方法)でソースパッケージをダウンロードして抽出することもできます。

アップグレード

既存のインストールは、アップグレードウィザードを使用して簡単にアップグレードできます。インテグレータは、TYPO3 v9の新しいシステムメンテナンスエリアで適切な機能を見つけます。

コンポーザベースのインストールからアップグレードする場合は、 "typo3 / cms"の代わりにシステムに必要なシステム拡張をそれぞれ別途必要とする必要があります。 "typo3 / cms-coreを必要とする" cms-fluid-styled-content "、" composerはtypo3 / cms-schedulerを必要とする "など。

システム要求

基本インフラストラクチャが最小要件を満たしていることを確認します。現在のPHPの最小要件はPHP 7.2です。この要件は、将来のスプリントリリースのためにPHP 7.1またはPHP 7.0にまで引き下げられる可能性があります。最終的な決定は依然として保留中です。

見通し

TYPO3バージョン9.0は、次の長期サポートリリースTYPO3 v9 LTSへの道のりで、おそらく5回のスプリントリリースの第一歩です。

フロントエンドリクエストのために適切なURLルーティングを厳重に行っており、TYPO3コアによるリダイレクト処理の新しい方法を導入する予定です。すべてが計画どおりに進んだら、この2つのエキサイティングな機能は、TYPO3バージョン9.1(2018年1月)の準備が整います。

TYPO3ロードマップで、2018年10月初めに予定されているTYPO3 v9 LTSのリリースについて、今後の数カ月の計画について詳しくお読みください。