API ഉപയോഗിച്ച് പ്ലേ ചെയ്തുകൊണ്ട് LinkedIn-ന്റെ തിരയൽ പരിധി മറികടക്കുന്നു

പരിധി

LinkedIn-ൽ അത്തരമൊരു പരിമിതിയുണ്ട് - വാണിജ്യ ഉപയോഗ പരിധി. ഈ അടുത്ത കാലം വരെ എന്നെപ്പോലെ നിങ്ങളും ഇത് കണ്ടുമുട്ടുകയോ കേൾക്കുകയോ ചെയ്തിട്ടില്ല.

നിങ്ങളുടെ കോൺടാക്റ്റുകൾക്ക് പുറത്തുള്ള ആളുകൾക്കായി നിങ്ങൾ ഇടയ്ക്കിടെ തിരയൽ ഉപയോഗിക്കുകയാണെങ്കിൽ (കൃത്യമായ അളവുകോലുകളൊന്നുമില്ല, നിങ്ങളുടെ പ്രവർത്തനങ്ങളെ അടിസ്ഥാനമാക്കി അൽഗോരിതം തീരുമാനിക്കുന്നു - നിങ്ങൾ എത്ര തവണ, എത്ര തവണ തിരഞ്ഞു, ആളുകളെ ചേർത്തു), തുടർന്ന് തിരയൽ ഫലം എന്നതാണ് പരിധിയുടെ സാരം. 1000 എന്നതിന് പകരം മൂന്ന് പ്രൊഫൈലുകളായി പരിമിതപ്പെടുത്തും (ഡിഫോൾട്ട് 100 പേജുകൾ, ഓരോ പേജിനും 10 പ്രൊഫൈലുകൾ). ഓരോ മാസത്തിന്റെയും തുടക്കത്തിൽ പരിധി പുനഃസജ്ജീകരിക്കും. സ്വാഭാവികമായും, പ്രീമിയം അക്കൗണ്ടുകൾക്ക് ഈ പരിമിതി ഇല്ല.

എന്നാൽ അധികം താമസിയാതെ, ഒരു പെറ്റ് പ്രോജക്റ്റിനായി, ഞാൻ ലിങ്ക്ഡ്ഇൻ തിരയലിൽ ധാരാളം കളിക്കാൻ തുടങ്ങി, പെട്ടെന്ന് ഈ പരിമിതി ലഭിച്ചു. സ്വാഭാവികമായും എനിക്ക് ഇത് അത്ര ഇഷ്ടപ്പെട്ടില്ല, കാരണം ഞാൻ ഇത് വാണിജ്യ ആവശ്യങ്ങൾക്കൊന്നും ഉപയോഗിച്ചിട്ടില്ല, അതിനാൽ പരിമിതി പഠിച്ച് അതിനെ മറികടക്കാൻ ശ്രമിക്കുക എന്നതായിരുന്നു എന്റെ ആദ്യ ചിന്ത.

[ഒരു പ്രധാന വിശദീകരണം: ലേഖനത്തിലെ മെറ്റീരിയലുകൾ വിവരദായകവും വിദ്യാഭ്യാസപരവുമായ ആവശ്യങ്ങൾക്കായി മാത്രം അവതരിപ്പിച്ചിരിക്കുന്നു. വാണിജ്യ ആവശ്യങ്ങൾക്കായി അവയുടെ ഉപയോഗം രചയിതാവ് പ്രോത്സാഹിപ്പിക്കുന്നില്ല.]

ഞങ്ങൾ പ്രശ്നം പഠിക്കുകയാണ്

ഞങ്ങൾക്ക് ഉണ്ട്: പേജിനേഷനുള്ള പത്ത് പ്രൊഫൈലുകൾക്ക് പകരം, തിരയൽ മൂന്ന് മാത്രമേ നൽകുന്നുള്ളൂ, അതിനുശേഷം പ്രീമിയം അക്കൗണ്ടിന്റെ "ശുപാർശ" ഉള്ള ഒരു ബ്ലോക്ക് ഉൾപ്പെടുത്തുകയും ചുവടെ മങ്ങിയതും ക്ലിക്കുചെയ്യാനാകാത്തതുമായ പ്രൊഫൈലുകൾ ഉണ്ട്.

ഉടനടി, ഈ മറഞ്ഞിരിക്കുന്ന പ്രൊഫൈലുകൾ നോക്കുന്നതിനായി കൈ ഡെവലപ്പർ കൺസോളിലേക്ക് എത്തുന്നു - ഒരുപക്ഷേ നമുക്ക് ചില മങ്ങിക്കുന്ന ശൈലികൾ നീക്കം ചെയ്യാം, അല്ലെങ്കിൽ മാർക്ക്അപ്പിലെ ഒരു ബ്ലോക്കിൽ നിന്ന് വിവരങ്ങൾ വേർതിരിച്ചെടുക്കാം. പക്ഷേ, പ്രതീക്ഷിച്ചതുപോലെ, ഈ പ്രൊഫൈലുകൾ ന്യായമാണ് പ്ലെയ്‌സ്‌ഹോൾഡർ ചിത്രങ്ങൾ കൂടാതെ ഒരു വിവരവും സൂക്ഷിച്ചിട്ടില്ല.

ശരി, ഇപ്പോൾ നമുക്ക് നെറ്റ്‌വർക്ക് ടാബ് നോക്കാം കൂടാതെ മൂന്ന് പ്രൊഫൈലുകൾ മാത്രം നൽകുന്ന ഇതര തിരയൽ ഫലങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കാം. “/api/search/blended” എന്നതിനായി ഞങ്ങൾക്ക് താൽപ്പര്യമുള്ള അഭ്യർത്ഥന ഞങ്ങൾ കണ്ടെത്തി പ്രതികരണം നോക്കുക.

പ്രൊഫൈലുകൾ ഒരു `ഉൾപ്പെടുത്തിയ` അറേയിലാണ് വരുന്നത്, എന്നാൽ അതിൽ ഇതിനകം 15 എന്റിറ്റികളുണ്ട്. ഈ സാഹചര്യത്തിൽ, അവയിൽ ആദ്യത്തെ മൂന്നെണ്ണം അധിക വിവരങ്ങളുള്ള ഒബ്‌ജക്റ്റുകളാണ്, ഓരോ ഒബ്‌ജക്റ്റിലും ഒരു പ്രത്യേക പ്രൊഫൈലിലെ വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു (ഉദാഹരണത്തിന്, പ്രൊഫൈൽ പ്രീമിയം ആണോ എന്ന്. ).

അടുത്ത 12 യഥാർത്ഥ പ്രൊഫൈലുകളാണ് - തിരയൽ ഫലങ്ങൾ, അതിൽ മൂന്നെണ്ണം മാത്രമേ ഞങ്ങൾക്ക് കാണിക്കൂ. നിങ്ങൾക്ക് ഇതിനകം ഊഹിക്കാൻ കഴിയുന്നതുപോലെ, അധിക വിവരങ്ങൾ (ആദ്യത്തെ മൂന്ന് വസ്തുക്കൾ) സ്വീകരിക്കുന്നവരെ മാത്രമേ ഇത് കാണിക്കൂ. ഉദാഹരണത്തിന്, നിങ്ങൾ ഒരു പ്രൊഫൈലിൽ നിന്ന് പരിധിയില്ലാതെ ഉത്തരം എടുക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് 28 എന്റിറ്റികൾ ലഭിക്കും - അധികമായി 10 ഒബ്ജക്റ്റുകൾ. വിവരങ്ങളും 18 പ്രൊഫൈലുകളും.

പരിധിയില്ലാതെ പ്രൊഫൈലിനുള്ള ഉത്തരം

എന്തുകൊണ്ടാണ് 10 പ്രൊഫൈലുകൾ വരുന്നത്, കൃത്യമായി 10 അഭ്യർത്ഥിച്ചിട്ടുണ്ടെങ്കിലും, അവ ഒരു തരത്തിലും ഡിസ്പ്ലേയിൽ പങ്കെടുക്കുന്നില്ല, അടുത്ത പേജിൽ പോലും അവ ഉണ്ടാകില്ല - എനിക്ക് ഇതുവരെ അറിയില്ല. നിങ്ങൾ അഭ്യർത്ഥന URL വിശകലനം ചെയ്യുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ആ കൗണ്ട്=10 (പ്രതികരണത്തിൽ എത്ര പ്രൊഫൈലുകൾ നൽകണം, പരമാവധി 49) എന്ന് കാണാം.

ഈ വിഷയത്തിൽ എന്തെങ്കിലും അഭിപ്രായങ്ങൾ ലഭിക്കുന്നതിൽ എനിക്ക് സന്തോഷമുണ്ട്.

പരീക്ഷണം നടത്താം

ശരി, ഇപ്പോൾ ഞങ്ങൾക്ക് ഉറപ്പായി അറിയാവുന്ന ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം, പ്രതികരണത്തിൽ അവർ കാണിക്കുന്നതിനേക്കാൾ കൂടുതൽ പ്രൊഫൈലുകൾ ഉണ്ടെന്നതാണ്. ഇതിനർത്ഥം പരിധിയുണ്ടെങ്കിലും കൂടുതൽ ഡാറ്റ നമുക്ക് ലഭിക്കുമെന്നാണ്. Fetch ഉപയോഗിച്ച് കൺസോളിൽ നിന്ന് നേരിട്ട് API വലിക്കാൻ ശ്രമിക്കാം.

പ്രതീക്ഷിച്ചതുപോലെ, ഞങ്ങൾക്ക് ഒരു പിശക് ലഭിക്കുന്നു, 403. ഇത് സുരക്ഷ കാരണമാണ്, ഇവിടെ ഞങ്ങൾ ഒരു CSRF ടോക്കൺ അയയ്ക്കുന്നില്ല (വിക്കിപീഡിയയിലെ സി.എസ്.ആർ.എഫ്. ചുരുക്കത്തിൽ, ഓരോ അഭ്യർത്ഥനയിലും ഒരു അദ്വിതീയ ടോക്കൺ ചേർക്കുന്നു, അത് ആധികാരികതയ്ക്കായി സെർവറിൽ പരിശോധിക്കുന്നു).

മറ്റേതെങ്കിലും വിജയകരമായ അഭ്യർത്ഥനയിൽ നിന്നോ 'JSESSIONID' ഫീൽഡിൽ സംഭരിച്ചിരിക്കുന്ന കുക്കികളിൽ നിന്നോ ഇത് പകർത്താനാകും.

ടോക്കൺ എവിടെ കണ്ടെത്തുംമറ്റൊരു അഭ്യർത്ഥനയുടെ തലക്കെട്ട്:

അല്ലെങ്കിൽ കുക്കികളിൽ നിന്ന് നേരിട്ട് കൺസോൾ വഴി:

നമുക്ക് വീണ്ടും ശ്രമിക്കാം, ഈ സമയം ഞങ്ങൾ ലഭ്യമാക്കുന്നതിനുള്ള ക്രമീകരണങ്ങൾ കൈമാറുന്നു, അതിൽ ഹെഡറിലെ ഒരു പാരാമീറ്ററായി ഞങ്ങൾ csrf-ടോക്കൺ വ്യക്തമാക്കുന്നു.

വിജയം, ഞങ്ങൾക്ക് എല്ലാ 10 പ്രൊഫൈലുകളും ലഭിക്കും. :tada:

തലക്കെട്ടുകളിലെ വ്യത്യാസം കാരണം, പ്രതികരണത്തിന്റെ ഘടന യഥാർത്ഥ അഭ്യർത്ഥനയിൽ ലഭിച്ചതിൽ നിന്ന് അല്പം വ്യത്യസ്തമാണ്. csrf ടോക്കണിന് അടുത്തായി ഞങ്ങളുടെ ഒബ്‌ജക്‌റ്റിലേക്ക് 'Accept: 'application/vnd.linkedin.normalized+json+2.1' ചേർത്താൽ നിങ്ങൾക്ക് സമാന ഘടന ലഭിക്കും.
ചേർത്ത തലക്കെട്ടോടുകൂടിയ ഉദാഹരണ പ്രതികരണം

അംഗീകരിക്കുക തലക്കെട്ടിനെക്കുറിച്ച് കൂടുതൽ

അടുത്തത് എന്ത്?

തുടർന്ന് നിങ്ങൾക്ക് ഇൻഡക്സിലേക്ക് വിരൽ ചൂണ്ടിക്കൊണ്ട് `ആരംഭിക്കുക` പാരാമീറ്റർ എഡിറ്റുചെയ്യാനാകും (സ്വമേധയാ അല്ലെങ്കിൽ ഓട്ടോമേറ്റ് ചെയ്യുക), അതിൽ നിന്ന് ഞങ്ങൾക്ക് മുഴുവൻ തിരയൽ ഫലത്തിൽ നിന്നും 10 പ്രൊഫൈലുകൾ (സ്ഥിരസ്ഥിതി = 0) നൽകും. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഓരോ അഭ്യർത്ഥനയ്‌ക്കുശേഷവും ഇത് 10 ആയി വർദ്ധിപ്പിക്കുന്നതിലൂടെ, ഞങ്ങൾക്ക് സാധാരണ പേജ്-ബൈ-പേജ് ഔട്ട്‌പുട്ട്, ഒരു സമയം 10 ​​പ്രൊഫൈലുകൾ ലഭിക്കും.

ഈ ഘട്ടത്തിൽ എനിക്ക് പെറ്റ് പ്രോജക്റ്റിൽ പ്രവർത്തിക്കാൻ ആവശ്യമായ ഡാറ്റയും സ്വാതന്ത്ര്യവും ഉണ്ടായിരുന്നു. എന്നാൽ ഈ ഡാറ്റ ഇതിനകം തന്നെ കയ്യിലിരുന്നതിനാൽ, ഈ ഡാറ്റ സ്ഥലത്തുതന്നെ പ്രദർശിപ്പിക്കാൻ ശ്രമിക്കാതിരുന്നത് പാപമാണ്. മുൻവശത്ത് ഉപയോഗിക്കുന്ന എംബറിലേക്ക് ഞങ്ങൾ പോകില്ല. jQuery സൈറ്റിലേക്ക് കണക്റ്റുചെയ്‌തു, കൂടാതെ മെമ്മറിയിലെ അടിസ്ഥാന വാക്യഘടനയെക്കുറിച്ചുള്ള അറിവ് കുഴിച്ചെടുത്തു, കുറച്ച് മിനിറ്റിനുള്ളിൽ നിങ്ങൾക്ക് ഇനിപ്പറയുന്നവ സൃഷ്ടിക്കാൻ കഴിയും.

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="/ml/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="/ml/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-ന് ഇതൊരു ഗുരുതരമായ പ്രശ്‌നമാണെന്ന് എനിക്ക് പറയാനാവില്ല, കാരണം ഇത് ഒരു ഭീഷണിയും ഉയർത്തുന്നില്ല. അത്തരം "പരിഹാര മാർഗ്ഗങ്ങൾ" കാരണം പരമാവധി ലാഭം നഷ്ടപ്പെടും, ഇത് പ്രീമിയം അടയ്ക്കുന്നത് ഒഴിവാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. സൈറ്റിന്റെ മറ്റ് ഭാഗങ്ങളുടെ ശരിയായ പ്രവർത്തനത്തിന് ഒരുപക്ഷേ അത്തരമൊരു സെർവർ പ്രതികരണം ആവശ്യമാണ്, അല്ലെങ്കിൽ ഇത് ഡവലപ്പർമാരുടെ അലസതയും വിഭവങ്ങളുടെ അഭാവവുമാണ് അത് നന്നായി ചെയ്യാൻ അനുവദിക്കാത്തത്. (2015 ജനുവരിയിൽ പരിമിതി പ്രത്യക്ഷപ്പെട്ടു; ഇതിന് മുമ്പ് പരിധിയില്ല).

പി.എസ്

സ്വാഭാവികമായും, jQuery കോഡ് കഴിവുകളുടെ ഒരു പ്രാകൃത ഉദാഹരണമാണ്. ഇപ്പോൾ എന്റെ ആവശ്യങ്ങൾക്ക് അനുയോജ്യമായ ഒരു ബ്രൗസർ എക്സ്റ്റൻഷൻ ഞാൻ സൃഷ്ടിച്ചിട്ടുണ്ട്. ഇത് നിയന്ത്രണ ബട്ടണുകൾ ചേർക്കുകയും ചിത്രങ്ങൾ, ഒരു ക്ഷണ ബട്ടൺ, പൊതുവായ കണക്ഷനുകൾ എന്നിവ ഉപയോഗിച്ച് പൂർണ്ണ പ്രൊഫൈലുകൾ റെൻഡർ ചെയ്യുകയും ചെയ്യുന്നു. കൂടാതെ, ലൊക്കേഷനുകൾക്കും കമ്പനികൾക്കും മറ്റ് കാര്യങ്ങൾക്കുമായി ഇത് ചലനാത്മകമായി ഫിൽട്ടറുകൾ ശേഖരിക്കുകയും കുക്കികളിൽ നിന്ന് ഒരു ടോക്കൺ വീണ്ടെടുക്കുകയും ചെയ്യുന്നു. അതുകൊണ്ട് ഇനി ഹാർഡ് കോഡ് ഒന്നും ആവശ്യമില്ല. ശരി, ഇത് അധിക ക്രമീകരണ ഫീൽഡുകൾ ചേർക്കുന്നു, ഒരു "ഒരു സമയം എത്ര പ്രൊഫൈലുകൾ അഭ്യർത്ഥിക്കണം, 49 വരെ."

ഈ കൂട്ടിച്ചേർക്കലിൽ ഞാൻ ഇപ്പോഴും പ്രവർത്തിക്കുന്നു, ഇത് പൊതുജനങ്ങൾക്ക് റിലീസ് ചെയ്യാൻ പദ്ധതിയിടുന്നു. നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ എഴുതുക.

അവലംബം: www.habr.com