Web サイトと通信する Windows Live Writer をコンテンツ編集システムとして使用することについてどう思いますか?
Windows Live Writer は、複数のカテゴリのブログ (つまり、ニュース、記事、およびブログ)、複数のカテゴリ ページ、タグ付け、XHTML WYSIWYG 編集、サービスまたは ftp を介した画像およびファイルのアップロードをサポートし、クライアントには "Insert HTML" プラグインがあります。人気サイト向けに開発済みのプラグインを多数収録したライブラリです。
最も難しい部分は、サービスにすべての XmlRpc メソッドを実装することですが、Reflector を掘り下げると、機能を実装するのが非常に簡単であることが明らかになりました。
考えてみましたが、まるで丸い穴に三角形を入れるようなものです。フィットしますが、完全には正しくありません。主な焦点はブログにあるので、ページ編集者として誰かに提示した場合、ページ編集は直感に反します。
Webサイトの通常の更新パターンが新しい「ニュース」、別名ブログ投稿を投稿することである場合、ページ編集は静的コンテンツを更新するために二次的になります。
まったく同じことを考えていました。Windows Live Writer や MS Word 2007 (Atom Publishing もサポート) を使用して、サイト上の Web 資料を編集するのは (理論的には) 素晴らしいことですよね?
AtomPub サーバー (Google Data API、Apache Abdera、または Project ROME を使用) を作成して、Java Google App Engine で単純なアトム パブリケーション サーバー バックエンドを作成することを検討しました。エンティティと画像を GAE データストアに保存します。保存されたデータは、サイトのシンプルなフロント エンドを介して表示できます。すべての編集は MS Word で行われます。
しかし、カスタム Atom pub サーバーを作成することは、私にとって非常に困難であることがわかりました。少なくとも AtomPub プロトコルについては、今はあきらめます。Windows Live Writer はより単純なプロトコルをサポートしているため、CRUD エンティティ インターフェイスのような非常に単純なものを Windows Live Writer で使用できる可能性があります。
私が知る限り、GAE に対しては行われていません。ただし、Umbraco ASP.net CMS はそれをサポートしています。