സമാന്തര പ്രോക്സി അഭ്യർത്ഥനകൾക്ക് libcurl ഹാൻഡിലുകളുടെ വേർതിരിച്ച ഉടമസ്ഥത ആവശ്യമാണ്

പ്രോക്സി ഓപ്ഷൻ ഒരു libcurl easy ഹാൻഡിലിനുള്ളതാണ്. ഒരു ത്രെഡ് അതേ ഹാൻഡിലിൽ കൈമാറ്റം ചെയ്യുമ്പോൾ മറ്റൊരു ത്രെഡിൽ നിന്ന് ആ ഓപ്ഷൻ മാറ്റുന്നത് ഹാൻഡിലിന്റെ ഉടമസ്ഥതാ നിയമങ്ങൾ ലംഘിക്കുന്നു.

libcurl അതിന്റെ രേഖപ്പെടുത്തിയ നിയമങ്ങൾ പാലിച്ചാൽ ത്രെഡ്-സുരക്ഷിതമാണ്. ഒരു ഹാൻഡിലിലേക്കുള്ള ഏകപക്ഷീയമായ ഒരേസമയ പ്രവേശനം അത് ആന്തരികമായി സമന്വയിപ്പിക്കുന്നില്ല. സമാന്തര തൊഴിലാളികൾക്ക് സ്വന്തം ഹാൻഡിലുകൾ നൽകുക, അല്ലെങ്കിൽ മുൻ ഉപയോക്താവ് പൂർത്തിയാക്കിയ ശേഷം മാത്രം ഉടമസ്ഥത കൈമാറുക.

share ഇന്റർഫേസിന് വേർതിരിച്ച ലോക്കിംഗ് ആവശ്യകതകളും പരിധികളുമുണ്ട്. പങ്കിട്ട easy ഹാൻഡിലിന്റെ എല്ലാ ക്രമീകരണവും ഓരോ തൊഴിലാളിയും മാറ്റാനുള്ള അനുമതിയല്ല ഇത്.

പഴയ പ്രോക്സി-ത്രെഡ് ഉദാഹരണങ്ങളിൽ പഴയ TLS ലൈബ്രറി പതിപ്പുകൾക്കുള്ള ലോക്കിംഗ് കോൾബാക്കുകൾ പലപ്പോഴും ഉണ്ട്. യഥാർത്ഥ TLS ബാക്കെൻഡിനും build-നുമായുള്ള നിലവിലെ ത്രെഡ്-സുരക്ഷാ രേഖകൾ പരിശോധിക്കുക. ചരിത്രപരമായ OpenSSL കോൾബാക്കുകൾ നിലവിലെ ആപ്ലിക്കേഷനിലേക്ക് പകർത്തുന്നത് ശരിയായ ഹാൻഡിൽ ഉടമസ്ഥതയ്ക്ക് പകരമല്ല.

ഒരേസമയം ഉപയോഗിക്കുന്നതിന് മുൻപ് രേഖപ്പെടുത്തിയ സ്റ്റാർട്ടപ്പ് ആവശ്യകതകൾ അനുസരിച്ച് ആഗോള ലൈബ്രറി അവസ്ഥ ആരംഭിക്കുക. പൊതു ഇടനിലക്കാർ വഴി അനുവദനീയമായ പൊതു അഭ്യർത്ഥനകൾക്ക് സൗജന്യ പ്രോക്സി പട്ടിക ഓരോ തൊഴിലാളിയുടെയും പ്രോക്സി ഓപ്ഷന് സ്ഥാനാർത്ഥികൾ നൽകുന്നു; പ്രോട്ടോക്കോൾ libcurl build-നോട് ചേർക്കുക. ഓരോ പരാജയപ്പെട്ട പ്രവർത്തനത്തിനും ഹാൻഡിലിന്റെ ക്രമീകരിച്ച പ്രോക്സിയും അതിന്റെ സ്വന്തം പിശക് ഫലവും നിലനിർത്തുക. നിരവധി കൈമാറ്റങ്ങൾ നടക്കുമ്പോൾ ആഗോള “നിലവിലെ പ്രോക്സി” വേരിയബിൾ മോശം ഐഡന്റിഫയറാണ്.