いくつかの調査の後、ボードの URL が現在の URL/サブドメインと一致しないため、IPB リダイレクトを構成しました。(私の場合)
そう...回避策がありますが、それほど良くはありませんが、少なくとも機能し、1行の解決策です:
<?PHP
$_SERVER['HTTP_HOST_R'] = $_SERVER['HTTP_HOST']; // Keep original info in another index.
$_SERVER['HTTP_HOST'] = "www.your-ipb-forum.com"; // Work-around
$forumPath = '../forum'; //FORUM FOLDER
define( 'IPS_ENFORCE_ACCESS', TRUE ); // Important so it does not redirect to forums
define( 'IPB_THIS_SCRIPT', 'public' );
require_once( $forumPath.'/initdata.php' );
require_once( IPS_ROOT_PATH . 'sources/base/ipsRegistry.php' );
require_once( IPS_ROOT_PATH . 'sources/base/ipsController.php' );
$ipbRegistry = ipsRegistry::instance();
$ipbRegistry->init();
// Init done
$member = IPSMember::load($memberName, 'all', 'username');
print_r($member); // For demo purposes only
3 行目は、IPB をだますための回避策です。
2 行目は $_SERVER['HTTP_HOST'] データを $_SERVER['HTTP_HOST_R'] に「移動」しているため、アプリケーションで現在の (実際の) URL が必要な場合は、HTTP_HOST が変更されているため、代わりにこの変数を使用できます。(回避策に必要)。