SharePoint Publishingページを閲覧すると、404エラーメッセージが返されます
-
16-10-2019 - |
質問
パブリッシュサイトコレクションのマスターページを変更しました。 STARTサイトに戻って新しいマスターページを確認したとき、ブラウザは404エラーを返し、ページが見つからなかったことを示しました。
しかし、SharePointデザイナーと一緒にサイトコレクションを開くと、非常に大丈夫であり、その代わりになります。すべてのページは、ページライブラリで予想通りです。デザイナー内では、編集のためにページを開くこともできます。
それで、ブラウザがページを見つけて開くことができない理由を誰かが考えていますか?
updtae
私の問題を明確にするために、デフォルトのマスターページに切り替えてもサイトが戻ってくると言うべきです。まだ404の応答があります。そのため、問題はカスタムマスターページに直接関連してはなりません。
解決
傑作のヘッドセクションにあるCSSファイルの1つへのリンクが正しくない場合、同様の動作を見てきました。ページはデザイナーOKにロードされますが、ブラウザを介して必要なファイルのいずれかが見つからないため、エラーをスローします。チェックする最良の方法は、ページのソースを表示してから、CSSファイルの各リンクを貼り付けて(CustomJSリンクを使用している場合はJSで同じ)、アクセスできることを確認します。
他のヒント
ルートウェブのすべてのページに404を入手しますか?レイアウトフォルダー内のページへのナビゲーションの場合、404を取得しますか?言い換えれば、問題の範囲は何ですか?
ルートウェブ内のすべての非レイアウトページの場合、サブウェブの傑作を変更してOOTBワンを使用します(カスタムマスターページに新しいコンテンツプレイスホルダーを紹介しなかったことを願っています)。そのサブサイトのページが機能し始めた場合、マスターページの(何か)によって実際に引き起こされていると安全に言うことができると思います。
傑作の何かだと思うなら、ほとんど何も残っていないまで、その内容の95%を取り除くことから始めます。それが機能する場合、壊れるまでマスターページに少しずつ追加することができます。
傑作でない場合は、コンテキスト情報がさらに必要で、傑作を忘れてしまいます。傑作を変更したときに問題が現れ始めたのは偶然だったかもしれません。
これはおそらく、ページに欠落しているリソース(CSS、JSファイル参照など)です。 ULSログ(12 logs)のどれを見つけることができるはずです。
また、すべてのユーザーに対して同じ動作を取得するか、特定のユーザー(たとえば、サイトの所有者には機能しますが、匿名のユーザーではなく)かどうかを確認する必要があります。
お役に立てれば、
ベン