Get Facebook Api Key

Anahtarlar

api-version:

Aşağıdaki söz dizimi bir anahtar kaynağını temsil eder:

Operations

Önemli kaynaklar aşağıdaki işlemi destekler:

Tüm işlemler için isteğe bağlı bir filtre parametresidir. Atlanırsa herhangi bir anahtara işaret eder.

Önkoşullar

Tüm HTTP isteklerinin kimliği doğrulanmalıdır. Kimlik doğrulama bölümüne bakın.
Tüm HTTP istekleri açık sağlamalıdır. Sürüm oluşturma bölümüne bakın.

Liste Anahtarları

Yanıt:

Döndürülen öğe sayısı yanıt sınırını aşarsa sonuç sayfalandırılmış olur. İsteğe bağlı yanıt üst bilgilerini izleyin ve gezinti için kullanın . Alternatif olarak, içerik özelliği biçiminde bir sonraki bağlantı sağlar. Sonraki bağlantı parametresini içerir .

Yanıt:

Filtreleme

Filtreleme ölçütü desteklenir.

Aşağıdaki filtreler desteklenir:

Anahtar Filtresi	Etki
atlanıyor veya	Herhangi bir anahtarla eşleşir
abc adlı anahtarla eşleşir
abc ile başlayan anahtar adlarıyla eşleşir
Abc veya xyz anahtar adlarını eşleştirir (5 CSV ile sınırlıdır)

Aşağıdaki karakterler ayrılmıştır: , ,

Ayrılmış karakter değerin bir parçasıysa, kullanılarak kaçış karakteri gerekir. Ayrılmış olmayan karakterler de kaçış olabilir.

Filtre doğrulama

Bir filtre doğrulama hatası söz konusu olduğunda yanıt, hata ayrıntılarını içeren HTTP'dir :

Örnekler

Tümü
Anahtar adı abc ile başlar
Anahtar adı abc veya xyz

Belirli alanlar isteme

İsteğe bağlı sorgu dizesi parametresini kullanın ve istenen alanların virgülle ayrılmış listesini sağlayın. Parametresi atlanırsa, yanıt varsayılan kümeyi içerir.

access'i Time-Based

Sonucun geçmiş bir zamanda olduğu gibi bir gösterimini elde edin. Bkz. bölüm

Yanıt:

Kendi uygulamalarımızda Facebook verilerini kullanmak üzere Access Token alma adımlarını anlatacağım. Uygulamamızda kullanacağımız Facebook verilerini almadan önce authenticationyani kimlik doğrulama yapmamız gerekir. Bu doğrulama esnasında bir access token üretilir ve bu key yardımıyla kimliğimiz doğrulanmış olur. Eğer uzun süreli işlemler yapacak isek (Facebook hesabımıza otomatik post girmek gibi) işe o zaman Long Lived Access Token (Never Expire Token) ‘a ihtiyacımız olacaktır. Bu yazımızda ilk önce access token nasıl alınır ondan bahsedeceğim daha sonrasında Uzun süreli access tokene değineceğim.

Öncelikle Github&#;dan Facebook Api için gerekli kütüphaneleri buraya tıklayarak indirelim. İndirdiğimiz dosya içerisindeki facebook klasörünü localhostun içerisinde uygulamammız için oluşturduğumuz klasörün içerisine atalım.
Şimdi geliştiriciler için Facebook sayfasına buradan giriş yapalım ve yeni bir Uygulama oluşturalım.

Sol taraftaki menuden basic&#; e tıklayalım.

Bizi bu şekilde bir pencere karışılıyor. Bu sayfayı ilk açtığımızda App Secret gizli olarak geliyor bunu show diyerek gösterelim.

Yukarıdaki resimde App id ve App Secret bilgilerini uygulamamızda kullanacağız ama önce yönlendirme linkini girelin. Yönlendirme linki İnstagram ve Google Api lerinde olduğu gibi OAuth da yapılan yönlendirmedir.
Yine sol menuden Products altındaki > Facebook Login > Settings menusune tıklayalım.

Bu sayfada istemci OAuth ayarları yer almakta biz buradan Valid OAuth Redirect URIs kısımına yönlendirecek urlimizi yazıyoruz. Burada dikkat etmemiz gereken kısım https şeklinde yazmamız. Bu linki neye göre yazıyoruz? Konunun en başında php sunucumuzda uygulamamız için oluşturduğumuz klasörün içerisine 2 tane dosya oluşturacağız bir tanesi seafoodplus.info diğeri ise seafoodplus.info dosyaları olacak aynı dizin içerisinde de Facebook adındaki Api kütüphanesi bulunacak. Bu dizinde oluşturduğumuz seafoodplus.info dosyasının linkini buraya yazıyoruz. Yani Facebook dan yetkilendire izini için kod geldiğinde bu sayfamıza yönlenerek gelen kodu bu sayfa içerisinde kullanacağız.

Buraya kadar her şey tamam ise artık App ID ve App Secret bilgilerimizi kullanmaya geldi.

seafoodplus.info dosyasının içersine

bu kod parçasında kullanıcıdan gerekli izinleri alıyoruz. Biz mail okuma ve yazma izinlerini aldık. Yazma izinlerini ileride post fotoğraf paylaşma ve video yükleme gibi makalelerde kullanmak adına aldığımız izindir. Sadece access tokeni almak test etmek adına email izini yeterli olacaktır.

seafoodplus.info dosyasının içerisine

<?php require_once 'facebook/seafoodplus.info'; $fb = new Facebook\Facebook([ 'app_id' => 'BURAYA APP İD GELECEK', 'app_secret' => 'BURAYA APP SECRET GELECEK', 'default_graph_version' => 'v', ]); $helper = $fb->getRedirectLoginHelper(); if (isset($_GET['state'])) { $helper->getPersistentDataHandler()->set('state',$_GET['state']); } try { $accessToken = $helper->getAccessToken(); } catch(Facebook\Exceptions\FacebookResponseException $e) { // When Graph returns an error echo 'Graph returned an error: ' . $e->getMessage(); exit; } catch(Facebook\Exceptions\FacebookSDKException $e) { // When validation fails or other local issues echo 'Facebook SDK returned an error: ' . $e->getMessage(); exit; } if (! isset($accessToken)) { if ($helper->getError()) { header('HTTP/ Unauthorized'); echo "Error: " . $helper->getError() . "\n"; echo "Error Code: " . $helper->getErrorCode() . "\n"; echo "Error Reason: " . $helper->getErrorReason() . "\n"; echo "Error Description: " . $helper->getErrorDescription() . "\n"; } else { header('HTTP/ Bad Request'); echo 'Bad request'; } exit; } // Logged in echo '<h3>Access Token</h3>'; var_dump($accessToken->getValue()); // The OAuth client handler helps us manage access tokens $oAuth2Client = $fb->getOAuth2Client(); // Get the access token metadata from /debug_token $tokenMetadata = $oAuth2Client->debugToken($accessToken); echo '<h3>Metadata</h3>'; echo "<pre>"; //var_dump($tokenMetadata); print_r($tokenMetadata); // Validation (these will throw FacebookSDKException's when they fail) $tokenMetadata->validateAppId('BURAYA APP İD GELECEK'); // Replace {app-id} with your app id // If you know the user ID this access token belongs to, you can validate it here //$tokenMetadata->validateUserId(''); $tokenMetadata->validateExpiration(); if (! $accessToken->isLongLived()) { // Exchanges a short-lived access token for a long-lived one try { $accessToken = $oAuth2Client->getLongLivedAccessToken($accessToken); } catch (Facebook\Exceptions\FacebookSDKException $e) { echo "<p>Error getting long-lived access token: " . $helper->getMessage() . "</p>\n\n"; exit; } echo '<h3>Long-lived</h3>'; var_dump($accessToken->getValue()); } $_SESSION['fb_access_token'] = (string) $accessToken; ?>

dizinimiz şu şekilde oldu

htdocs
- uygulama klasörü
  - facebook api kütüphane klasörü
  - seafoodplus.info
  - seafoodplus.info

seafoodplus.info ye girerek yetkilendirme için izin verdikten sonra Access Tokenimiz ve Meradata bilgilerimiz oluştu

Press Releases

WASHINGTON – Today, Senate Select Committee on Intelligence Chairman Mark Warner (D-VA) and Vice Chairman Marco Rubio (R-FL) wrote to Meta CEO Mark Zuckerberg, questioning the company about recently released documents revealing that the company knew, as early as , that hundreds of thousands of developers in what Facebook classified as “high-risk jurisdictions” including the People’s Republic of China (PRC) and Russia had access to user data that could have been used to facilitate espionage. The documents were released as part of ongoing litigation against the company related to its lax handling of personal data after revelations regarding Cambridge Analytica.

Under pressure from Congress, Facebook revealed in that it provided access to key application programming interfaces (APIs) to device-makers based in the PRC, including Huawei, OPPO, TCL, and others. In the wake of those disclosures, Facebook met repeatedly with the staffs of both senators and the Senate Intelligence Committee to discuss access to this data and what controls Facebook was putting in place to protect user data in the future.

Wrote the bipartisan leaders of the Senate Intelligence Committee in today’s letter, “Given those discussions, we were startled to learn recently, as a result of this ongoing litigation and discovery, that Facebook had concluded that a much wider range of foreign-based developers, in addition to the PRC-based device-makers, also had access to this data. According to at least one internal document, this included nearly 90, separate developers in the People’s Republic of China (PRC), which is especially remarkable given that Facebook has never been permitted to operate in the PRC. The document also refers to discovery of more than 42, developers in Russia, and thousands of developers in other ‘high-risk jurisdictions,’ including Iran and North Korea, that had access to this user information.”

The newly available documents reveal that Facebook internally acknowledged in that this access could be used for espionage purposes.

“As the Chairman and Vice Chairman of the Senate Select Committee on Intelligence, we have grave concerns about the extent to which this access could have enabled foreign intelligence service activity, ranging from foreign malign influence to targeting and counter-intelligence activity,” wrote Warner and Rubio, posing a series of questions to the company about the implications of the access, including:

1) The unsealed document notes that Facebook conducted separate reviews on developers based in the PRC and Russia “given the risk associated with those countries.” What additional reviews were conducted on these developers? When was this additional review completed and what were the primary conclusions? What percentage of the developers located in the PRC and Russia was Facebook able to definitively identify? What communications, if any, has Facebook had with these developers since its initial identification? What criteria does Facebook use to evaluate the “risk associated with” operation in the PRC and Russia?

2) For the developers identified as being located within the PRC and Russia, please provide a full list of the types of information to which these developers had access, as well as the timeframes associated with such access.

3) Does Facebook have comprehensive logs on the frequency with which developers from high-risk jurisdictions accessed its APIs and the forms of data accessed?

4) Please provide an estimate of the number of discrete Facebook users in the United States whose data was shared with a developer located in the each country identified as a “high-risk jurisdiction” (broken out by country).

5) The internal document indicates that Facebook would establish a framework to identify the “developers and apps determined to be most potentially risky[.]” How did Facebook establish this rubric? How many developers and apps based in the PRC and Russia met this threshold? How many developers and apps in other high-risk jurisdictions met this threshold? What were the specific characteristics of these developers that gave rise to this determination? Did Facebook identify any developers as too risky to safely operate with? If so, which?

6) The internal document references your public commitment to “conduct a full audit of any app with suspicious activity.” How does Facebook characterize “suspicious activity” and how many apps triggered this full audit process?

7) Does Facebook have any indication that any developers’ access enabled coordinated inauthentic activity, targeting activity, or any other malign behavior by foreign governments?

8) Does Facebook have any indication that developers’ access enabled malicious advertising or other fraudulent activity by foreign actors, as revealed in public reporting?

The full of today’s letter is available here and below.

Dear Mr. Zuckerberg,

We write you with regard to recently unsealed documents in connection with pending litigation your company, Meta, is engaged in. It appears from these documents that Facebook has known, since at least September , that hundreds of thousands of developers in countries Facebook characterized as “high-risk,” including the People’s Republic of China (PRC), had access to significant amounts of sensitive user data. As leaders of the Senate Intelligence Committee, we write today with a number of questions regarding these documents and the extent to which developers in these countries were granted access to American user data.

In , the New York Times revealed that Facebook had provided privileged access to key application programming interfaces (APIs) to Huawei, OPPO, TCL, and other device-makers based in the PRC. Under the terms of agreements with Facebook dating back to at least , these device manufacturers were permitted to access a wealth of information on Facebook’s users, including profile data, user IDs, photos, as well as contact information and even private messages. In the wake of these revelations, as well as broader revelations concerning Facebook’s lax data security policies related to third-party applications, our staffs held numerous meetings with representatives from your company, including with senior executives, to discuss who had access to this data and what controls Facebook was putting in place to protect user data in the future.

Given those discussions, we were startled to learn recently, as a result of this ongoing litigation and discovery, that Facebook had concluded that a much wider range of foreign-based developers, in addition to the PRC-based device-makers, also had access to this data. According to at least one internal document, this included nearly 90, separate developers in the People’s Republic of China (PRC), which is especially remarkable given that Facebook has never been permitted to operate in the PRC. The document also refers to discovery of more than 42, developers in Russia, and thousands of developers in other “high-risk jurisdictions,” including Iran and North Korea, that had access to this user information.

As Facebook’s own internal materials note, those jurisdictions “may be governed by potentially risky data storage and disclosure rules or be more likely to house malicious actors,” including “states known to collect data for intelligence targeting and cyber espionage.” As the Chairman and Vice Chairman of the Senate Select Committee on Intelligence, we have grave concerns about the extent to which this access could have enabled foreign intelligence service activity, ranging from foreign malign influence to targeting and counter-intelligence activity.

In light of these revelations, we request answers to the following questions on the findings of Facebook’s internal investigation:

1) The unsealed document notes that Facebook conducted separate reviews on developers based in the PRC and Russia “given the risk associated with those countries.”

What additional reviews were conducted on these developers?
When was this additional review completed and what were the primary conclusions?
What percentage of the developers located in the PRC and Russia was Facebook able to definitively identify?
What communications, if any, has Facebook had with these developers since its initial identification?
What criteria does Facebook use to evaluate the “risk associated with” operation in the PRC and Russia?

3) Does Facebook have comprehensive logs on the frequency with which developers from high-risk jurisdictions accessed its APIs and the forms of data accessed?

5) The internal document indicates that Facebook would establish a framework to identify the “developers and apps determined to be most potentially risky[.]”

How did Facebook establish this rubric?
How many developers and apps based in the PRC and Russia met this threshold? How many developers and apps in other high-risk jurisdictions met this threshold?
What were the specific characteristics of these developers that gave rise to this determination?
Did Facebook identify any developers as too risky to safely operate with? If so, which?

6) The internal document references your public commitment to “conduct a full audit of any app with suspicious activity.”

How does Facebook characterize “suspicious activity” and how many apps triggered this full audit process?

7) Does Facebook have any indication that any developers’ access enabled coordinated inauthentic activity, targeting activity, or any other malign behavior by foreign governments?

8) Does Facebook have any indication that developers’ access enabled malicious advertising or other fraudulent activity by foreign actors, as revealed in public reporting?

Thank you for your prompt attention.

###

Instagram API Çeşitleri

2. Adım: Instagram Temel Ekranını Yapılandırma

Ürünler&#;i tıklayın , Instagram ürününü bulun ve uygulamanıza eklemek için Ayarla&#;yı tıklayın .

Temel Ekran&#;ı tıklayın , sayfanın en altına gidin, ardından Yeni Uygulama Oluştur&#;u tıklayın .

Görüntülenen formda, aşağıdaki yönergeleri kullanarak her bölümü doldurun.

Ekran adı

Yeni oluşturduğunuz Facebook uygulamasının adını girin.

Geçerli OAuth Yönlendirme URI&#;leri

Web sitenizin URL&#;sini girin. Normalde bu, yönlendirme sorgu dizesi parametrelerini yakalayabilen özel bir URI olur, ancak bu öğretici için web sitenizin URL&#;si iyi olur.

Örneğin:

Bir URL girdikten sonra değişikliklerinizi kaydedin ve URL&#;yi tekrar kontrol edin; URL yapınıza bağlı olarak bir eğik çizgi ekledik. Yetkilendirme kodlarını ve erişim belirteçlerini almak için daha sonraki adımlarda ihtiyacınız olacağından URL&#;nin tamamını bir yere kopyalayın.

Geri Arama URL&#;sinin Yetkisini Kaldırma

Web sitenizin URL&#;sini tekrar girin. Sonunda bunu yetkilendirme bildirimlerini işleyebilecek bir URL olarak değiştireceksiniz , ancak bu öğreticinin amaçları için web sitenizin URL&#;sini tekrar kullanabilirsiniz.

Veri Silme İsteği Geri Arama URL&#;si

Web sitenizin URL&#;sini bir kez daha girin. Tıpkı Geri Arama URL&#;sini Yetkisini Kaldır gibi, sonunda bunu veri silme isteklerini işleyebilecek bir URL olarak değiştireceksiniz , ancak şimdilik web sitenizin URL&#;sini yeniden kullanabilirsiniz.

Uygulama İncelemesi

Eğitim sırasında uygulamayı Canlı Moda geçirmeyeceğiniz için şimdilik bu bölümü atlayın .

nest...

9699 9700 9701 9702 9703