API ကိုကစားခြင်းဖြင့် LinkedIn ၏ရှာဖွေမှုကန့်သတ်ချက်ကိုကျော်ဖြတ်ပါ။

ကန့်သတ်

LinkedIn တွင် ထိုသို့သော ကန့်သတ်ချက်များ ရှိပါသည်။ လုပ်ငန်းသုံး ကန့်သတ်ချက်. မကြာသေးမီအထိ သင်ကဲ့သို့ ကျွန်ုပ်ကဲ့သို့ပင် ၎င်းအကြောင်းကို မကြုံစဖူး သို့မဟုတ် မကြားဖူးသည်မှာ အလွန်ဖြစ်နိုင်ဖွယ်ရှိသည်။

ကန့်သတ်ချက်၏အနှစ်သာရမှာ သင့်အဆက်အသွယ်များအပြင်ဘက်ရှိလူများကို မကြာခဏရှာဖွေခြင်းကိုအသုံးပြုပါက (အတိအကျတိုင်းတာမှုများမရှိပါ၊ သင့်လုပ်ဆောင်ချက်များအပေါ်အခြေခံ၍ algorithm မှဆုံးဖြတ်သည် - သင်ရှာဖွေခဲ့သည်၊ မည်မျှအကြိမ်ကြိမ်၊ မည်မျှထည့်ထားသည်)၊ ထို့နောက် ရှာဖွေမှုရလဒ်၊ 1000 (မူရင်းစာမျက်နှာ 100၊ စာမျက်နှာတစ်ခုလျှင် ပရိုဖိုင် 10) အစား ပရိုဖိုင်သုံးခုသာ ကန့်သတ်မည်ဖြစ်သည်။ လတိုင်း၏အစတွင် ကန့်သတ်ချက်ကို ပြန်လည်သတ်မှတ်သည်။ ထုံးစံအတိုင်း၊ ပရီမီယံအကောင့်များတွင် ဤကန့်သတ်ချက်မရှိပါ။.

ဒါပေမယ့် သိပ်မကြာခင်က အိမ်မွေးတိရစ္ဆာန်ပရောဂျက်တစ်ခုအတွက် ကျွန်တော် LinkedIn ရှာဖွေမှုမှာ အများကြီးကစားခဲ့ပြီး ဒီကန့်သတ်ချက်ကို ရုတ်တရက်ရခဲ့ပါတယ်။ ထုံးစံအတိုင်း၊ ဒါကို ကျွန်တော် သိပ်ကြိုက်တာ မဟုတ်ဘူး၊ ဘာကြောင့်လဲဆိုတော့ စီးပွားဖြစ်ရည်ရွယ်ချက်အတွက် မသုံးထားဘူး၊ ဒါကြောင့် ကျွန်တော့်ရဲ့ ပထမဆုံး အတွေးက ကန့်သတ်ချက်တွေကို လေ့လာပြီး အဲဒါကို ပြေလည်အောင် ကြိုးစားပါ။

[အရေးကြီးသော ရှင်းလင်းချက်- ဆောင်းပါးပါ အကြောင်းအရာများကို သတင်းအချက်အလက်နှင့် ပညာရေးဆိုင်ရာ ရည်ရွယ်ချက်များအတွက်သာ တင်ပြထားပါသည်။ စာရေးသူသည် စီးပွားဖြစ်အသုံးပြုရန် တိုက်တွန်းထားခြင်းမရှိပါ။]

ပြဿနာကို လေ့လာနေပါတယ်။

ကျွန်ုပ်တို့တွင်- pagination ပါသည့် ပရိုဖိုင်ဆယ်ခုအစား၊ ရှာဖွေမှုသည် သုံးမျိုးသာ ပြန်လာသည်၊ ထို့နောက် ပရီမီယံအကောင့်တစ်ခု၏ "အကြံပြုချက်" ပါရှိသော ဘလောက်တစ်ခုကို ထည့်သွင်းပြီး အောက်တွင် မှုန်ဝါးပြီး ကလစ်မရနိုင်သော ပရိုဖိုင်များဖြစ်သည်။

ချက်ချင်းပင်၊ လက်သည် ဤလျှို့ဝှက်ပရိုဖိုင်များကို ကြည့်ရှုရန် developer console သို့ လက်လှမ်းမီသည် - ဖြစ်နိုင်သည်မှာ ကျွန်ုပ်တို့သည် အချို့သော မှုန်ဝါးသောပုံစံများကို ဖယ်ရှားနိုင်သည် သို့မဟုတ် markup ရှိ ပိတ်ဆို့ခြင်းမှ အချက်အလက်များကို ထုတ်ယူနိုင်သည်။ သို့သော်၊ ဤပရိုဖိုင်များသည် ရိုးရိုးရှင်းရှင်းဖြစ်မည်ဟု မျှော်လင့်ရသည်။ နေရာယူပုံများ အချက်အလက် သိမ်းဆည်းထားခြင်းမရှိပါ။

အိုကေ၊ အခု Network တက်ဘ်ကို ကြည့်ရအောင်၊ ပရိုဖိုင်သုံးခုကိုသာ ပြန်ပေးမယ့် အစားထိုး ရှာဖွေမှုရလဒ်တွေကို စစ်ကြည့်ရအောင်။ “/api/search/blended” အတွက် ကျွန်ုပ်တို့စိတ်ဝင်စားသော တောင်းဆိုချက်ကို ကျွန်ုပ်တို့တွေ့ရှိပြီး တုံ့ပြန်ချက်ကို ကြည့်ရှုပါ။

ပရိုဖိုင်များသည် `ပါဝင်သည်` အခင်းအကျင်းတစ်ခုတွင် ရောက်ရှိလာသော်လည်း ၎င်းတွင် ပါဝင်သည့်အရာ 15 ခု ရှိပြီးဖြစ်သည်။ ဤအခြေအနေတွင်၊ ၎င်းတို့ထဲမှ ပထမသုံးမျိုးသည် အပိုအချက်အလက်များပါသည့် အရာများဖြစ်သည်၊ အရာတစ်ခုစီတွင် တိကျသောပရိုဖိုင်တစ်ခုတွင် အချက်အလက်များပါရှိသည် (ဥပမာ၊ ပရိုဖိုင်သည် ပရီမီယံဟုတ်မဟုတ်၊ )

နောက်ထပ် 12 ခုသည် အစစ်အမှန်ပရိုဖိုင်များဖြစ်သည် - ရှာဖွေမှုရလဒ်များဖြစ်ပြီး ၎င်းတို့ထဲမှ 28 ခုကိုသာ ကျွန်ုပ်တို့အား ပြသမည်ဖြစ်သည်။ သင်မှန်းဆနိုင်သကဲ့သို့၊ ၎င်းသည် အပိုဆောင်းအချက်အလက်များကို လက်ခံရရှိသူများ (ပထမအရာဝတ္ထုသုံးခု) ကိုသာ ပြသသည်။ ဥပမာအားဖြင့်၊ သင်သည် အကန့်အသတ်မရှိ ပရိုဖိုင်တစ်ခုမှ အဖြေကို ယူပါက၊ အပိုပစ္စည်း 10 ခု - အရာဝတ္ထု 18 ခုကို လက်ခံရရှိမည်ဖြစ်သည်။ အချက်အလက်နှင့် ပရိုဖိုင် ၁၈ ခု။

အကန့်အသတ်မရှိ ပရိုဖိုင်အတွက် အဖြေ

10 ပရိုဖိုင်များ အတိအကျ တောင်းဆိုထားသော်လည်း အဘယ်ကြောင့် 10 ပရိုဖိုင်များ ရောက်ရှိလာသနည်း၊ ၎င်းတို့သည် မည်သည့်နည်းနှင့်မျှ ပြသရန် မပါဝင်ပါ၊ နောက်စာမျက်နှာတွင်ပင် ၎င်းတို့သည် ရှိမည်မဟုတ်ပါ - ကျွန်ုပ်မသိသေးပါ။ တောင်းဆိုချက် URL ကို ပိုင်းခြားစိတ်ဖြာပါက၊ ထို count=10 (တုံ့ပြန်မှုတွင် ပြန်ပေးရမည့် ပရိုဖိုင်အရေအတွက်၊ အများဆုံး 49) ကို သင်တွေ့မြင်နိုင်ပါသည်။

ဒီကိစ္စနဲ့ ပတ်သက်ပြီး မှတ်ချက်တစ်စုံတစ်ရာရလို့ ဝမ်းသာပါတယ်။

စမ်းသပ်ကြည့်ရအောင်

အိုကေ၊ ယခုကျွန်ုပ်တို့သေချာသိသော အရေးကြီးဆုံးအချက်မှာ ၎င်းတို့သည် ကျွန်ုပ်တို့ကိုပြသသည်ထက် တုံ့ပြန်မှုတွင် ပရိုဖိုင်များ ပိုများနေခြင်းဖြစ်သည်။ ဆိုလိုသည်မှာ ကန့်သတ်ချက်ရှိသော်လည်း ကျွန်ုပ်တို့သည် ဒေတာပိုမိုရရှိနိုင်ပါသည်။ fetch ကိုသုံးပြီး API ကို ကွန်ဆိုးလ်ကနေ တိုက်ရိုက်ဆွဲထုတ်ကြည့်ရအောင်။

မျှော်လင့်ထားသည့်အတိုင်း၊ ကျွန်ုပ်တို့သည် အမှားအယွင်းတစ်ခု၊ 403 ရရှိပါသည်။ ၎င်းမှာ လုံခြုံရေးကြောင့်ဖြစ်ပြီး၊ ဤနေရာတွင် ကျွန်ုပ်တို့သည် CSRF တိုကင်ကို မပို့ခြင်းဖြစ်သည် (Wikipedia ရှိ CSRF. အတိုချုပ်အားဖြင့်၊ စစ်မှန်မှုရှိရန် ဆာဗာပေါ်တွင် စစ်ဆေးထားသည့် တောင်းဆိုချက်တစ်ခုစီတွင် သီးသန့်တိုကင်တစ်ခုကို ပေါင်းထည့်ထားသည်။)

၎င်းကို 'JSESSIONID' အကွက်တွင် သိမ်းဆည်းထားသည့် အခြားအောင်မြင်သော တောင်းဆိုမှုမှ သို့မဟုတ် ကွတ်ကီးများမှ ကူးယူနိုင်ပါသည်။

တိုကင်ကိုဘယ်မှာရှာရမလဲအခြားတောင်းဆိုချက်၏ ခေါင်းစီး-

သို့မဟုတ် ကွတ်ကီးများမှ၊ ကွန်ဆိုးလ်မှတဆင့် တိုက်ရိုက်-

ထပ်စမ်းကြည့်ရအောင်၊ ဒီတစ်ခါတော့ ခေါင်းစီးရှိ ကျွန်ုပ်တို့၏ csrf-token ကို ကန့်သတ်ချက်အဖြစ် သတ်မှတ်ပေးသော ထုတ်ယူရန်အတွက် ဆက်တင်များကို ကျော်သွားပါမည်။

အောင်မြင်ပါသည်၊ ကျွန်ုပ်တို့သည် ပရိုဖိုင် ၁၀ ခုလုံးကို လက်ခံပါသည်။ :tada:

ခေါင်းစီးများ ကွဲပြားမှုကြောင့်၊ တုံ့ပြန်မှု၏ ဖွဲ့စည်းပုံသည် မူလတောင်းဆိုချက်တွင် ရရှိသည့်အရာနှင့် အနည်းငယ် ကွာခြားပါသည်။ csrf တိုကင်ဘေးရှိ ကျွန်ုပ်တို့၏အရာဝတ္တုတွင် 'Accept: 'application/vnd.linkedin.normalized+json+2.1' ကို ပေါင်းထည့်ပါက တူညီသောဖွဲ့စည်းပုံကို ရနိုင်ပါသည်။
ပေါင်းထည့်ထားသော ခေါင်းစီးနှင့်အတူ နမူနာတုံ့ပြန်မှု

Accept header ၏ နောက်ထပ်အကြောင်းအရာများ

လာမည့်ဘာလဲ?

ထို့နောက် ရှာဖွေမှုရလဒ်တစ်ခုလုံးမှ ပရိုဖိုင် 10 (ပုံသေ = 0) ကို ပေးမည်ဖြစ်ပြီး အညွှန်းကို ညွှန်ပြကာ `စတင်ခြင်း` ဘောင်ကို သင် (ကိုယ်တိုင် သို့မဟုတ် အလိုအလျောက်) တည်းဖြတ်နိုင်သည်။ တစ်နည်းအားဖြင့် တောင်းဆိုချက်တစ်ခုစီပြီးနောက် 10 ဖြင့် တိုးခြင်းဖြင့်၊ ကျွန်ုပ်တို့သည် ပုံမှန်အတိုင်း တစ်မျက်နှာချင်းတစ်မျက်နှာ ရလဒ်ကို တစ်ကြိမ်လျှင် ပရိုဖိုင် 10 ခု ရရှိမည်ဖြစ်သည်။

ဤအဆင့်တွင် အိမ်မွေးတိရစ္ဆာန်ပရောဂျက်ကို ဆက်လက်လုပ်ဆောင်ရန် ကျွန်ုပ်တွင် လုံလောက်သောဒေတာနှင့် လွတ်လပ်မှုရှိသည်။ သို့သော် ၎င်းသည် လက်ထဲတွင်ရှိနေပြီဖြစ်သောကြောင့် ဤဒေတာကို ချက်ခြင်းပြသရန် မကြိုးစားခြင်းသည် အပြစ်ဖြစ်လိမ့်မည်။ ရှေ့တွင်သုံးသော Ember သို့ ကျွန်ုပ်တို့ မသွားပါ။ jQuery သည် site နှင့်ချိတ်ဆက်ထားပြီး memory တွင်အခြေခံအထားအသိုဆိုင်ရာအသိပညာကိုရှာဖွေပြီးနောက်၊ မိနစ်အနည်းငယ်အတွင်း အောက်ပါတို့ကို သင်ဖန်တီးနိုင်သည်။

jQuery ကုဒ်

/* рендер блока, принимаем данные профиля и вставляем блок в список профилей используя эти данные */
const  createProfileBlock = ({ headline, publicIdentifier, subline, title }) => {
    $('.search-results__list').append(
        `<li class="search-result search-result__occluded-item ember-view">
            <div class="search-entity search-result search-result--person search-result--occlusion-enabled ember-view">
                <div class="search-result__wrapper">
                    <div class="search-result__image-wrapper">
                        <a class="search-result__result-link ember-view" href="/my/in/${publicIdentifier}/">
                            <figure class="search-result__image">
                                <div class="ivm-image-view-model ember-view">
                                    <img class="lazy-image ivm-view-attr__img--centered EntityPhoto-circle-4  presence-entity__image EntityPhoto-circle-4 loaded" src="http://www.userlogos.org/files/logos/give/Habrahabr3.png" />
                                </div>
                            </figure>
                        </a>
                    </div>
                    
                    <div class="search-result__info pt3 pb4 ph0">
                        <a class="search-result__result-link ember-view" href="/my/in/${publicIdentifier}/">
                            <h3 class="actor-name-with-distance search-result__title single-line-truncate ember-view">
                                ${title.text}
                            </h3>
                        </a>

                        <p class="subline-level-1 t-14 t-black t-normal search-result__truncate">${headline.text}</p>

                        <p class="subline-level-2 t-12 t-black--light t-normal search-result__truncate">${subline.text}</p>
                    </div>
                </div>
            </div>
        <li>`
    );
};

// дергаем апи, получаем данные и рендерим профили
const fetchProfiles = () => {
    // токен
   const csrf = 'ajax:9082932176494192209';
    
   // объект с настройками запроса, передаем токен
   const settings = { headers: { 'csrf-token': csrf } }

    // урл запроса, с динамическим индексом старта в конце
   const url = `https://www.linkedin.com/voyager/api/search/blended?count=10&filters=List(geoRegion-%3Ejp%3A0,network-%3ES,resultType-%3EPEOPLE)&origin=FACETED_SEARCH&q=all&queryContext=List(spellCorrectionEnabled-%3Etrue,relatedSearchesEnabled-%3Etrue)&start=${nextItemIndex}`; 
    /* делаем запрос, для каждого профиля в ответе вызываем рендер блока, и после инкрементируем стартовый индекс на 10 */
    fetch(url, settings).then(response => response.json()).then(data => {
        data.elements[0].elements.forEach(createProfileBlock);
        nextItemIndex += 10;
});
};


// удаляем все профили из списка
$('.search-results__list').find('li').remove();
// вставляем кнопку загрузки профилей
$('.search-results__list').after('<button id="load-more">Load More</button>');
// добавляем функционал на кнопку
$('#load-more').addClass('artdeco-button').on('click', fetchProfiles);

// ставим по умолчания индекс профиля для запроса
window.nextItemIndex = 0;

ရှာဖွေမှုစာမျက်နှာရှိ ကွန်ဆိုးလ်တွင် ၎င်းကို တိုက်ရိုက်လုပ်ဆောင်ပါက၊ ၎င်းသည် ကလစ်တစ်ခုစီဖြင့် ပရိုဖိုင်အသစ် 10 ခုကို တင်သည့် ခလုတ်တစ်ခုကို ပေါင်းထည့်မည်ဖြစ်ပြီး ၎င်းတို့ကို စာရင်းတစ်ခုတွင် ထည့်သွင်းမည်ဖြစ်သည်။ ဟုတ်ပါတယ်၊ ဒါကိုမလုပ်ခင်မှာ တိုကင်နဲ့ URL ကို လိုအပ်သောတစ်ခုသို့ ပြောင်းပါ။ ပရိုဖိုင်ဘလောက်တွင် အမည်၊ ရာထူး၊ တည်နေရာ၊ ပရိုဖိုင်သို့ လင့်ခ်နှင့် နေရာယူထားသည့်ပုံတို့ ပါဝင်မည်ဖြစ်သည်။

ကောက်ချက်

ထို့ကြောင့် အနည်းဆုံး အားထုတ်မှုဖြင့်၊ ကျွန်ုပ်တို့သည် အားနည်းသော နေရာကို ရှာဖွေနိုင်ခဲ့ပြီး ကန့်သတ်ချက်များမရှိဘဲ ရှာဖွေမှုကို ပြန်လည်ရရှိခဲ့သည်။ ဒေတာနှင့်၎င်း၏လမ်းကြောင်းကိုခွဲခြမ်းစိတ်ဖြာရန်လုံလောက်သည်၊ တောင်းဆိုချက်ကိုယ်တိုင်ကြည့်ရှုပါ။

ခြိမ်းခြောက်မှုတစ်စုံတစ်ရာမပြုလုပ်သောကြောင့် ၎င်းသည် LinkedIn အတွက် ဆိုးရွားသောပြဿနာဖြစ်သည်ဟု ကျွန်တော်မပြောနိုင်ပါ။ ပရီမီယံကြေးပေးဆောင်ခြင်းကို ရှောင်ရှားနိုင်စေသည့် ဤကဲ့သို့သော "ဖြေရှင်းနည်းများ" ကြောင့် အမြတ်အများဆုံးဆုံးရှုံးသွားပါသည်။ ဝဘ်ဆိုက်၏အခြားအစိတ်အပိုင်းများ၏ မှန်ကန်သောလုပ်ဆောင်မှုများအတွက် ထိုကဲ့သို့သောဆာဗာတုံ့ပြန်မှုသည် လိုအပ်သည်ဖြစ်ကောင်းဖြစ်နိုင်သည်၊ သို့မဟုတ် ၎င်းသည် developer များ၏ပျင်းရိခြင်းနှင့်၎င်းကိုကောင်းစွာလုပ်ဆောင်ရန်ခွင့်မပြုသောအရင်းအမြစ်များမရှိခြင်းပင်ဖြစ်သည်။ (ကန့်သတ်ချက်သည် ဇန်န၀ါရီလ 2015 တွင် ပေါ်ထွက်ခဲ့ပြီး၊ ယင်းမတိုင်မီက ကန့်သတ်ချက်မရှိ)။

PS

ပုံမှန်အားဖြင့်၊ jQuery ကုဒ်သည် လုပ်ဆောင်နိုင်စွမ်းများ၏ မူလဥပမာတစ်ခုဖြစ်သည်။ လောလောဆယ်တွင် ကျွန်ုပ်၏လိုအပ်ချက်များနှင့် ကိုက်ညီစေရန် ဘရောက်ဆာ extension တစ်ခုကို ဖန်တီးထားပါသည်။ ၎င်းသည် ထိန်းချုပ်ခလုတ်များကို ပေါင်းထည့်ကာ ဓာတ်ပုံများ၊ ဖိတ်ကြားချက်ခလုတ်နှင့် အထွေထွေချိတ်ဆက်မှုများဖြင့် ပရိုဖိုင်အပြည့်အစုံကို တင်ဆက်ပေးသည်။ ထို့အပြင်၊ ၎င်းသည် တည်နေရာများ၊ ကုမ္ပဏီများနှင့် အခြားအရာများအတွက် စစ်ထုတ်မှုများကို တက်ကြွစွာစုဆောင်းကာ cookies များမှ တိုကင်တစ်ခုကို ရယူသည်။ ဒါကြောင့် ဘာမှ hardcode လုပ်စရာမလိုတော့ဘူး။ ကောင်းပြီ၊ ၎င်းသည် အပိုဆက်တင်အကွက်များကို ပေါင်းထည့်သည်၊ a la “တစ်ကြိမ်လျှင် ပရိုဖိုင်မည်မျှတောင်းဆိုရမည်၊ 49 အထိ။”

ဒီထပ်တိုးမှုအပေါ် ကျွန်တော် ဆက်လက်လုပ်ဆောင်နေပြီး အများပြည်သူကို ထုတ်ပြန်ဖို့ အစီအစဉ်ရှိပါတယ်။ စိတ်ဝင်စားရင်ရေးပေးပါ။

source: www.habr.com