使いやすさの観点から、メインWebサイトに管理セクションを統合するか、コンテンツを管理するための別のセクションを設ける方がよいでしょうか。
どんな考えでも大歓迎です。
編集:このアプリケーションは、テクノにやさしいスタッフ向けのCMSです。
使いやすさの観点から、メインWebサイトに管理セクションを統合するか、コンテンツを管理するための別のセクションを設ける方がよいでしょうか。
どんな考えでも大歓迎です。
編集:このアプリケーションは、テクノにやさしいスタッフ向けのCMSです。
それは、管理したいプロジェクトと部分に依存します。
たとえば、ニュース投稿のコメントは、コメントごとに「削除」リンク ボタンを表示することにより、Web サイト自体で管理する必要があります。そうしないと、MOD は管理セクションのコメントを調べなければならなくなります => あまりユーザーフレンドリーではありません。
しかし、一般的には、別の管理セクションがクライアントにとってより明確になると思います。通常のユーザーと同じようにサイトを表示する必要があります。
少なくとも、すべての管理ファイルを別のフォルダーに移動することをお勧めします。そうすれば、.NETのようなプラットフォームを使用している場合、ロールおよびユーザーベースのweb.configアクセス許可を介してフォルダーアクセスを非常に簡単に制御できます。
管理ファイルをすべて分離しておくと、後で別のサーバーに移動する場合にファイルを削除するなど、他のことも簡単に実行できます。また、robots.txtファイルでそれらを除外することもできます(ただし、robots.txtファイルに入れることで、このセクションが存在することを他の人に伝えることができ、ロボットはこのファイルを気にする必要がありません)。
編集:
あなたの質問を考えると、私の答えは少しマークを外したように感じます。もちろん、インライン編集は、使いやすさの観点から別のページに移動するよりも簡単ですが、管理者ユーザーと通常のユーザーが混在していると聞くと、頭の中で巨大な警報ベルが鳴ります。
それはサイトの機能とそれがあなたのスタッフにどれほど邪魔になるかによると思います。彼らがサイトを閲覧している間に変更を加えることは理にかなっていますか?それは彼らが彼らのプロセスに不必要なステップを注入することを強制するので、彼らは最終的にあなたのシステムに落胆するでしょう?編集にはどのくらい時間がかかりますか?管理者にまったく異なるインターフェースを表示することは理にかなっていますか?この質問への回答には、達成しようとしている特定の機能をより深く理解する必要があり、ケースバイケースで異なると思います。
メイン サイトに管理ページを追加するのは好きではありませんでした。誰かがサイトの管理部分に誤ってアクセスしてしまうというリスクが大きすぎるようです。セキュリティを何度も見直しても、想定外の事態が起こる可能性は常にあり、後始末(何が改ざんされたのか、誰が何にアクセスしたのかなど)は大変なことです。私の意見では、別のサイトとして維持するのが最も簡単な方法です。
特権ユーザーとしてサイトの主要部分にログインし、ページの一部をクリックして編集/変更できることにはある程度の利便性がありますが、セキュリティ上の対策もあります。別のエリア。
Web サイトに管理タスク専用の別のセクションを設けることで、タスクの整理と使用が容易になることがわかりました。Wordpress (特に新しい 2.7 リリース)、Drupal (非常に人気のある cms)、および Joomla (別の非常に人気のある cms) を見てください。これらの機能をテストして、別のセクションの方が優れている理由を確認したい場合は、www.opensourcecms.comにアクセスして、Drupal と Joomla の両方をテストしてください。
私は、「当て推量を最小限に抑える」というユーザビリティ学派の出身です。では、ユーザー グループ セッションからどのような情報が得られましたか?
あなたは (そして私たちも) あなたのシステムの典型的なユーザーではないことを覚えておいてください。私たちが言うことはすべて推測になります。さらに悪いことに、ここに示されている意見は、あなたの状況について十分な情報が得られていない可能性が高いということです (しかし、彼らの行動はおそらく素晴らしいものです)。何をすべきかについて情報に基づいた意見を得る唯一の方法は、外に出て、知的な方法でユーザーに尋ねることです。
これはセキュリティ上の問題であるため、ユーザー ミックスの一部はセキュリティを専門とする人でなければなりません。使いやすいからといって、それが最も適切であるとは限りません。
使いやすさから言えば、統合されているほど優れていますが、複雑さが増す傾向があります。アクションが発生するコンテキスト内でアクションを実行できる場合は常に最善です-悪いユーザーをロックアウトする、大きすぎるログをトリミングするなど。恐怖心から。
管理機能をアプリケーションに直接統合することに関して、リスク評価を行うことを検討する必要があると思います。
誰かが権限をエスカレートして管理者機能にアクセスできた場合、システムにどのような影響があるでしょうか。すべてのユーザーが悪意を持ってロックアウトされた場合 - サイト、評判、SLA などへの損害は?
管理者がこのセクションから実行できる破壊的な機能は何ですか? 大量のデータを削除しますか?アプリをクラッシュさせますか?ユーザー/顧客に重大な影響を与えるコストを変更しますか?
管理機能はアプリに統合されていますか、それとも特定の管理機能に分離されていますか?
アプリケーションは公的な顔をしていますか、それとも安全であると想定されているイントラネットですか?
個人的には、管理セクションをサイトに簡単に統合することはできませんでした。私の無能さ、または悪いデフォルトやパッチが適用されていないエクスプロイトなど、私の制御を超えた何かによって引き起こされるセキュリティ侵害を恐れていたからです。ただし、クライアントが小切手を書いているときは、クライアントが最善だと思うことをする傾向があります.