0

すべてがますます分散されています。認証は Facebook や OpenID で、コメントは Disqus で、ファイルのアップロードは filepicker.io で、ストレージは AWS で外注します。おそらく、将来の Web サイトは、ユーザーにとって意味のある方法でこれらすべてのサービスをリンクする単なるインターフェイスになるでしょう。アウトソーシングされる Web サイトのもう 1 つの部分は、コンテンツです。ページ コンテンツ、メニュー構造、ブログ投稿のリストを含む JSON を取得することを想像してみてください。コンテンツは、自分の Web サイトとは別の Web サイトで編集されます。

このような CMS が直面する可能性のある問題は、ページの自動作成です。クライアントに htaccess ファイルのインストールを要求することも選択肢の 1 つです。クライアントは、domain.com/blog などの特定のサブディレクトリにあるページの自動読み込みのみを許可したい場合があります。おそらく、ルーティングは完全にクライアントに任せるべきであり、API はクライアントで呼び出すことができます。content-page.php

クライアントに特定のテンプレート エンジンの使用を強制するべきではなく、非常に最小限にすべきだと思います。コンテンツの HTML をロードするだけです。

CMS でコンテンツ ページへのルーティングも処理したい場合があることを考えると、これが役立つかどうかはわかりません。API を介してそれを行うことはできないと思いますが、方法があれば修正してください。

私の質問は次のとおりです。このようなものを使用しますか? 私が見ていない問題を予見していますか? 助言がありますか?

content-page.php私が言いたいことをより明確に説明するために、クライアントの例を次に示します。

$cms = new SaaSCMS($apiKey);
$content = $cms->getContent($_GET['page']);

if ($content)
{
    // Display content
}
else
{
    // 404
}
4

1 に答える 1

0

確かではありませんが、上記の目標のほとんどを達成するJekyllを非常によく思い出させます

于 2012-12-27T02:45:39.690 に答える