API ನೊಂದಿಗೆ ಪ್ಲೇ ಮಾಡುವ ಮೂಲಕ ಲಿಂಕ್ಡ್‌ಇನ್‌ನ ಹುಡುಕಾಟ ಮಿತಿಯನ್ನು ಬೈಪಾಸ್ ಮಾಡುವುದು

ಮಿತಿ

ಲಿಂಕ್ಡ್‌ಇನ್‌ನಲ್ಲಿ ಅಂತಹ ಮಿತಿ ಇದೆ - ವಾಣಿಜ್ಯ ಬಳಕೆಯ ಮಿತಿ. ನೀವು, ಇತ್ತೀಚಿನವರೆಗೂ ನನ್ನಂತೆ, ಅದನ್ನು ಎಂದಿಗೂ ಎದುರಿಸಿಲ್ಲ ಅಥವಾ ಕೇಳಿಲ್ಲ.

ಮಿತಿಯ ಮೂಲತತ್ವವೆಂದರೆ ನಿಮ್ಮ ಸಂಪರ್ಕಗಳ ಹೊರಗಿನ ಜನರ ಹುಡುಕಾಟವನ್ನು ನೀವು ಆಗಾಗ್ಗೆ ಬಳಸಿದರೆ (ಯಾವುದೇ ನಿಖರವಾದ ಮೆಟ್ರಿಕ್‌ಗಳಿಲ್ಲ, ಅಲ್ಗಾರಿದಮ್ ನಿಮ್ಮ ಕ್ರಿಯೆಗಳ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಧರಿಸುತ್ತದೆ - ಎಷ್ಟು ಬಾರಿ ಮತ್ತು ಎಷ್ಟು ನೀವು ಹುಡುಕಿದ್ದೀರಿ, ಜನರನ್ನು ಸೇರಿಸಿದ್ದೀರಿ), ನಂತರ ಹುಡುಕಾಟ ಫಲಿತಾಂಶ 1000 ಬದಲಿಗೆ ಮೂರು ಪ್ರೊಫೈಲ್‌ಗಳಿಗೆ ಸೀಮಿತವಾಗಿರುತ್ತದೆ (ಡೀಫಾಲ್ಟ್ 100 ಪುಟಗಳು, ಪ್ರತಿ ಪುಟಕ್ಕೆ 10 ಪ್ರೊಫೈಲ್‌ಗಳು). ಪ್ರತಿ ತಿಂಗಳ ಆರಂಭದಲ್ಲಿ ಮಿತಿಯನ್ನು ಮರುಹೊಂದಿಸಲಾಗುತ್ತದೆ. ನೈಸರ್ಗಿಕವಾಗಿ, ಪ್ರೀಮಿಯಂ ಖಾತೆಗಳು ಈ ಮಿತಿಯನ್ನು ಹೊಂದಿಲ್ಲ.

ಆದರೆ ಬಹಳ ಹಿಂದೆಯೇ, ಪಿಇಟಿ ಯೋಜನೆಗಾಗಿ, ನಾನು ಲಿಂಕ್ಡ್‌ಇನ್ ಹುಡುಕಾಟದೊಂದಿಗೆ ಬಹಳಷ್ಟು ಆಡಲು ಪ್ರಾರಂಭಿಸಿದೆ ಮತ್ತು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಈ ಮಿತಿಯನ್ನು ಪಡೆದುಕೊಂಡೆ. ಸ್ವಾಭಾವಿಕವಾಗಿ, ನಾನು ಇದನ್ನು ಹೆಚ್ಚು ಇಷ್ಟಪಡಲಿಲ್ಲ, ಏಕೆಂದರೆ ನಾನು ಇದನ್ನು ಯಾವುದೇ ವಾಣಿಜ್ಯ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಬಳಸಲಿಲ್ಲ, ಆದ್ದರಿಂದ ನನ್ನ ಮೊದಲ ಆಲೋಚನೆಯು ಮಿತಿಯನ್ನು ಅಧ್ಯಯನ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ಸುತ್ತಲು ಪ್ರಯತ್ನಿಸುವುದು.

[ಒಂದು ಪ್ರಮುಖ ಸ್ಪಷ್ಟೀಕರಣ: ಲೇಖನದಲ್ಲಿನ ವಸ್ತುಗಳನ್ನು ಮಾಹಿತಿ ಮತ್ತು ಶೈಕ್ಷಣಿಕ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಮಾತ್ರ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ. ಲೇಖಕರು ವಾಣಿಜ್ಯ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಅವುಗಳ ಬಳಕೆಯನ್ನು ಪ್ರೋತ್ಸಾಹಿಸುವುದಿಲ್ಲ.]

ನಾವು ಸಮಸ್ಯೆಯನ್ನು ಅಧ್ಯಯನ ಮಾಡುತ್ತಿದ್ದೇವೆ

ನಾವು ಹೊಂದಿದ್ದೇವೆ: ಪುಟವಿನ್ಯಾಸದೊಂದಿಗೆ ಹತ್ತು ಪ್ರೊಫೈಲ್‌ಗಳ ಬದಲಿಗೆ, ಹುಡುಕಾಟವು ಕೇವಲ ಮೂರನ್ನು ಮಾತ್ರ ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಅದರ ನಂತರ ಪ್ರೀಮಿಯಂ ಖಾತೆಯ "ಶಿಫಾರಸು" ಹೊಂದಿರುವ ಬ್ಲಾಕ್ ಅನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕೆಳಗೆ ಮಸುಕಾಗಿರುವ ಮತ್ತು ಕ್ಲಿಕ್ ಮಾಡಲಾಗದ ಪ್ರೊಫೈಲ್‌ಗಳಿವೆ.

ತಕ್ಷಣವೇ, ಈ ಗುಪ್ತ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ನೋಡಲು ಕೈ ಡೆವಲಪರ್ ಕನ್ಸೋಲ್‌ಗೆ ತಲುಪುತ್ತದೆ - ಬಹುಶಃ ನಾವು ಕೆಲವು ಮಸುಕು ಶೈಲಿಗಳನ್ನು ತೆಗೆದುಹಾಕಬಹುದು ಅಥವಾ ಮಾರ್ಕ್‌ಅಪ್‌ನಲ್ಲಿರುವ ಬ್ಲಾಕ್‌ನಿಂದ ಮಾಹಿತಿಯನ್ನು ಹೊರತೆಗೆಯಬಹುದು. ಆದರೆ, ಸಾಕಷ್ಟು ನಿರೀಕ್ಷೆಯಂತೆ, ಈ ಪ್ರೊಫೈಲ್ಗಳು ಕೇವಲ ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್ ಚಿತ್ರಗಳು ಮತ್ತು ಯಾವುದೇ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿಲ್ಲ.

ಸರಿ, ಈಗ ನಾವು ನೆಟ್‌ವರ್ಕ್ ಟ್ಯಾಬ್ ಅನ್ನು ನೋಡೋಣ ಮತ್ತು ಕೇವಲ ಮೂರು ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಹಿಂತಿರುಗಿಸುವ ಪರ್ಯಾಯ ಹುಡುಕಾಟ ಫಲಿತಾಂಶಗಳು ನಿಜವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸೋಣ. "/api/search/blended" ಗಾಗಿ ನಾವು ಆಸಕ್ತಿ ಹೊಂದಿರುವ ವಿನಂತಿಯನ್ನು ನಾವು ಕಂಡುಕೊಳ್ಳುತ್ತೇವೆ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನೋಡುತ್ತೇವೆ.

ಪ್ರೊಫೈಲ್‌ಗಳು `ಸೇರಿದ` ರಚನೆಯಲ್ಲಿ ಬರುತ್ತವೆ, ಆದರೆ ಅದರಲ್ಲಿ ಈಗಾಗಲೇ 15 ಘಟಕಗಳಿವೆ, ಅವುಗಳಲ್ಲಿ ಮೊದಲ ಮೂರು ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯೊಂದಿಗೆ ವಸ್ತುಗಳಾಗಿವೆ, ಪ್ರತಿ ವಸ್ತುವು ನಿರ್ದಿಷ್ಟ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಪ್ರೊಫೈಲ್ ಪ್ರೀಮಿಯಂ ಆಗಿದೆಯೇ. )

ಮುಂದಿನ 12 ನಿಜವಾದ ಪ್ರೊಫೈಲ್‌ಗಳು - ಹುಡುಕಾಟ ಫಲಿತಾಂಶಗಳು, ಅದರಲ್ಲಿ ಮೂರು ಮಾತ್ರ ನಮಗೆ ತೋರಿಸಲಾಗುತ್ತದೆ. ನೀವು ಈಗಾಗಲೇ ಊಹಿಸಿದಂತೆ, ಇದು ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸುವವರನ್ನು ಮಾತ್ರ ತೋರಿಸುತ್ತದೆ (ಮೊದಲ ಮೂರು ವಸ್ತುಗಳು). ಉದಾಹರಣೆಗೆ, ನೀವು ಮಿತಿಯಿಲ್ಲದೆ ಪ್ರೊಫೈಲ್‌ನಿಂದ ಉತ್ತರವನ್ನು ತೆಗೆದುಕೊಂಡರೆ, ನೀವು 28 ಘಟಕಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತೀರಿ - ಹೆಚ್ಚುವರಿ 10 ವಸ್ತುಗಳು. ಮಾಹಿತಿ ಮತ್ತು 18 ಪ್ರೊಫೈಲ್‌ಗಳು.

ಮಿತಿಯಿಲ್ಲದೆ ಪ್ರೊಫೈಲ್‌ಗೆ ಉತ್ತರಿಸಿ

10 ಕ್ಕೂ ಹೆಚ್ಚು ಪ್ರೊಫೈಲ್‌ಗಳು ಏಕೆ ಬರುತ್ತವೆ, ಆದರೂ ನಿಖರವಾಗಿ 10 ಅನ್ನು ವಿನಂತಿಸಲಾಗಿದೆ, ಮತ್ತು ಅವರು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಪ್ರದರ್ಶನದಲ್ಲಿ ಭಾಗವಹಿಸುವುದಿಲ್ಲ, ಮುಂದಿನ ಪುಟದಲ್ಲಿ ಸಹ ಅವರು ಇರುವುದಿಲ್ಲ - ನನಗೆ ಇನ್ನೂ ತಿಳಿದಿಲ್ಲ. ನೀವು ವಿನಂತಿಯ URL ಅನ್ನು ವಿಶ್ಲೇಷಿಸಿದರೆ, ನೀವು ಎಣಿಕೆ=10 ಅನ್ನು ನೋಡಬಹುದು (ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಎಷ್ಟು ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕು, ಗರಿಷ್ಠ 49).

ಈ ವಿಷಯದ ಬಗ್ಗೆ ಯಾವುದೇ ಕಾಮೆಂಟ್ಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ನಾನು ಸಂತೋಷಪಡುತ್ತೇನೆ.

ಪ್ರಯೋಗ ಮಾಡೋಣ

ಸರಿ, ನಾವು ಈಗ ಖಚಿತವಾಗಿ ತಿಳಿದಿರುವ ಪ್ರಮುಖ ವಿಷಯವೆಂದರೆ ಅವರು ನಮಗೆ ತೋರಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಪ್ರೊಫೈಲ್‌ಗಳು ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿವೆ. ಇದರರ್ಥ ಮಿತಿಯ ಹೊರತಾಗಿಯೂ ನಾವು ಹೆಚ್ಚಿನ ಡೇಟಾವನ್ನು ಪಡೆಯಬಹುದು. ಕನ್ಸೋಲ್‌ನಿಂದ ನೇರವಾಗಿ API ಅನ್ನು ಎಳೆಯಲು ಪ್ರಯತ್ನಿಸೋಣ.

ನಿರೀಕ್ಷೆಯಂತೆ, ನಾವು ದೋಷವನ್ನು ಪಡೆಯುತ್ತೇವೆ, 403. ಇದು ಭದ್ರತೆಯ ಕಾರಣದಿಂದಾಗಿ, ಇಲ್ಲಿ ನಾವು CSRF ಟೋಕನ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತಿಲ್ಲ (ವಿಕಿಪೀಡಿಯಾದಲ್ಲಿ 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="/kn/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="/kn/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 ಅನ್ನು ಅಗತ್ಯವಿರುವ ಒಂದಕ್ಕೆ ಬದಲಾಯಿಸಿ. ಪ್ರೊಫೈಲ್ ಬ್ಲಾಕ್ ಹೆಸರು, ಸ್ಥಾನ, ಸ್ಥಳ, ಪ್ರೊಫೈಲ್‌ಗೆ ಲಿಂಕ್ ಮತ್ತು ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್ ಚಿತ್ರವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ತೀರ್ಮಾನಕ್ಕೆ

ಹೀಗಾಗಿ, ಕನಿಷ್ಠ ಪ್ರಯತ್ನದಿಂದ, ನಾವು ದುರ್ಬಲ ಸ್ಥಳವನ್ನು ಹುಡುಕಲು ಮತ್ತು ನಿರ್ಬಂಧಗಳಿಲ್ಲದೆ ನಮ್ಮ ಹುಡುಕಾಟವನ್ನು ಮರಳಿ ಪಡೆಯಲು ಸಾಧ್ಯವಾಯಿತು. ಡೇಟಾ ಮತ್ತು ಅದರ ಮಾರ್ಗವನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಸಾಕು, ವಿನಂತಿಯನ್ನು ಸ್ವತಃ ನೋಡಿ.

ಲಿಂಕ್ಡ್‌ಇನ್‌ಗೆ ಇದು ಗಂಭೀರ ಸಮಸ್ಯೆ ಎಂದು ನಾನು ಹೇಳಲಾರೆ, ಏಕೆಂದರೆ ಇದು ಯಾವುದೇ ಬೆದರಿಕೆಯನ್ನು ಉಂಟುಮಾಡುವುದಿಲ್ಲ. ಅಂತಹ "ಪರಿಹಾರ" ಗಳಿಂದಾಗಿ ಗರಿಷ್ಠ ಲಾಭವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ, ಇದು ಪ್ರೀಮಿಯಂಗೆ ಪಾವತಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು ನಿಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಬಹುಶಃ ಸರ್ವರ್‌ನಿಂದ ಅಂತಹ ಪ್ರತಿಕ್ರಿಯೆಯು ಸೈಟ್‌ನ ಇತರ ಭಾಗಗಳ ಸರಿಯಾದ ಕಾರ್ಯಾಚರಣೆಗೆ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ, ಅಥವಾ ಇದು ಕೇವಲ ಡೆವಲಪರ್‌ಗಳ ಸೋಮಾರಿತನ ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳ ಕೊರತೆಯಿಂದಾಗಿ ಅದನ್ನು ಉತ್ತಮವಾಗಿ ಮಾಡಲು ಅನುಮತಿಸುವುದಿಲ್ಲ. (ಮಿತಿಯು ಜನವರಿ 2015 ರಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿತು; ಇದಕ್ಕೂ ಮೊದಲು ಯಾವುದೇ ಮಿತಿ ಇರಲಿಲ್ಲ).

ಪಿಎಸ್

ಸ್ವಾಭಾವಿಕವಾಗಿ, jQuery ಕೋಡ್ ಸಾಮರ್ಥ್ಯಗಳ ಬದಲಿಗೆ ಪ್ರಾಚೀನ ಉದಾಹರಣೆಯಾಗಿದೆ. ಈ ಸಮಯದಲ್ಲಿ ನಾನು ನನ್ನ ಅಗತ್ಯಗಳಿಗೆ ಸರಿಹೊಂದುವಂತೆ ಬ್ರೌಸರ್ ವಿಸ್ತರಣೆಯನ್ನು ರಚಿಸಿದ್ದೇನೆ. ಇದು ನಿಯಂತ್ರಣ ಬಟನ್‌ಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಚಿತ್ರಗಳು, ಆಮಂತ್ರಣ ಬಟನ್ ಮತ್ತು ಸಾಮಾನ್ಯ ಸಂಪರ್ಕಗಳೊಂದಿಗೆ ಪೂರ್ಣ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಸಲ್ಲಿಸುತ್ತದೆ. ಜೊತೆಗೆ, ಇದು ಸ್ಥಳಗಳು, ಕಂಪನಿಗಳು ಮತ್ತು ಇತರ ವಿಷಯಗಳಿಗಾಗಿ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಫಿಲ್ಟರ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಕುಕೀಗಳಿಂದ ಟೋಕನ್ ಅನ್ನು ಹಿಂಪಡೆಯುತ್ತದೆ. ಹಾಗಾಗಿ ಇನ್ನು ಮುಂದೆ ಯಾವುದನ್ನೂ ಹಾರ್ಡ್‌ಕೋಡ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ. ಸರಿ, ಇದು ಹೆಚ್ಚುವರಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಕ್ಷೇತ್ರಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, "ಒಂದು ಸಮಯದಲ್ಲಿ ಎಷ್ಟು ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ವಿನಂತಿಸಬೇಕು, 49 ವರೆಗೆ."

ನಾನು ಇನ್ನೂ ಈ ಸೇರ್ಪಡೆಗಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇನೆ ಮತ್ತು ಅದನ್ನು ಸಾರ್ವಜನಿಕರಿಗೆ ಬಿಡುಗಡೆ ಮಾಡಲು ಯೋಜಿಸುತ್ತಿದ್ದೇನೆ. ನಿಮಗೆ ಆಸಕ್ತಿ ಇದ್ದರೆ ಬರೆಯಿರಿ.

ಮೂಲ: www.habr.com