0

私は現在、いくつかのプロジェクトでコハナを使用しており、この特定のクライアントまで、問題がまったくない認証モジュールが含まれています。

最初は、IE8を使用してXPマシンでサイトにログインできませんでした。私はいくつか掘り下げて、この構成ファイルをapplication / config/session.phpに追加することになりました。

<?php defined('SYSPATH') OR die('No direct access allowed.');

/**
 * @package Session
 *
 * Session driver name.
 */
//$config['driver'] = 'native';

/**
 * Number of page loads before the session id is regenerated.
 * A value of 0 will disable automatic session id regeneration.
 */
//$config['regenerate'] = 0;


// KLUDGE: Windows XP SP3 running IE-7 and 8
// http://bit.ly/gPcV67
//$config['validate'] = 'ip_address';

    return array(
      'cookie' => array(
          'name' => 'session_cookie',
          'encrypted' => TRUE,
          'lifetime' => 43200,
      ),
      'native' => array(
          'name' => 'session_native',
          'encrypted' => TRUE,
          'lifetime' => 43200,
      ),
      'database' => array(
          'name' => 'session_database',
          'group' => 'default',
          'table' => 'sessions',
      ),
  );

?>

これは、WinXPマシンのIE8で機能しました

これで、IE9またはFirefox 4でログインできないWin7を搭載したラップトップができました。これをさらに調べる時間が見つかるまで、Chromeをマシンにインストールして動作可能にしました（マシンの前にいる間、Chromeは正常に動作しました） ）。しかし、今日、私は、システムに再び入ることができないと主張する一連の本当に腹を立てた電子メールを受け取りました。

この問題を自分のマシンやブラウザで再現することはできません。私は困惑していて、自分が行った変更をテストする方法がありません。

助けてください助けてください！ありがとう、-デビッド

4

1 に答える 1

0

私にはサーバーの問題のように思えます。おそらく、ログイン時に何かがアクセスを拒否しました (セッションが書き込まれていませんか?)。memcached またはデータベース セッションで試してみます。

于 2011-04-29T16:55:44.533 に答える