пользовательский лимит достигает с маркетинговым API Facebook на приборной панели

Я делаю кучу разных панелей, которые показывают данные из разных кампаний.

Я беспокоюсь о #17 User request limit reached как я получил это довольно пару раз.

Я использую API-интерфейс для маркетинга в Facebook, чтобы получить представление о конкретных кампаниях, но не могу понять, почему я в итоге достиг предела

Я использую токен доступа для одного пользователя, чтобы пользователи не заходили на Facebook для просмотра панели инструментов.

Я использую этот кусок скрипта, чтобы получить данные и сохранить их в MySQL

  Api::init(
'XXXX',
'XXXX',
'XXXX'
);

$api = Api::instance();

$account = new AdAccount('act_XXXX');

$campaign_params = array(
'limit' => 200,
'time_range' => array(
'since' => date("Y-m-d", strtotime($_GET["date_from"])),
'until' => date("Y-m-d", strtotime($_GET["date_to"])),
),
'level' => "adset",
);

$campaign_res = $account->getInsights(array("ad_name", "adset_name", "adset_id", "inline_link_clicks", "spend", "campaign_id", "campaign_name", "unique_clicks", "cost_per_inline_link_click", "ctr", "cpm", "cpp", "reach", "impressions"), $campaign_params);

$pagesArray = array();

foreach($campaign_res as $c_data) {
$campaign = $c_data->exportData();

$pos = strpos(utf8_decode($campaign["campaign_name"]), "Mød");

if($pos !== false) {

$chars = array("æ", "ø", "å");
$replace = array("ae", "oe", "aa");

$decoded_name = strtolower(str_replace($chars, $replace, utf8_decode($campaign["campaign_name"])));
$decoded_name = explode(" - ", $decoded_name);

$lpage_pos = strripos($decoded_name[0], $_GET["lpage"]);

if($lpage_pos !== false) {

$adset = new AdSet($campaign["adset_id"]);
$adset->read(array(
AdSetFields::NAME,
AdSetFields::CONFIGURED_STATUS,
AdSetFields::EFFECTIVE_STATUS,
));

$nameArray = preg_split("/ - /", $campaign["adset_name"]);

if(trim(strtolower($nameArray[1])) == "msn") {

$status = strtolower($adset->{AdSetFields::EFFECTIVE_STATUS}.PHP_EOL);

array_push($pagesArray, array("pageName" => trim(strtolower($nameArray[0])), "pageSpend" => $campaign["spend"]));

$delete_sql = "DELETE FROM msn_ad_data WHERE adset_id = ". $campaign["adset_id"] ." AND type='facebook'";
$delete_sth = $db->dbh->prepare($delete_sql);
$delete_sth->execute();

$sql = "INSERT INTO msn_ad_data (campaign_id, campaign_name, adset_id, adset_name, amount_spent, reach, impressions, date_from, date_to, clicks, cpc, ctr, cpm, id_campaign_shortname, pagename, id_name, form_name, status, type) VALUES ( ". $campaign["campaign_id"] .", '". $campaign["campaign_name"] ."', '". $campaign["adset_id"] ."', '". $campaign["adset_name"] ."', '". $campaign["spend"] ."', '". $campaign["reach"] ."', '". $campaign["impressions"] ."', '". $campaign["date_start"] ."', '". $campaign["date_stop"] ."', '". $campaign["unique_clicks"] ."', '". $campaign["cost_per_inline_link_click"] ."', '". $campaign["ctr"] ."','". $campaign["cpm"] ."', '". $_GET["lpage"] ."', '". $nameArray[0]."-".$nameArray[3] ."', '". str_replace($chars, $replace, trim(strtolower(utf8_decode($nameArray[0]."-".$nameArray[3])))) ."', '". str_replace($chars, $replace, strtolower(utf8_decode($nameArray[2]))) ."', '". $status ."', 'facebook')";

$sth = $db->dbh->prepare($sql);
$sth->execute();
}
}

При начальной загрузке панели мониторинга он будет запускать этот сценарий с диапазоном времени дефалтинга, и тогда можно будет выбрать конкретный диапазон дат на панели инструментов, с которого пользователь хочет просматривать данные, f.x. последние 14 дней — он снова запустит этот скрипт.

Я беспокоюсь по этому поводу, что существует около 20 различных панелей, которые будут отображать данные из 20 различных кампаний.

Является ли ограничение на APPID или на токен пользователя / IP. Если будет 20 разных IP-адресов, будет ли это 20 x 200 вызовов = 4000 вызовов за 60 минут, или это всего лишь 200 вызовов на токен?

Кажется, я не могу придумать лучший способ получать данные на лету.

0

Решение

Это текущая информация:

https://developers.facebook.com/docs/graph-api/advanced/rate-limiting

Вы не можете обойти ограничения, используя разные IP-адреса, которые, очевидно, не разрешены и невозможны. Afaik есть ограничение на приложение, и общая информация ранее была «600 вызовов за 600 секунд на токен». Вы всегда должны использовать самый конкретный токен, пользовательский токен лучше, чем токен приложения, потому что в приложении могут быть разные (по одному на пользователя) — это означает, что перед вызовом ограничений будет больше вызовов API.

На самом деле, ограничения не являются полностью статичными, вы всегда должны стараться не превышать официальные цифры — и вы должны кэшировать результаты в своей базе данных. В конце концов, понимание прошлого не меняется в любом случае.

0

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]