0

Linux サーバーで奇妙な動作が発生しています。以下にいくつかの症状を示します。

1) スクリプトを処理する際に古い情報を使用する PHP: 例: 今日サイトをロードすると、通常のテンプレートではなく、Joomla 2.5.9 テンプレートのモバイル バージョンが実行されました。アクセスログを見てみると、サイトを読み込む2分前にiPhoneがサイトにアクセスしていました。そのため、何らかの理由で、PHP コードは私のアクセスがまだ iPhone であると「考えていました」。アクセスログの抜粋です。 74.45.141.88 - - [01/Mar/2013:07:39:24 -0800] "GET / HTTP/1.1" 200 9771 "https://m.facebook.com" "Mozilla/5.0 (iPhone; CPU iPhone OS 6_1 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Mobile/10B141 [FBAN/FBIOS;FBAV/5.5;FBBV/123337;FBDV/iPhone2,1;FBMD/iPhone;FBSN/iPhone OS;FBSV/6.1;FBSS/1; FBCR/AT&T;FBID/phone;FBLC/en_US;FBOP/0]"

...

63.224.42.234 - - [01/Mar/2013:07:43:45 -0800] "GET / HTTP/1.1" 200 9771 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"

2) サイト上のリンクが Joomla 内で異なる方法で生成されることがあります。「www.sitename.com」である必要があるのに「www.sitename.com」または単に「sitename.com」になることがあります。

3) サイト (Joomla の管理内) の構成を変更すると、すぐに変更されるとは限りません。たとえば、ユーザー インターフェイスを使用して何かを公開をクリックすると、非公開にした後もしばらくの間公開されたままになります。このような問題が発生している間、Apache と MySQL の両方を再起動しようとしましたが、役に立ちませんでした。何かが更新されるまで待たなければなりませんでした。最終的には更新します。

4) php セッションが一貫して機能しません。セッション変数からキャプチャを生成するコードがあります。コードがキャプチャに失敗して動作不能になることがあります。

上記のすべては完全に矛盾しています。場合によっては、それ以外の場合もあります。また、このサイトは dev.sitename.com で問題なく動作することに注意してください。Apache ウェブサーバーの構成を dev.sitename.com から sitename.com に切り替えようとさえしました。そして、問題はまだ続きます。

ありがとうございました。

4

1 に答える 1

0

私の場合、magento CMSで同様の問題が発生しましたが、問題はmagentoが使用するキャッシュでした。キャッシュ機能を無効にすると、問題は解決しました。

于 2013-03-01T16:53:56.800 に答える